We, and a lot of companies around the world, send notices from Notes applications to email users on a weekly schedule. The LS agent sending the messages to the Internet has been working for ages with no problem.

Lately we found that the messages sent to gmail.com SMTP servers got rejected

16/07/2013 01:17:11   [1FB4:0016-1604] SMTPClient: ReceiveResponse: 550-5.7.1 [xx.xxx.xxx.xxx      11] Our system has detected that this message is
16/07/2013 01:17:11   [1FB4:0016-1604] SMTPClient: ReceiveResponse: 550-5.7.1 not RFC 2822 compliant. To reduce the amount of spam sent to Gmail,
16/07/2013 01:17:11   [1FB4:0016-1604] SMTPClient: ReceiveResponse: 550-5.7.1 this message has been blocked. Please review
16/07/2013 01:17:11   [1FB4:0016-1604] SMTPClient: ReceiveResponse: 550 5.7.1 RFC 2822 specifications for more information. a41si44058285eew.56 - gsmtp
16/07/2013 01:17:11   [1FB4:0016-1604] SMTPClient: CommandRSET:
16/07/2013 01:17:11   [1FB4:0016-1604] SMTPClient: Attempting to Disconnect:
16/07/2013 01:17:11   [1FB4:0016-1604] SMTPClient: CommandQUIT:
16/07/2013 01:17:11   [1FB4:0016-1604] SMTPClient: Connection terminated with status: 2562
16/07/2013 01:17:11   Router: No messages transferred to [$Retry aspmx.l.google.COM] (host aspmx.l.google.COM) via SMTP

All the other domain SMTP servers were accpeting the email messages with no problems.

Googling around we found that this was a general problem not IBM Domino related. Google changed something with their SMTP implementation that got more restrictive.

A major cause for this problem could be "From:" repeated entries in the header fields. We hadn't that problem.

Reading RFC2822  ( I should better say glancing through :-) ) gave us the clue. Our messages included Sender and  From header fields that had exactly the same value, that is not compliant with RFC2822.

Our LotusScript agent code contained this line that was setting  the Sender and From fields:


memo.Principal = "sender@domain.com"



In our case, just commenting the line in our source code solved the problem.

All the messages being sent from IBM Domino, with no From  field previously included, got a From field from the InternetAddress field in the person document of the agent signer. For us it was OK, but maybe is not the same case for everybody