User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Build Identifier: Thunderbird version 0.9 (20041103) 1. I connect via dialup to fetch my POP mail in Thunderbird. I have set an upper limit of 100K for mail size in Tools -> Account Settings -> Disk Space. 2. When Thunderbird sees a bigger msg, it downloads a small header & displays a "Truncated" warning in msg area, where there is a link to fetch rest of the msg. 3. This Truncated warning should include 2 more pieces of info: a) the size of actual msg in bytes (something I found very helpful in MS Outlook); & more importantly, b) another link that lets me delete the msg from server without fetching it first! Not only does lack of 3b waste bandwidth, it wastes my personal time since the msg whose rest of body is being fetched must remain current through fetch process, or Thunderbird cancels the fetch (late reported as bug by someone else indepently, I think). Motivation for 3a comes primarily because I am migrating from MS Outlook. There I set a 100K limit, fetch msgs, Oulook gives me the few bigger msgs it could not fetch along with header, I increase the account setting to fetch most except those say above 2MB, again Outlook says this one remaining msg is big, I again increase account limit to fetch this. Outlook also doesn't provide 3b, but at least it doesn't have me sit personally in front of PC to ensure my server space is freed. PS: I pay for server space by MBs consumed - so keeping it free is important. Reproducible: Always Steps to Reproduce: 1. 2. 3. I am rating the problem to a severity above normal because it wastes my personal time every day.
> a) the size of actual msg in bytes(something I found very helpful in MS Outlook) I think this is possible by placing size information in LIST command responce to truncated message text. But if not all server retunrs size information, what should be done? > & more importantly, b) another link that lets me delete the msg from server > without fetching it first! Current implementation is ; Use "Leave messages on server" and "Until I delete or move them from Inbox". If you set this options, I think the mail will be deleted from server after you moved the truncated message(without additional download) from Inbox to other mail folder, although continuous server connection or re-dialup is probably required. Is it true? (Sorry but I did not tested yet) Anyway, some bugs are already opened for similar requests to your "b)". (found by searching bugs whose summary includes "delete mail server", Product = mail&news or thunderbird) See bug 47297, bug 140489 and bug 263327. See also bug 185791 and bug 226839 for related requests.
Among yr refs, two sound interesting - #47297 (a window into POP server) & #185791 (sync with server at next opportunity) - thanks. Both have been open for 2y - an indication of their priority! Issue is not just inconvenience - it wastes both my personal time, & money. Former, because I must manually click download link on each truncated msg till the full msg loads; and I must complete this procedure on each truncated msg in turn. Money because I pay for bandwidth in a unit called "pulse" - currently a 3 minute period, & I pay for server space per MB - cannot wait for stuff to linger there. I am actually comparing the overall experience with Outlook I have on my older machine - I never had these issues there. Thunderbird is giving me something Outlook doesn't give, & but is weaker in more important issues - things that waste my money & time. Actually, #47297 gives me an idea - cannot Thunderbird automatically delete the truncated msg from server NEXT TIME it connects to server, if a) I had told it I don't want to keep downloaded msgs at server ever, & b) if it finds that a partial msg it had loaded previously has been deleted (not "moved") by me. That would make it much better than Outlook. Neither of "Leave messages on server" and "Until I delete or move them from Inbox" is interesting - I NEVER want to keep msgs on server after successsful download.
(In reply to comment #2) > Money because I pay for bandwidth in a unit called "pulse" - currently > a 3 minute period, & I pay for server space per MB - cannot wait for > stuff to linger there. I can understand it very well. > Neither of "Leave messages on server" and "Until I delete or move them from > Inbox" is interesting - I NEVER want to keep msgs on server after successsful > download. It is usable even for already downloaded mails and even on current design, although some(many?) restriction exist. (1) Make other folder. (2) Move all downloaded messages to it from Inbox. ==> Downloaded mails will be deleted from server, if connected later. (3) Move "truncated" message without "additonal download" when large size, although this is impossible until "a)" is implemented. Using "Inbox" as downloading workarea only is best way, I think, in any situation, any mail software, to avoid unwanted problems, if POP3. Further, "Delete from server" of Message Filter can be used. See conditions in "Message Filter".
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/
This bug has been automatically resolved after a period of inactivity (see above comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.