Helder, [EMAIL PROTECTED] said: >Not exactly. A dot on a line by itself is an SMTP tag that indicates the >end of the message. After receiving this sequence of characters, the SMTP >server is supposed to respond that it has successfully received the >outgoing message and await additional commands from the mail client (such >as the command to begin receiving the next message). Because Emailer >didn't actually intent to end the message at this point, it will continue >to send the remainder of the message, which the SMTP server will attempt >to interpret as SMTP commands. Since the SMTP server won't understand >what Emailer is sending it, it will send Emailer an error message. >Emailer will display the error message and mark the message as unsent >since it never finished transmitting the whole message to the SMTP server. >In reality however, the SMTP server has accepted and transmitted a >truncated version of the message. > >Hence, this is why the bug is sometimes called the quoted-printable >truncation bug.
I suppose this may explain why this "QP truncation bug" script have not helped on several occasions for this problem. I run the script, it says everything is OK and then the message is truncated anyway. So there are reasons that cause the problem and the script doesn't check for it. Being a long time Emailer user I always check my messages to lists to make sure they arrive. Sometimes, they don't. I never found this problem to be such a drawback that I could refrain from all the pluses in 2.0v3, however. ___________________________________________________________________________ To unsubscribe send a mail message with a SUBJECT line of "unsubscribe" to <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
