Page 1 of 1

BUG: a dot on a line by itself truncates the message

PostPosted: Thu Jan 13, 2005 1:56 am
by SysKoll

User vsp found a bug that I replicated easily. See ... .php?t=443

My account forwards to address A1. I send to A1 a short message:
1 This is a test message. It should end with "5 END".
2 Now a dot by itself:
4 There is still a line here

The message arrives intact

Now, I send the same message to a spamgourmet disposable. When it arrives through A1, the mesg is truncated at the end of line 2.
1 This is a test message. It should end with "5 END".
2 Now a dot by itself:

Conclusion: sg trunctates messages with a dot on a line by itself. It's probably because the '.' is seen as a sendmail end-of-message. We need to escape the dots or something. Unless there is a "dot off" option as for the mail command?

PostPosted: Thu Jan 13, 2005 3:04 am
by SysKoll
Addendum: When I send a message with a line consisting only of two dots, I get the message OK but the line has been changed to only one dot. So that's the way we need to escape a single dot: change it into "..".

PostPosted: Thu Jan 13, 2005 4:08 pm
by maratheamit
Let's not get into escaping dot characters. A better fix would be to use a perl module to forward messages (say Net::SMTP). The module will do the necessary escaping for us. It will also alleviate the resource crunch we face during peak times because spameater won't be launching a seperate sendmail process for every forwarded message.

PostPosted: Fri Jan 14, 2005 2:15 am
by SysKoll

You were experimenting with Milters, weren't you? What's the outcome?

PostPosted: Fri Jan 14, 2005 5:17 am
by SysKoll
This bug is now fixed.

PostPosted: Fri Jan 14, 2005 6:50 pm
by josh
as a followup, we took care of the bug by changing a line in spamgourmet config. We're now calling command line sendmail with the -O ignoredots option.

PostPosted: Fri Jan 14, 2005 8:08 pm
by maratheamit
I was able to install the perl Milter and get it to communicate with sendmail. However, the Milter-sendmail interface is such that before we can use it in production, there have to be wholesale changes to

So a first step would be to upgrade the software on the production server. Side-by-side we can think about how to restructure the spameater code.

Resurrection of a bug ?

PostPosted: Sun Sep 18, 2011 4:33 pm
by gverelst
Hi developpers of SG

While looking for the keywords "sendmail" on the forum I found this topic - correct since august 2003.

However if one of you can have a look to the recent posts in this: ... 5&start=15

It all looks pretty much the same.
Was the historical correction lost with an upgrate?
Or does this correction needs to be applied on a 2nd place ?

Can somebody of you have a look plz