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:
pgpJv7SWI5nM3.pgp
Description: PGP signature