97912 - Often the incoming emails have a dot at the end

Status: VERIFIED WORKSFORME

(MailNews Core :: Backend, defect)

Description

[Tobias Weibel]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.3+)
Gecko/20010828
BuildID:    2001082803

Description see summary. 

Example:

sent email:
"test"

received email:
"test


."

Reproducible: Always
Steps to Reproduce:
1. Send yourselves an email.
2. Compare the sent and received email.

Comment 1

[Arnoud Berendsen]

Not seeing it in 2001100903/win2k.
Reporter: Please again try in a more recent build, and make sure you have no
Signature file set which might be the cause of the attached dot.

Comment 2

[Tobias Weibel]

build 2001100803/w2k
no signature file

this is a bugzilla mail (viewed with Message Source (Ctrl+U))
From - Wed Oct 10 20:09:31 2001
X-UIDL: 298750147
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
Received: from mgw1.lan.ch [194.230.57.51] by mail.besonet.ch
  (SMTPD32-5.05) id A6EB5FBE02E2; Tue, 09 Oct 2001 21:58:35 +0200
Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100])
	by mgw1.lan.ch (Postfix) with SMTP id ABFB61AEEE
	for <[e-mail]>; Tue,  9 Oct 2001 21:58:31 +0200 (CEST)
Received: (qmail 11906 invoked by alias); 9 Oct 2001 19:58:34 -0000
Delivered-To: GMX delivery to [e-mail]
Received: (qmail 11786 invoked by uid 0); 9 Oct 2001 19:58:29 -0000
Received: from ywing.aoltw.net (HELO ywing.netscape.com) (204.29.187.151)
  by mx0.gmx.net (mx007-rz3) with SMTP; 9 Oct 2001 19:58:29 -0000
Received: from mothra.mozilla.org (mothra.mozilla.org [207.200.81.216])
	by ywing.netscape.com (8.10.0/8.10.0) with ESMTP id f99Jud312294
	for <[e-mail]>; Tue, 9 Oct 2001 12:56:39 -0700 (PDT)
Received: (from nobody@localhost)
	by mothra.mozilla.org (8.9.3+Sun/8.9.1) id MAA26791;
	Tue, 9 Oct 2001 12:59:18 -0700 (PDT)
Date: Tue, 9 Oct 2001 12:59:18 -0700 (PDT)
Message-Id: <[e-mail]>
From: [e-mail]
To: [e-mail]
Subject: [Bug 97912] Often the incoming emails have a dot at the end
X-Bugzilla-Reason: Reporter
X-Resent-By: Forwarder <[e-mail]>
X-Resent-For: [e-mail]
X-Resent-To: [e-mail]
X-RCPT-TO: <[e-mail]>
X-UIDL: 298750147
Status: U

http://bugzilla.mozilla.org/show_bug.cgi?id=97912





------- Additional Comments From [e-mail]  2001-10-09 12:59 -------
Not seeing it in 2001100903/win2k.
Reporter: Please again try in a more recent build, and make sure you have no
Signature file set which might be the cause of the attached dot.


.

Comment 3

[Arnoud Berendsen]

Interesting.
I use Netscape 4.78 as my mail client, and in the Bugzilla email I received from
your entry, that last dot does *not* show up! It just isn't there in the email,
not even in the Page Source of the email. Very weird.

This is said to be a dupe, though...

Comment 4

[Mark Williamson]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.6+) Gecko/20011128

Every time I compose and send a piece of mail, it seems to have a dot "." 
appended to the end of it.
The dot is not present in the piece of mail when I view it in the sent box... 
this leads me into thinking that mozilla mail appending one to many dots to 
terminate the 

 "354 Enter message, ending with "." on a line by itself.." 

control? Any ideas?

I have ngrep output of the conversation between moz mail and the smtp server, 
but it is very verbose. This is part of it:

#
T 192.168.0.8:1534 -> 192.168.0.1:25 [AP]
  Message-ID: <[e-mail]>..Date: Thu, 29 Nov 2001 12:23:
  15 +0000..From: Mark Williamson <[e-mail]>..User-Agent
  : Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.6+) Gecko/200
  11128..X-Accept-Language: en-gb..MIME-Version: 1.0..To: mjw99 <mjw99@i
  c.ac.uk>..Subject: test10..Content-Type: text/plain; charset=us-ascii;
   format=flowed..Content-Transfer-Encoding: 7bit....
##
T 192.168.0.8:1534 -> 192.168.0.1:25 [AP]
  .....                                            <----- IS prob here?
##
T 192.168.0.1:25 -> 192.168.0.8:1534 [AP]
  250 OK id=169QDg-0000p7-00..

Comment 5

[R.K.Aa.]

*** Bug 102845 has been marked as a duplicate of this bug. ***

Comment 6

[R.K.Aa.]

according to comment http://bugzilla.mozilla.org/show_bug.cgi?id=102845#c5
adding this in prefs is a workaround:
user_pref("mail.server.default.dot_fix", false);

Resolving as NEW - can't find a dup.
The bug may be Windows specific - never saw this on Linux.

Comment 7

[Mark Williamson]

Please ignore my comments on 2001-11-29 04:34

The problem seems to occur during/after the pop3 retrieval process and NOT the
SMTP sending.

Confirming 
  user_pref("mail.server.default.dot_fix", false); 
workaround works for me.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:0.9.7+) Gecko/20020122

Comment 8

[Tobias Weibel]

I don't see this bug anymore.

moz 0.9.9 (2002031104), w2k

Comment 9

[Tobias Weibel]

wfm
build mozilla 1rc2 (2002051006), w2k

my settings: user_pref("mail.server.default.dot_fix", true);

Comment 10

[Jonas Jørgensen]

vrfy wfm (with a branch build); I don't see this problem anymore either

Comment 11

[Asa Dotzler [:asa]]

*** Bug 185923 has been marked as a duplicate of this bug. ***

Comment 12

[Marco Cimmino]

This bug is very annoying, I suffer for this bug, and also workaround doesn't
work for me!
I've Thunderbird 1.0 under Windows XP SP2

I've seen that happens only for plain text mails, not for html mails.
WORKSFORME means that will not be fixed?

:-(

Comment 13

[Georges-Etienne Legendre]

Same thing here with 

TB version 1.0 (20041206)

Comment 14

[Marco Cimmino]

Ok I've seen this bug https://bugzilla.mozilla.org/show_bug.cgi?id=196584 and at
#10 say that probably is not a TB fault, but a bad response at the LIST command
from the POP3 server, in other words when TB asks for a LIST from the POP3
server, if the POP3 server responds to the LIST with wrong messages dimension TB
results with a "dot" added at the end of the message.

So I've discovered that infact in my accounts "dot" appears only when I use
FreePOPS (http://www.freepops.org/en/) and not when I use another server.

This because this kind of programs that receive mails via HTTP and not POP3 they
cannot know exact dimension of messages, because they take the dimension from
the host web pages that is express in KB or even in MB and not in bytes.
So using this kind of programs that take mails from web and not from POP3 server
(in certain situation you cannot use POP3, because you have closed port or
something like that) you will never have the exact dimension of the message at
the point of the LIST request from client.

SO, the question is:
Why Thunderbird doesn't calculate the dimension of the message by own when
receive the mail and without taking care of dimension contained in the LIST
response?

Comment 15

[Ernestas Gruodis]

The problem is very simple - POP3 server when client asks STAT or LIST sends wrong message length. I thought this was Thunderbird problem - but it's not, as long as message size is sent correct - the dot dissapears. So blame is simply on POP3 server, not the client.