Closed FirefighterBlu3 closed 8 years ago
09:50:07 I 0.2 10.255.0.4:42125 v Postfix 3.0.3 09:50:07 I 0.2 10.255.0.4:42125 {mail_addr} 1220-1041324963-95-corrupt=kalifornia.com@mail.srfcee.info 09:50:07 I 0.2 10.255.0.4:42125 {mail_host} mail.srfcee.info 09:50:07 I 0.2 10.255.0.4:42125 {mail_mailer} smtp 09:50:07 I 0.2 10.255.0.4:42125 {rcpt_addr} Recipient address rejected: User unknown in virtual alias table 09:50:07 I 0.2 10.255.0.4:42125 {rcpt_host} 5.1.1 09:50:07 I 0.2 10.255.0.4:42125 {rcpt_mailer} error 09:50:08 I 0.2 10.255.0.4:42125 Starting ARF 09:50:08 I 0.2 10.255.0.4:42125 redirect_per_domain set to: {'itys.net': ['mjh+arf@itys.net'], '*': ['david+arf@blue-labs.org', 'nick+arf@blue-labs.org'], '+': ['david+arf@blue-labs.org', 'nick+arf@blue-labs.org', 'mjh+arf@itys.net'], 'kalifornia.com': ['david+arf-kalifornia.com@blue-labs.org']} 09:50:08 I 0.2 10.255.0.4:42125 recipients: ['craig@kalifornia.com', 'corrupt@kalifornia.com'] 09:50:08 I 0.2 10.255.0.4:42125 reporting_domain is blue-labs.org 09:50:08 I 0.2 10.255.0.4:42125 ARF exception, probably macros: 'j' 09:50:08 I 0.2 10.255.0.4:42125 Traceback (most recent call last): File "/var/bluelabs/utils/blam.py", line 3164, in OnClose ar.characterize('Reporting-MTA', macros['j']) KeyError: 'j'
occasionally we have an early drop connection, need to deal with it cleanly
fixed by testing for all necessary data elements before starting ARF functions
occasionally we have an early drop connection, need to deal with it cleanly