User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322) Build Identifier: 22.214.171.124 Hallo, many times, when users send a mail from thunderbird mail via imap to kerio mailserver and the attachement was very big - and the line here is very slow, then they see by transporting sending mail ... short time and then they see the information mail will been copied to the send folder and then the program need long time. I mean, that this information is not correct, the mail will been transfered to the mailserver and not copied to the send folder. When a user cancel this or the transfer stops about differented problems, the user can click on cancel and then the mail is away. The get not a correct information, that the mail was sendit otherwise the mail must go in a expl. differented folder, so they can send again, but cancel and the mail what was preperred long time is away, is big big problem. Otherthing is, the synchronisation to the mailserver is many time, when a mail was send not correct, the mails they cant find in the send folder. Reproducible: Sometimes Steps to Reproduce: 1. Creating mail with big attachements 2. Press send button 3. only short time Message sending / to short 4. long time Message copied to send folder - long time 5. Cancel Message away Actual Results: The Mail is away Expected Results: Saved in a separated folder, so thats possible to send the mail again expl. timeout
deiter do you see this problem using version 2? please paste talkback id from the crash into bug comment see http://kb.mozillazine.org/Talkback#Getting_an_incident_ID
Version: 2.0 → unspecified
Reporter, does this still occur with the latest supported 2.0.0.x / trunk nightlies?
Whiteboard: closeme 2008-08-07
reporter email is dead :(
Status: UNCONFIRMED → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.