User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 The order received column for local (and pop) mailboxes appears to contain something like a byte offset. This is both confusing to end users and very wide, making the column inconvenient to use. Much better would be the sequence number for the message in the mailbox. Note that IMAP mailboxes already work this way. Reproducible: Always Steps to Reproduce: 1. 2. 3.
rather than changing the number somehow, it might be better to just use a date, which is bug 166254 (and the related bug 190337). I'm not sure there's a benefit in having this as a separate report.
Severity: normal → enhancement
OS: Linux → All
Hardware: PC → All
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
(In reply to comment #2) > If you can still reproduce > this problem in the latest version of the product (see below for how to obtain a > copy) or, for feature requests, if it's not present in the latest version and > you still believe we should implement it, please visit the URL of this bug > (given at the top of this mail) and add a comment to that effect, giving more > reproduction information if you have it. This still affects current builds - version 1.5 Beta 1 (20050914) This 'enhancement' is still relevant as the 'order received' column is still a large number without much meaning. The order received column doesn't serve much purpose - I agree with comment #1 that an order received date would be more useful which is addressed in a separate bug.
I still prefer order received as an ordinal because the column is a lot smaller than a date (in most mailboxes it will be a four, or at most five, digit number), and in Apple's mail client the column headers is just "#". That said, things like virtual folders argue strongly for a date.
Assignee: mail → nobody
QA Contact: esther → message-display
You need to log in before you can comment on or make changes to this bug.