Brian and Carlos,

On 10/25/2011 11:53:11 AM Tue, Brian Stafford wrote:
Perhaps the following background information will help.

Headers repeating at the end of the body is indicative of unix line
endings instead of cr-lf in the message supplied to libesmtp, so it is
worth checking this.

Balsa uses a GMime CRLF filter to convert \n to cr-lf, so that shouldn't be an 
issue with any message passed from Balsa to libesmtp.  The filter has an option 
to dot-stuff any line beginning with '.', which Balsa does /not/ use, relying 
instead on libesmtp.

Since the issue arises only with one server, it seems more likely that their 
software confuses itself, perhaps by decoding the dot-stuffing and only later 
checking for the terminating line.  If that's the case, it's not clear how 
Balsa can set up a message so that it could never be misread.

Best,

Peter

Attachment: pgpZZC1GR9Yhm.pgp
Description: PGP signature

_______________________________________________
balsa-list mailing list
[email protected]
http://mail.gnome.org/mailman/listinfo/balsa-list

Reply via email to