Ok, I see what you mean. FWIW, here's what I observer: If I convert from mbox with no offline store (no mbox files present) to maildir with offline store, the result is maildir files **with** "From -". If I convert from mbox with offline store (mbox files present) to maildir with offline store, the result is maildir files **without** "From -". Any received email into an maildir folder with offline store results in a new file **with** "From -". Also, when maildir files don't have the "From -" they look like this: 1619224675411.eml and with the "From -" they look like this: 62dabf9f-b3aa-d7f6-0608-61a8164798e9@chartertn.net.eml And, as I expected, with the current trunk GetOfflineFileStream(), when maildir messages without the "From -" are accessed, a fetch from the server occurs and the maildir file is not used to show the message. However, there is no redundant maildir data or new file written as occurs with mbox where redundant message records are appended on each fetch. >Bottom line: for now, GetOfflineFileStream() needs to treat the leading "From " as optional. It shouldn't be there on maildir (even if it often is right now!). Got it.
Bug 1702692 Comment 37 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
Ok, I see what you mean. FWIW, here's what I observe: If I convert from mbox with no offline store (no mbox files present) to maildir with offline store, the result is maildir files **with** "From -". If I convert from mbox with offline store (mbox files present) to maildir with offline store, the result is maildir files **without** "From -". Any received email into an maildir folder with offline store results in a new file **with** "From -". Also, when maildir files don't have the "From -" they look like this: 1619224675411.eml and with the "From -" they look like this: 62dabf9f-b3aa-d7f6-0608-61a8164798e9@chartertn.net.eml And, as I expected, with the current trunk GetOfflineFileStream(), when maildir messages without the "From -" are accessed, a fetch from the server occurs and the maildir file is not used to show the message. However, there is no redundant maildir data or new file written as occurs with mbox where redundant message records are appended on each fetch. >Bottom line: for now, GetOfflineFileStream() needs to treat the leading "From " as optional. It shouldn't be there on maildir (even if it often is right now!). Got it.
Ok, I see what you mean. FWIW, here's what I observe: If I convert from mbox with no offline store (no mbox files present) to maildir with offline store, the result is maildir files **with** "From -". If I convert from mbox with offline store (mbox files present) to maildir with offline store, the result is maildir files **without** "From -". Any received email into an maildir folder with offline store results in a new file **with** "From -". Also, when maildir files don't have the "From -" they look like this: 1619224675411.eml and with the "From -" they look like this: 62dabf9f-b3aa-d7f6-0608-61a8164798e9@chartertn.net.eml And, as I expected, with the current trunk GetOfflineFileStream(), when maildir messages without the "From -" are accessed, a fetch from the server occurs and the maildir file is not used to show the message. However, there is no redundant maildir data or new file written as occurs with mbox where redundant message records are appended on each fetch. Edit: This is wrong. See comment 40. >Bottom line: for now, GetOfflineFileStream() needs to treat the leading "From " as optional. It shouldn't be there on maildir (even if it often is right now!). Got it.