Closed Bug 263597 Opened 20 years ago Closed 20 years ago

Contents of an attached textfile are modified during transfer

Categories

(Thunderbird :: General, defect)

Product:
Thunderbird
Component:
General
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
major

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 259564

People

(Reporter: wolfgangweber, Assigned: mscott)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3
Build Identifier: Version 0.8 (20040913)

Lines within an attached texfile that contain only one or more dots are modified
during transfer. Each time the message is sent one dot is added in these lines
that is "." becomes ".." etc. This is a severe bug as the textfile is used as a
scipt where also dots have their meaning!

Example:

Textfile sent:
_____________________________________

ADD FIELD "kat" OF "Artikel" AS character
DESCRIPTION ""
FORMAT "X(20)"
NOT-CASE-SENSITIVE

.
PSC
codepage=ibm850
.
0000003587
_____________________________________

Textfile received:
pleae note the last  lines
_____________________________________

ADD FIELD "kat" OF "Artikel" AS character
DESCRIPTION ""
FORMAT "X(20)"
NOT-CASE-SENSITIVE

..
PSC
codepage=ibm850
..
0000003587
____________________________________

Reproducible: Always
Steps to Reproduce:
1. Create a message, attach a textfile as descibed
2. Send the message
3. Receive the message, check the attachment

Actual Results:  
a single . in a line becomes ..


Expected Results:  
attachments should not be changed in any kind!!!
I'm unable to duplicate this problem; it might be an SMTP server issue.
Is the file created with TB, received by TB or both?  If created by TB, does it 
appear in the Sent folder with the same problem?
What sort of server is receiving the mail -- IMAP?  MS Exchange, perhaps?
I assume this is a pop3 issue - because pop3 indicates the end of a message by a
".", i.e. ".<CRLF> , the pop3 server has to escape a real line with just a
".CRLF>" by adding a extra "." - the pop3 message download code is supposed to
strip out the extra ".". and I thought it did...

*** This bug has been marked as a duplicate of 259564 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.