Paul J Stevens wrote:
Well, actually it's gmime doing the stripping.
OK.
I'd like to try "fixing"
this on dbmail side, as this would be more convenient and efficient to
do in dbmail than in dspam.
Why?
Nobody answers on the dspam list to my query. And there are people who
have complained about this in the past too. So there's kind of no action
from the dspam side. I can't figure out why though. I'll have to try the
dspam devel list too.
And well, the past has taught us not to touch dspam's code. It just
breaks too easily. But if it's handled by gmime then it's should really
be fixed on the dspam side, it is it's fault after all.
Any reason, why CRLF is required?
Because all the relevant RFCs says so. If dspam is sending data with LF
only, that's a dspam violation of the smtp rfc.
http://www.rfc-editor.org/EOLstory.txt
Thanks, that's exactly what I've searched for. I checked the SMTP RFC,
and the only mention I could find was the end of DATA, CRLF.CRLF part.
Thanks for the clarification.
Alex
