Yup, thanks, '-i' did it on my spam filter. What happened was the filter
originally called a shell script that called sendmail with -i. When I
switched to directly invoking spamc which proxies sendmail, I didn't add
back the -i right in master.cf
Daniel
.
On 4/7/2011 5:08 AM, Matthias Andree wrote:
Am 07.04.2011 10:15, schrieb Daniel Bromberg:
On 4/7/2011 4:11 AM, deconya wrote:
Hi list
I have diferent mailman lists mounted and I detected a problem making
tests
to access, If I use telnet using other mailserver (mailserver.es) I
receive
this information:
telnet mail.mydomain.com 25
Trying 84.88.68.66...
[SNIP]
354 End data with<CR><LF>.<CR><LF>
subject: test
test
Again the quoting problem of literal SMTP conversations embedded in a
message that is actually its own SMTP transaction. Move the trailing '.'
in by one space in order to not cut off your own message.
Daniel, (in courtesy cc:)
the problem appears to be at your end (particularly if you write
"again") - likely some sendmail-command-style reinjection without -i or
-oi -- check your filters and fetchers.
The message has arrived in complete form on my end, and also at GMANE,
where you can read the remainder of the post:
<http://article.gmane.org/gmane.mail.postfix.user/219963>.
Best
Matthias
Yup, thanks, '-i' did it on my spam filter. What happened was the filter
originally called via a shell script that in turn called sendmail with
-i. When I switched to directly invoking spamc which proxies for
sendmail, I didn't add back the -i directly within master.cf.
Relevant docs if anyone cares:
http://www.postfix.org/FILTER_README.html
'...Line 8: The -i option says don't stop reading input when a line
contains "." only. '
Daniel
.
Hi :-)
