Bug 1888585 Comment 0 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

Steps to reproduce:

(for a mail account with message story type = "maildir" (not mbox))

1. drag and drop an .eml file from a file manager into Thunderbird's folder pane
2. navigate the file manager to TB's profile folder\Mail
3. find the newly added .eml file
4. hex-compare the new file *(from step 3)* with the original file *(from step 1)*


Actual results:

The file created in TB's profile folder differs from the original file by an appended CRLF (0D 0A).




Expected results:

No CRLF should be appended.
The file created in TB's profile folder and the original file should be identical.
## Steps to reproduce:

(for a mail account with message story type = "maildir" (not mbox))

1. drag and drop an .eml file from a file manager into Thunderbird's folder pane
2. navigate the file manager to TB's profile folder\Mail
3. find the newly added .eml file
4. hex-compare the new file *(from step 3)* with the original file *(from step 1)*


## Actual results:

The file created in TB's profile folder differs from the original file by an appended CRLF (0D 0A).

## Expected results:

No CRLF should be appended.
The file created in TB's profile folder and the original file should be identical.
## Steps to reproduce:

(for a mail account with message store type = "maildir" (not mbox))

1. drag and drop an .eml file from a file manager into Thunderbird's folder pane
2. navigate the file manager to TB's profile folder\Mail
3. find the newly added .eml file
4. hex-compare the new file *(from step 3)* with the original file *(from step 1)*


## Actual results:

The file created in TB's profile folder differs from the original file by an appended CRLF (0D 0A).

## Expected results:

No CRLF should be appended.
The file created in TB's profile folder and the original file should be identical.
## Steps to reproduce:

(for a mail account with message store type = "maildir" (not mbox))

1. drag and drop an .eml file from a file manager into Thunderbird's folder pane
2. navigate the file manager to TB's profile folder\Mail
3. find the newly added .eml file
4. hex-compare the new file *(from step 3)* with the original file *(from step 1)*


## Actual results:

The file created in TB's profile folder differs from the original file by an appended CRLF (0D 0A).

## Expected results:

No CRLF should be appended.
The file created in TB's profile folder and the original file should be identical.

## reiteration:

Note that a repeat of the steps outlined above (i.e. re-importing the file created in step 3 by dragging/dropping it into TB's folder pane) always appends yet another CRLF, so the file grows bigger in size with each iteration.

## relevance:

Apart from an unnecessary and unintended alteration of the data, it severely complicates deduplication and backup (since the files are not the same anymore).
## Steps to reproduce:

(for a mail account with message store type = "maildir" (not mbox))

1. drag and drop an .eml file from a file manager into Thunderbird's folder pane
2. navigate the file manager to TB's profile folder\Mail
3. find the newly added .eml file
4. hex-compare the new file *(from step 3)* with the original file *(from step 1)*


## Actual results:

The file created in TB's profile folder differs from the original file by an appended CRLF (0D 0A).

## Expected results:

No CRLF should be appended.
The file created in TB's profile folder and the original file should be identical.

## reiteration:

Note that a repeat of the steps outlined above *(i.e. re-importing the file created in step 3 by dragging/dropping it into TB's folder pane)* always appends yet another CRLF, so the file grows bigger in size with each iteration.

## relevance:

Apart from an unnecessary and unintended alteration of the data, it severely complicates deduplication and backup (since the files are not the same anymore).
## Steps to reproduce:

(for a mail account with message store type = "maildir" (not mbox))

1. drag and drop an .eml file from a file manager into Thunderbird's folder pane
2. navigate the file manager to TB's profile folder\Mail
3. find the newly added .eml file
4. hex-compare the new file *(from step 3)* with the original file *(from step 1)*


## Actual results:

The file created in TB's profile folder differs from the original file by an appended CRLF (0D 0A).

## Expected results:

No CRLF should be appended.
The file created in TB's profile folder and the original file should be identical.

## reiteration:

Note that a repeat of the steps outlined above *(i.e. re-importing the file created in step 3 by dragging/dropping it into TB's folder pane)*  appends yet another CRLF, so the file grows bigger and bigger in size with each iteration.

## relevance:

Apart from an unnecessary and unintended alteration of the data, it severely complicates deduplication and backup (since the files are not the same anymore).
## Steps to reproduce:

(for a mail account with message store type = "maildir" (not mbox))

1. drag and drop an .eml file from a file manager into Thunderbird's folder pane
2. navigate the file manager to TB's profile folder\Mail
3. find the newly added .eml file
4. hex-compare the new file *(from step 3)* with the original file *(from step 1)*


## Actual results:

The file created in TB's profile folder differs from the original file by an appended CRLF (0D 0A).

## Expected results:

No CRLF should be appended.
The file created in TB's profile folder and the original file should be identical.

## reiteration:

Note that a repeat of the steps outlined above *(i.e. re-importing the file created in step 3 by dragging/dropping it into TB's folder pane)*  appends yet another CRLF, so the file grows bigger and bigger in size with each iteration.

## relevance:

Apart from an unnecessary and unintended alteration of the data, it severely complicates deduplication and backup (since the files are not identical anymore).
## Steps to reproduce:

(for a mail account with message store type = "maildir" (not mbox))

1. drag and drop an .eml file from a file manager into Thunderbird's folder pane
2. navigate the file manager to TB's profile folder\Mail
3. find the newly added .eml file
4. hex-compare the new file *(from step 3)* with the original file *(from step 1)*


## Actual results:

The file created in TB's profile folder differs from the original file by an appended CRLF (0D 0A).

## Expected results:

No CRLF should be appended.
The file created in TB's profile folder and the original file should be identical.

## reiteration:

Note that a repeat of the steps outlined above *(i.e. re-importing the file created in step 3 by dragging/dropping it into TB's folder pane)*  appends yet another CRLF, so the file grows bigger and bigger in size with each iteration.

## relevance:

Apart from an unnecessary and unintended alteration of the data, it severely complicates deduplication and backup (since the files are not identical anymore).

[keywords: extra newline, linefeed]
## Steps to reproduce:

(for a mail account with message store type = "maildir" (not mbox))

1. drag and drop an .eml file from a file manager into Thunderbird's folder pane
2. navigate the file manager to TB's profile folder\Mail
3. find the newly added .eml file
4. hex-compare the new file *(from step 3)* with the original file *(from step 1)*


## Actual results:

The file created in TB's profile folder differs from the original file by an appended CRLF (0D 0A).

## Expected results:

No CRLF should be appended.
The file created in TB's profile folder and the original file should be identical.

## reiteration:

Note that a repeat of the steps outlined above *(i.e. re-importing the file created in step 3 by dragging/dropping it into TB's folder pane)*  appends yet another CRLF, so the file grows bigger and bigger in size with each iteration!

## relevance:

Apart from an unnecessary and unintended alteration of the data, it severely complicates deduplication and backup (since the files are not identical anymore).

[keywords: extra newline, linefeed]
## Steps to reproduce:

(for a mail account with message store type = "maildir" (not mbox))

1. drag and drop an .eml file from a file manager into Thunderbird's folder pane
2. navigate the file manager to TB's profile folder\Mail
3. find the newly added .eml file
4. hex-compare the new file *(from step 3)* with the original file *(from step 1)*


## Actual results:

The file created in TB's profile folder differs from the original file by an appended CRLF (0D 0A).

## Expected results:

* No CRLF should be appended.
* The file created in TB's profile folder and the original file should be 100% identical.

## reiteration:

Note that a repeat of the steps outlined above *(i.e. re-importing the file created in step 3 by dragging/dropping it into TB's folder pane)*  appends yet another CRLF, so the file grows bigger and bigger in size with each iteration!

## relevance:

Apart from an unnecessary and unintended alteration of the data, it severely complicates deduplication and backup (since the files are not identical anymore).

[keywords: extra newline, linefeed]
## Steps to reproduce:

(for a mail account with message store type = "maildir" (not mbox))

1. drag and drop an .eml file from a file manager into Thunderbird's folder pane
2. navigate the file manager to TB's profile folder\Mail
3. find the newly added .eml file
4. hex-compare the new file *(from step 3)* with the original file *(from step 1)*


## Actual results:

The file created in TB's profile folder differs from the original file by an appended CRLF (0D 0A).

## Expected results:

* No CRLF should be appended.
* The file created in TB's profile folder and the original file should be 100% identical.

## reiteration:

Note that a repeat of the steps outlined above *(i.e. re-importing the file created in step 3 by dragging/dropping it into TB's folder pane)*  appends yet another CRLF, so the file grows bigger and bigger in size with each iteration!

## relevance:

Apart from an unnecessary and unintended alteration of the data, it severely complicates deduplication and incremental backup (since the files are not identical anymore).

[keywords: extra newline, linefeed]
## Steps to reproduce:

(for a mail account with message store type = "maildir" (not mbox))

1. drag and drop an .eml file from a file manager into Thunderbird's folder pane
2. navigate the file manager to TB's profile folder\Mail
3. find the newly added .eml file
4. hex-compare the new file *(from step 3)* with the original file *(from step 1)*


## Actual results:

The file created in TB's profile folder differs from the original file by an appended CRLF (0D 0A).

## Expected results:

* No CRLF should be appended.
* The file created in TB's profile folder and the original file should be 100% identical.

## reiteration:

Note that a repeat of the steps outlined above *(i.e. re-importing the file created in step 3 by dragging/dropping it into TB's folder pane)*  appends yet another CRLF, so the file grows bigger and bigger in size with each iteration!

## relevance:

Apart from an unnecessary and unintended alteration of the data, it severely complicates deduplication and incremental/differential backup (since the files are not identical anymore).

[keywords: extra newline, linefeed]
## Steps to reproduce:

(for a mail account with message store type = "maildir" (not mbox))

1. drag and drop an .eml file from a file manager into Thunderbird's folder pane
2. navigate the file manager to TB's profile folder\Mail
3. find the newly added .eml file
4. hex-compare the new file *(from step 3)* with the original file *(from step 1)*


## Actual results:

The file created in TB's profile folder differs from the original file by an appended CRLF (0D 0A).

## Expected results:

* No CRLF should be appended.
* The file created in TB's profile folder and the original file should be 100% identical.

## reiteration:

Note that a repeat of the steps outlined above *(i.e. re-importing the file created in step 3 by dragging/dropping it into TB's folder pane)*  appends yet another CRLF, so the file grows bigger and bigger in size with each iteration!

## relevance:

Apart from an unnecessary and unintended alteration of the data, it severely complicates file deduplication and incremental/differential backup (since the files are not identical anymore).

[keywords: extra newline, linefeed]
## Steps to reproduce:

(for a mail account with message store type = "maildir" (not mbox))

1. drag and drop an .eml file from a file manager into Thunderbird's folder pane
2. navigate the file manager to TB's profile folder\Mail
3. find the newly added .eml file
4. hex-compare the new file *(from step 3)* with the original file *(from step 1)*


## Actual results:

The file created in TB's profile folder differs from the original file by an appended CRLF (0D 0A).

## Expected results:

* No CRLF should be appended.
* The file created in TB's profile folder and the original file should be 100% identical.

## reiteration:

Note that a repeat of the steps outlined above *(i.e. re-importing the file created in step 3 by dragging/dropping it into TB's folder pane)*  appends yet another CRLF, so the file grows bigger and bigger in size with each iteration!

## relevance:

Apart from an unnecessary and unintended alteration of the data, this bug severely complicates file deduplication and incremental/differential backup (since the files are not identical anymore).

[keywords: extra newline, linefeed]
## steps to reproduce

(for a mail account with message store type = "maildir" (not mbox))

1. drag and drop an .eml file from a file manager into Thunderbird's folder pane
2. navigate the file manager to TB's profile folder\Mail
3. find the newly added .eml file
4. hex-compare the new file *(from step 3)* with the original file *(from step 1)*


## actual results

The file created in TB's profile folder differs from the original file by an appended CRLF (0D 0A).

## expected results

* No CRLF should be appended.
* The file created in TB's profile folder and the original file should be 100% identical.

## reiteration / generational loss

Note that a repeat of the steps outlined above *(i.e. re-importing the file created in step 3 by dragging/dropping it into TB's folder pane)*  appends yet another CRLF, so the file grows bigger and bigger in size with each iteration!

## relevance

Apart from an unnecessary and unintended alteration of the data, this bug severely complicates file deduplication and incremental/differential backup (since the files are not identical anymore).

[keywords: extra newline, linefeed]

Back to Bug 1888585 Comment 0