>rising smtp_accept_max_nonmail at mta solves issue but is not good solution
Yes. Allow the MTA to accept the 'NOOP' command. It is used by the forwarding session to prevent SMTP-timeouts, while the mail is received at the original session. Thomas Von: "krz...@gmail.com " <krz...@gmail.com> An: ASSP development mailing list <assp-test@lists.sourceforge.net> Datum: 13.04.2015 18:45 Betreff: Re: [Assp-test] bug in ValidateSPF/spfSpamLovers >> I don't think that this is true - but simply show the log (set >> ConnectionLog + SessionLog high) for such a mail verbose logging revealed cause of this issue (not all emails marked as spam went to sendAllSpam) (issue of spfSpamLovers not always working is still mystery to me): mta closed connection with "Too many nonmail commands" not allowing a copy of the spam to be passed. I'm not sure why there were NOOP commands send to mta - as it was not present at smtp session (and I know because I made it manualy) (???). It probably would be best if assp did open another mta session to deliver to sendAllSpam (if original failed) - or at least log this issue without need for higher verbosity. Obviously rising smtp_accept_max_nonmail at mta solves issue but is not good solution because assp does not have similar limit for incoming sessions. 2015-04-13 18:27:06 42423-2240904 [Worker_2] [MsgID] 87.2.51.160 < 12vdf...@sender.pl> to: a...@receiver.pl [scoring] (Message-ID missing) 2015-04-13 18:27:06 42423-2240904 [Worker_2] 87.2.51.160 <12vdf...@sender.pl> to: a...@receiver.pl Message-Score: added 10 (midmValencePB) for Message-ID missing, total score for this message is now 10 2015-04-13 18:27:06 42423-2240904 [Worker_2] [SPF] 87.2.51.160 < 12vdf...@sender.pl> to: a...@receiver.pl info: forwarding spam message to aa-s...@receiver.pl 2015-04-13 18:27:06 42423-2240904 [Worker_2] [SPF] 87.2.51.160 < 12vdf...@sender.pl> to: a...@receiver.pl [spam found] (SPF fail) [zxcvdfgsdf] -> /usr/assp/discarded/zxcvdfgsdf--183621.eml; 2015-04-13 18:27:06 [Worker_2] FSabort: send NOOP, expected 250, got: 554 Too many nonmail commands 2015-04-13 18:27:07 [Worker_2] Finished message - received DATA size: 245 Byte - sent DATA size: 0 Byte 2015-04-13 18:27:07 [Worker_2] Disconnected: session:E6C1F70 87.2.51.160 - command list was 'HELO,MAIL FROM,RCPT TO,DATA' - used 5 SocketCalls - processing time 5 seconds ------------------------------------------------------------------------------ BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF _______________________________________________ Assp-test mailing list Assp-test@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/assp-test DISCLAIMER: ******************************************************* This email and any files transmitted with it may be confidential, legally privileged and protected in law and are intended solely for the use of the individual to whom it is addressed. This email was multiple times scanned for viruses. There should be no known virus in this email! ******************************************************* ------------------------------------------------------------------------------ BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF _______________________________________________ Assp-test mailing list Assp-test@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/assp-test
