Open
Bug 406929
Opened 17 years ago
Updated 9 months ago
"message was sent but copying to sent folder failed" error after IMAP timeout
Categories
(MailNews Core :: Networking: IMAP, defect)
Tracking
(Not tracked)
NEW
People
(Reporter: mpappin, Unassigned, NeedInfo)
References
Details
(Whiteboard: [dupeme?])
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.10) Gecko/20071126 Ubuntu/7.10 (gutsy) Firefox/2.0.0.10 Build Identifier: Linux version 2.0.0.6 (20071022) and Windows version 2.0.0.9 (20071031) Filed as a new report per request in bug 206408 comment 263. Similar to that and bug 89285 and numerous others: User presses Send, progress bar indicates message handoff to SMTP server, then "copying to Sent folder" spins for a while before timing out. Message is sent, but copy isn't saved. Viewing of IMAP folders before or after this event continues to work fine. - occurs under both Windows XP and Linux - using SSL or not - all mail folders on IMAP server on local network - no "Local folders" - occurs with number of cached connections set to 0, or any greater value (I think it's a Courier IMAP server.) Reproducible: Always Steps to Reproduce: 1. Create IMAP account 2. Compose new message 3. Send Actual Results: Message was sent, but not copied to IMAP "Sent" folder. Error dialog appeared, Compose window remained on screen. Expected Results: Compose window disappeared, message copy lands in Sent folder. - one user, with mailbox name of the form "Firstname.Lastname", sees this symptom - other users, with mailbox names of the form "flastname", do not see this It seems possible that it's related to bug 382912 - in that bug, a case-_in_sensitive IMAP server's unexpected reply led to TB catatonia; here, this user is the only one on-site with a LongMixedCase mailbox name. I'll try renaming the mailbox to somthing short and monocase and see if it changes anything.
|
||
Comment 1•17 years ago
|
||
Get IMAP protocol log, and check real protocol level flow first. (bug 206408 comment #263 requests log) I think following option is better for first problem analysis. > #(for bsh): > export NSPR_LOG_MODULES=smtp:5,imap:5
|
||
Comment 2•17 years ago
|
||
I've found the same bug Thunderbird send the e-mail and try's then to copy the mail to the "sent mail" folder that works but Thunderbird thinks it didn't worked and keeps trying. I've got a @cs.com mail smtp server is smtp.cs.com ssl verbinding on port 465. Sending only works on that port. (my english isn't very good so i'm sorry for any spell mistakes)
|
||
Comment 3•17 years ago
|
||
I still have this bug on last Thunderbird build. Version 2.0.0.12 (20080213) I googled a lot about this and found out that a lot of people have this problem too but I never saw any solution about this. Even if the mail is really sent to the person, the fact that the mail is not stored in Sent folder could be seen as a loss of data, and a loss of data is a severe bug !
|
||
Comment 4•16 years ago
|
||
bug 215044 are almost same just little different conditions
|
|
||
Updated•16 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
|
||
Comment 5•16 years ago
|
||
Fabien, Daan, Mark, we need a log to diagnose this. please attach log file to bug. see https://wiki.mozilla.org/MailNews:Logging (In reply to comment #4) > bug 215044 are almost same just little different conditions only the words are the same - the results are much different, 215044 has dataloss.
Whiteboard: [needs protocol log]
|
||
Comment 6•15 years ago
|
||
Hello I´m using TB3b2 and TB3b3 on WinXP SP3 with qmail + Courier IMAP server. 1 - When server and workstation is in the same network (local) everything is fine, I sent message (with or without attachments) and the message was sent and copying to sent forder (IMAP) 2 - When I´m in other network (remotely) and I´m sent a simple message without attachment, the message goes and message was copying to Sent folder 3 - When I´m in other network (remotely) and I´m trying sent message WITH attachment (less than 1 MB) the message goes, but when TB3 starting to copy sent message to Sent folder, the progress bar works too slow and when complete 100% the progress bar starts again (slowly) and when finish 100% appears an error message "There is an error to copy to sent folder, retry ?" (maybe this message was translate wrong, because I´m using pt_BR version) --------------- IMAP LOG 3896[3048240]: ImapThreadMainLoop entering [this=382f800] 0[1730140]: 382f800:mail.m7info.com.br:NA:SetupWithUrl: clearing IMAP_CONNECTION_IS_OPEN 3896[3048240]: 382f800:mail.m7info.com.br:NA:ProcessCurrentURL: entering 3896[3048240]: 382f800:mail.m7info.com.br:NA:ProcessCurrentURL:imap://mvaranda%40sealtelecom%2Ecom%2Ebr@mail.m7info.com.br:143/select%3E.INBOX: = currentUrl 3896[3048240]: ReadNextLine [stream=30e4608 nb=242 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:NA:CreateNewLineFromSocket: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION STARTTLS] Courier-IMAP ready. Copyright 1998-2004 Double Precision, Inc. See COPYING for distribution information. 3896[3048240]: 382f800:mail.m7info.com.br:NA:SendData: Logging suppressed for this command (it probably contained authentication information) 3896[3048240]: ReadNextLine [stream=30e4608 nb=16 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:NA:CreateNewLineFromSocket: 1 OK LOGIN Ok. 3896[3048240]: 382f800:mail.m7info.com.br:A:SendData: 2 namespace 3896[3048240]: ReadNextLine [stream=30e4608 nb=68 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: * NAMESPACE (("INBOX." ".")) NIL (("#shared." ".")("shared." ".")) 3896[3048240]: ReadNextLine [stream=30e4608 nb=27 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: 2 OK NAMESPACE completed. 3896[3048240]: 382f800:mail.m7info.com.br:A:SendData: 3 lsub "" "INBOX.*" 3896[3048240]: ReadNextLine [stream=30e4608 nb=47 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: * LSUB (\HasNoChildren) "." "INBOX.Templates" 3896[3048240]: ReadNextLine [stream=30e4608 nb=44 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: * LSUB (\HasNoChildren) "." "INBOX.Drafts" 3896[3048240]: ReadNextLine [stream=30e4608 nb=43 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: * LSUB (\HasNoChildren) "." "INBOX.Trash" 3896[3048240]: ReadNextLine [stream=30e4608 nb=42 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: * LSUB (\HasNoChildren) "." "INBOX.Sent" 3896[3048240]: ReadNextLine [stream=30e4608 nb=21 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: 3 OK LSUB completed 3896[3048240]: 382f800:mail.m7info.com.br:A:SendData: 4 lsub "" "#shared.*" 3896[3048240]: ReadNextLine [stream=30e4608 nb=21 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: 4 OK LSUB completed 3896[3048240]: 382f800:mail.m7info.com.br:A:SendData: 5 lsub "" "shared.*" 3896[3048240]: ReadNextLine [stream=30e4608 nb=21 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: 5 OK LSUB completed 3896[3048240]: 382f800:mail.m7info.com.br:A:SendData: 6 list "" "INBOX" 3896[3048240]: ReadNextLine [stream=30e4608 nb=43 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: * LIST (\Marked \HasChildren) "." "INBOX" 3896[3048240]: ReadNextLine [stream=30e4608 nb=21 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: 6 OK LIST completed 3896[3048240]: 382f800:mail.m7info.com.br:A:SendData: 7 select "INBOX" 3896[3048240]: ReadNextLine [stream=30e4608 nb=60 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: * FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent) 3896[3048240]: ReadNextLine [stream=30e4608 nb=77 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: * OK [PERMANENTFLAGS (\* \Draft \Answered \Flagged \Deleted \Seen)] Limited 3896[3048240]: ReadNextLine [stream=30e4608 nb=13 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: * 41 EXISTS 3896[3048240]: ReadNextLine [stream=30e4608 nb=12 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: * 0 RECENT 3896[3048240]: ReadNextLine [stream=30e4608 nb=34 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: * OK [UIDVALIDITY 1145064847] Ok 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: * OK [MYRIGHTS "acdilrsw"] ACL 3896[3048240]: ReadNextLine [stream=30e4608 nb=22 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:A:CreateNewLineFromSocket: 7 OK [READ-WRITE] Ok 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:SendData: 8 getquotaroot "INBOX" 3896[3048240]: ReadNextLine [stream=30e4608 nb=28 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * QUOTAROOT "INBOX" "ROOT" 3896[3048240]: ReadNextLine [stream=30e4608 nb=16 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * QUOTA "ROOT" 3896[3048240]: ReadNextLine [stream=30e4608 nb=23 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: 8 OK GETQUOTAROOT Ok. 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:SendData: 9 UID fetch 1:* (FLAGS) 3896[3048240]: ReadNextLine [stream=30e4608 nb=31 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 1 FETCH (UID 1235 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=36 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 2 FETCH (UID 1239 FLAGS (\Seen)) 3896[3048240]: ReadNextLine [stream=30e4608 nb=31 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 3 FETCH (UID 1560 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=31 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 4 FETCH (UID 1564 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=31 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 5 FETCH (UID 1565 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=36 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 6 FETCH (UID 1761 FLAGS (\Seen)) 3896[3048240]: ReadNextLine [stream=30e4608 nb=31 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 7 FETCH (UID 1762 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=36 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 8 FETCH (UID 1764 FLAGS (\Seen)) 3896[3048240]: ReadNextLine [stream=30e4608 nb=31 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 9 FETCH (UID 4750 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 10 FETCH (UID 4751 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 11 FETCH (UID 4752 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 12 FETCH (UID 4753 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 13 FETCH (UID 4754 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 14 FETCH (UID 4755 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 15 FETCH (UID 4756 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 16 FETCH (UID 4757 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 17 FETCH (UID 4758 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 18 FETCH (UID 4759 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 19 FETCH (UID 4760 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 20 FETCH (UID 4761 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 21 FETCH (UID 4762 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 22 FETCH (UID 4763 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 23 FETCH (UID 4764 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 24 FETCH (UID 4765 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 25 FETCH (UID 4766 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 26 FETCH (UID 4767 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 27 FETCH (UID 4768 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 28 FETCH (UID 4769 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 29 FETCH (UID 4770 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 30 FETCH (UID 4771 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 31 FETCH (UID 4772 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 32 FETCH (UID 4773 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 33 FETCH (UID 4774 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 34 FETCH (UID 4775 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 35 FETCH (UID 4776 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 36 FETCH (UID 4777 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 37 FETCH (UID 4778 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 38 FETCH (UID 4779 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 39 FETCH (UID 4780 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=32 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 40 FETCH (UID 4781 FLAGS ()) 3896[3048240]: ReadNextLine [stream=30e4608 nb=37 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: * 41 FETCH (UID 4782 FLAGS (\Seen)) 3896[3048240]: ReadNextLine [stream=30e4608 nb=23 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: 9 OK FETCH completed. 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:SendData: 10 IDLE 3896[3048240]: ReadNextLine [stream=30e4608 nb=22 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: + entering idle mode 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:SendData: DONE 3896[3048240]: ReadNextLine [stream=30e4608 nb=22 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: 10 OK IDLE completed 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:ProcessCurrentURL: entering 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:ProcessCurrentURL:imap://mvaranda%40sealtelecom%2Ecom%2Ebr@mail.m7info.com.br:143/folderstatus%3E.INBOX: = currentUrl 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:SendData: 11 noop 3896[3048240]: ReadNextLine [stream=30e4608 nb=22 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: 11 OK NOOP completed 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:SendData: 12 IDLE 3344[40e02c0]: ImapThreadMainLoop entering [this=47a3000] 0[1730140]: 47a3000:mail.m7info.com.br:NA:SetupWithUrl: clearing IMAP_CONNECTION_IS_OPEN 3344[40e02c0]: 47a3000:mail.m7info.com.br:NA:ProcessCurrentURL: entering 3344[40e02c0]: 47a3000:mail.m7info.com.br:NA:ProcessCurrentURL:imap://mvaranda%40sealtelecom%2Ecom%2Ebr@mail.m7info.com.br:143/folderstatus%3E.INBOX.Trash: = currentUrl 3896[3048240]: ReadNextLine [stream=30e4608 nb=22 needmore=0] 3896[3048240]: 382f800:mail.m7info.com.br:S-INBOX:CreateNewLineFromSocket: + entering idle mode 3344[40e02c0]: ReadNextLine [stream=406a608 nb=242 needmore=0] 3344[40e02c0]: 47a3000:mail.m7info.com.br:NA:CreateNewLineFromSocket: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION STARTTLS] Courier-IMAP ready. Copyright 1998-2004 Double Precision, Inc. See COPYING for distribution information. 3344[40e02c0]: 47a3000:mail.m7info.com.br:NA:SendData: Logging suppressed for this command (it probably contained authentication information) 3344[40e02c0]: ReadNextLine [stream=406a608 nb=16 needmore=0] 3344[40e02c0]: 47a3000:mail.m7info.com.br:NA:CreateNewLineFromSocket: 1 OK LOGIN Ok. 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:SendData: 2 STATUS "INBOX.Trash" (UIDNEXT MESSAGES UNSEEN RECENT) 3344[40e02c0]: ReadNextLine [stream=406a608 nb=67 needmore=0] 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:CreateNewLineFromSocket: * STATUS "INBOX.Trash" (MESSAGES 0 RECENT 0 UIDNEXT 631 UNSEEN 0) 3344[40e02c0]: ReadNextLine [stream=406a608 nb=24 needmore=0] 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:CreateNewLineFromSocket: 2 OK STATUS Completed. 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:ProcessCurrentURL: entering 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:ProcessCurrentURL:imap://mvaranda%40sealtelecom%2Ecom%2Ebr@mail.m7info.com.br:143/folderstatus%3E.INBOX.Sent: = currentUrl 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:SendData: 3 STATUS "INBOX.Sent" (UIDNEXT MESSAGES UNSEEN RECENT) 3344[40e02c0]: ReadNextLine [stream=406a608 nb=66 needmore=0] 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:CreateNewLineFromSocket: * STATUS "INBOX.Sent" (MESSAGES 19 RECENT 0 UIDNEXT 27 UNSEEN 0) 3344[40e02c0]: ReadNextLine [stream=406a608 nb=24 needmore=0] 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:CreateNewLineFromSocket: 3 OK STATUS Completed. 4012[40e0400]: ImapThreadMainLoop entering [this=4934c00] 0[1730140]: 4934c00:mail.m7info.com.br:NA:SetupWithUrl: clearing IMAP_CONNECTION_IS_OPEN 4012[40e0400]: 4934c00:mail.m7info.com.br:NA:ProcessCurrentURL: entering 4012[40e0400]: 4934c00:mail.m7info.com.br:NA:ProcessCurrentURL:imap://mvaranda%40sealtelecom%2Ecom%2Ebr@mail.m7info.com.br:143/select%3E.INBOX.Sent: = currentUrl 4012[40e0400]: ReadNextLine [stream=406a888 nb=242 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:NA:CreateNewLineFromSocket: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION STARTTLS] Courier-IMAP ready. Copyright 1998-2004 Double Precision, Inc. See COPYING for distribution information. 4012[40e0400]: 4934c00:mail.m7info.com.br:NA:SendData: Logging suppressed for this command (it probably contained authentication information) 4012[40e0400]: ReadNextLine [stream=406a888 nb=16 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:NA:CreateNewLineFromSocket: 1 OK LOGIN Ok. 4012[40e0400]: 4934c00:mail.m7info.com.br:A:SendData: 2 select "INBOX.Sent" 4012[40e0400]: ReadNextLine [stream=406a888 nb=60 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:A:CreateNewLineFromSocket: * FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent) 4012[40e0400]: ReadNextLine [stream=406a888 nb=77 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:A:CreateNewLineFromSocket: * OK [PERMANENTFLAGS (\* \Draft \Answered \Flagged \Deleted \Seen)] Limited 4012[40e0400]: ReadNextLine [stream=406a888 nb=13 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:A:CreateNewLineFromSocket: * 19 EXISTS 4012[40e0400]: ReadNextLine [stream=406a888 nb=12 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:A:CreateNewLineFromSocket: * 0 RECENT 4012[40e0400]: ReadNextLine [stream=406a888 nb=34 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:A:CreateNewLineFromSocket: * OK [UIDVALIDITY 1145066202] Ok 4012[40e0400]: ReadNextLine [stream=406a888 nb=32 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:A:CreateNewLineFromSocket: * OK [MYRIGHTS "acdilrsw"] ACL 4012[40e0400]: ReadNextLine [stream=406a888 nb=22 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:A:CreateNewLineFromSocket: 2 OK [READ-WRITE] Ok 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:SendData: 3 getquotaroot "INBOX.Sent" 4012[40e0400]: ReadNextLine [stream=406a888 nb=33 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * QUOTAROOT "INBOX.Sent" "ROOT" 4012[40e0400]: ReadNextLine [stream=406a888 nb=16 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * QUOTA "ROOT" 4012[40e0400]: ReadNextLine [stream=406a888 nb=23 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: 3 OK GETQUOTAROOT Ok. 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:SendData: 4 UID fetch 1:* (FLAGS) 4012[40e0400]: ReadNextLine [stream=406a888 nb=33 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 1 FETCH (UID 8 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=33 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 2 FETCH (UID 9 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=34 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 3 FETCH (UID 10 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=34 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 4 FETCH (UID 11 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=34 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 5 FETCH (UID 12 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=34 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 6 FETCH (UID 13 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=34 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 7 FETCH (UID 14 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=34 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 8 FETCH (UID 15 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=34 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 9 FETCH (UID 16 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=35 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 10 FETCH (UID 17 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=35 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 11 FETCH (UID 18 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=35 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 12 FETCH (UID 19 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=35 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 13 FETCH (UID 20 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=35 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 14 FETCH (UID 21 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=35 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 15 FETCH (UID 22 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=35 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 16 FETCH (UID 23 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=35 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 17 FETCH (UID 24 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=35 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 18 FETCH (UID 25 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=35 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 19 FETCH (UID 26 FLAGS (\Seen)) 4012[40e0400]: ReadNextLine [stream=406a888 nb=23 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: 4 OK FETCH completed. 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:SendData: 5 UID fetch 25:26 (UID RFC822.SIZE FLAGS BODY.PEEK[HEADER.FIELDS (From To Cc Bcc Subject Date Message-ID Priority X-Priority References Newsgroups In-Reply-To Content-Type)]) 4012[40e0400]: ReadNextLine [stream=406a888 nb=213 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 18 FETCH (UID 25 RFC822.SIZE 630385 FLAGS (\Seen) BODY[HEADER.FIELDS ("From" "To" "Cc" "Bcc" "Subject" "Date" "Message-ID" "Priority" "X-Priority" "References" "Newsgroups" "In-Reply-To" "Content-Type")] {273} 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:STREAM:OPEN Size: 630385: Begin Message Download Stream 4012[40e0400]: ReadNextLine [stream=406a888 nb=51 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: Message-ID: <4A68DBAE.2080500@sealtelecom.com.br> 4012[40e0400]: ReadNextLine [stream=406a888 nb=39 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: Date: Thu, 23 Jul 2009 18:52:46 -0300 4012[40e0400]: ReadNextLine [stream=406a888 nb=51 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: From: Marco Varanda <mvaranda@sealtelecom.com.br> 4012[40e0400]: ReadNextLine [stream=406a888 nb=24 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: To: teste.m7@gmail.com 4012[40e0400]: ReadNextLine [stream=406a888 nb=24 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: Subject: teste 1-tb3b3 4012[40e0400]: ReadNextLine [stream=406a888 nb=32 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: Content-Type: multipart/mixed; 4012[40e0400]: ReadNextLine [stream=406a888 nb=50 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: boundary="------------090507070500090207050209" 4012[40e0400]: ReadNextLine [stream=406a888 nb=2 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: 4012[40e0400]: ReadNextLine [stream=406a888 nb=3 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: ) 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:STREAM:CLOSE: Normal Message End Download Stream 4012[40e0400]: ReadNextLine [stream=406a888 nb=213 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: * 19 FETCH (UID 26 RFC822.SIZE 630385 FLAGS (\Seen) BODY[HEADER.FIELDS ("From" "To" "Cc" "Bcc" "Subject" "Date" "Message-ID" "Priority" "X-Priority" "References" "Newsgroups" "In-Reply-To" "Content-Type")] {273} 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:STREAM:OPEN Size: 630385: Begin Message Download Stream 4012[40e0400]: ReadNextLine [stream=406a888 nb=51 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: Message-ID: <4A68DBAE.2080500@sealtelecom.com.br> 4012[40e0400]: ReadNextLine [stream=406a888 nb=39 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: Date: Thu, 23 Jul 2009 18:52:46 -0300 4012[40e0400]: ReadNextLine [stream=406a888 nb=51 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: From: Marco Varanda <mvaranda@sealtelecom.com.br> 4012[40e0400]: ReadNextLine [stream=406a888 nb=24 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: To: teste.m7@gmail.com 4012[40e0400]: ReadNextLine [stream=406a888 nb=24 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: Subject: teste 1-tb3b3 4012[40e0400]: ReadNextLine [stream=406a888 nb=32 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: Content-Type: multipart/mixed; 4012[40e0400]: ReadNextLine [stream=406a888 nb=50 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: boundary="------------090507070500090207050209" 4012[40e0400]: ReadNextLine [stream=406a888 nb=2 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: 4012[40e0400]: ReadNextLine [stream=406a888 nb=3 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: ) 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:STREAM:CLOSE: Normal Message End Download Stream 4012[40e0400]: ReadNextLine [stream=406a888 nb=23 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: 5 OK FETCH completed. 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:SendData: 6 IDLE 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:ProcessCurrentURL: entering 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:ProcessCurrentURL:imap://mvaranda%40sealtelecom%2Ecom%2Ebr@mail.m7info.com.br:143/folderstatus%3E.INBOX.Templates: = currentUrl 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:SendData: 4 STATUS "INBOX.Templates" (UIDNEXT MESSAGES UNSEEN RECENT) 4012[40e0400]: ReadNextLine [stream=406a888 nb=22 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: + entering idle mode 3344[40e02c0]: ReadNextLine [stream=406a608 nb=69 needmore=0] 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:CreateNewLineFromSocket: * STATUS "INBOX.Templates" (MESSAGES 2 RECENT 0 UIDNEXT 3 UNSEEN 0) 3344[40e02c0]: ReadNextLine [stream=406a608 nb=24 needmore=0] 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:CreateNewLineFromSocket: 4 OK STATUS Completed. 1280[1734b00]: ImapThreadMainLoop entering [this=2e5ec00] 0[1730140]: 2e5ec00:mail.m7info.com.br:NA:SetupWithUrl: clearing IMAP_CONNECTION_IS_OPEN 1280[1734b00]: 2e5ec00:mail.m7info.com.br:NA:ProcessCurrentURL: entering 1280[1734b00]: 2e5ec00:mail.m7info.com.br:NA:ProcessCurrentURL:imap://mvaranda%40sealtelecom%2Ecom%2Ebr@mail.m7info.com.br:143/select%3E.INBOX.Templates: = currentUrl 1280[1734b00]: ReadNextLine [stream=1711708 nb=242 needmore=0] 1280[1734b00]: 2e5ec00:mail.m7info.com.br:NA:CreateNewLineFromSocket: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION STARTTLS] Courier-IMAP ready. Copyright 1998-2004 Double Precision, Inc. See COPYING for distribution information. 1280[1734b00]: 2e5ec00:mail.m7info.com.br:NA:SendData: Logging suppressed for this command (it probably contained authentication information) 1280[1734b00]: ReadNextLine [stream=1711708 nb=16 needmore=0] 1280[1734b00]: 2e5ec00:mail.m7info.com.br:NA:CreateNewLineFromSocket: 1 OK LOGIN Ok. 1280[1734b00]: 2e5ec00:mail.m7info.com.br:A:SendData: 2 select "INBOX.Templates" 1280[1734b00]: ReadNextLine [stream=1711708 nb=60 needmore=0] 1280[1734b00]: 2e5ec00:mail.m7info.com.br:A:CreateNewLineFromSocket: * FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent) 1280[1734b00]: ReadNextLine [stream=1711708 nb=77 needmore=0] 1280[1734b00]: 2e5ec00:mail.m7info.com.br:A:CreateNewLineFromSocket: * OK [PERMANENTFLAGS (\* \Draft \Answered \Flagged \Deleted \Seen)] Limited 1280[1734b00]: ReadNextLine [stream=1711708 nb=12 needmore=0] 1280[1734b00]: 2e5ec00:mail.m7info.com.br:A:CreateNewLineFromSocket: * 2 EXISTS 1280[1734b00]: ReadNextLine [stream=1711708 nb=12 needmore=0] 1280[1734b00]: 2e5ec00:mail.m7info.com.br:A:CreateNewLineFromSocket: * 0 RECENT 1280[1734b00]: ReadNextLine [stream=1711708 nb=34 needmore=0] 1280[1734b00]: 2e5ec00:mail.m7info.com.br:A:CreateNewLineFromSocket: * OK [UIDVALIDITY 1248386618] Ok 1280[1734b00]: ReadNextLine [stream=1711708 nb=32 needmore=0] 1280[1734b00]: 2e5ec00:mail.m7info.com.br:A:CreateNewLineFromSocket: * OK [MYRIGHTS "acdilrsw"] ACL 1280[1734b00]: ReadNextLine [stream=1711708 nb=22 needmore=0] 1280[1734b00]: 2e5ec00:mail.m7info.com.br:A:CreateNewLineFromSocket: 2 OK [READ-WRITE] Ok 1280[1734b00]: 2e5ec00:mail.m7info.com.br:S-INBOX.Templates:SendData: 3 getquotaroot "INBOX.Templates" 1280[1734b00]: ReadNextLine [stream=1711708 nb=38 needmore=0] 1280[1734b00]: 2e5ec00:mail.m7info.com.br:S-INBOX.Templates:CreateNewLineFromSocket: * QUOTAROOT "INBOX.Templates" "ROOT" 1280[1734b00]: ReadNextLine [stream=1711708 nb=16 needmore=0] 1280[1734b00]: 2e5ec00:mail.m7info.com.br:S-INBOX.Templates:CreateNewLineFromSocket: * QUOTA "ROOT" 1280[1734b00]: ReadNextLine [stream=1711708 nb=23 needmore=0] 1280[1734b00]: 2e5ec00:mail.m7info.com.br:S-INBOX.Templates:CreateNewLineFromSocket: 3 OK GETQUOTAROOT Ok. 1280[1734b00]: 2e5ec00:mail.m7info.com.br:S-INBOX.Templates:SendData: 4 UID fetch 1:* (FLAGS) 1280[1734b00]: ReadNextLine [stream=1711708 nb=33 needmore=0] 1280[1734b00]: 2e5ec00:mail.m7info.com.br:S-INBOX.Templates:CreateNewLineFromSocket: * 1 FETCH (UID 1 FLAGS (\Seen)) 1280[1734b00]: ReadNextLine [stream=1711708 nb=33 needmore=0] 1280[1734b00]: 2e5ec00:mail.m7info.com.br:S-INBOX.Templates:CreateNewLineFromSocket: * 2 FETCH (UID 2 FLAGS (\Seen)) 1280[1734b00]: ReadNextLine [stream=1711708 nb=23 needmore=0] 1280[1734b00]: 2e5ec00:mail.m7info.com.br:S-INBOX.Templates:CreateNewLineFromSocket: 4 OK FETCH completed. 1280[1734b00]: 2e5ec00:mail.m7info.com.br:S-INBOX.Templates:SendData: 5 IDLE 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:ProcessCurrentURL: entering 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:ProcessCurrentURL:imap://mvaranda%40sealtelecom%2Ecom%2Ebr@mail.m7info.com.br:143/folderstatus%3E.INBOX.Drafts: = currentUrl 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:SendData: 5 STATUS "INBOX.Drafts" (UIDNEXT MESSAGES UNSEEN RECENT) 1280[1734b00]: ReadNextLine [stream=1711708 nb=22 needmore=0] 1280[1734b00]: 2e5ec00:mail.m7info.com.br:S-INBOX.Templates:CreateNewLineFromSocket: + entering idle mode 3344[40e02c0]: ReadNextLine [stream=406a608 nb=66 needmore=0] 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:CreateNewLineFromSocket: * STATUS "INBOX.Drafts" (MESSAGES 0 RECENT 0 UIDNEXT 1 UNSEEN 0) 3344[40e02c0]: ReadNextLine [stream=406a608 nb=24 needmore=0] 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:CreateNewLineFromSocket: 5 OK STATUS Completed. 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:SendData: DONE 4012[40e0400]: ReadNextLine [stream=406a888 nb=21 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: 6 OK IDLE completed 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:ProcessCurrentURL: entering 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:ProcessCurrentURL:imap://mvaranda%40sealtelecom%2Ecom%2Ebr@mail.m7info.com.br:143/appendmsgfromfile%3E.INBOX.Sent: = currentUrl 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:SendData: 7 append "INBOX.Sent" (\Seen) {595687} 4012[40e0400]: ReadNextLine [stream=406a888 nb=6 needmore=0] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: + OK 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:SendData: Message-ID: <4A68E13C.3060907@sealtelecom.com.br> Date: Thu, 23 Jul 2009 19:16:28 -0300 From: Marco Varanda <mvaranda@sealtelecom.com.br> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.9.1.1) Gecko/20090715 Thunderbird/3.0b3 MIME-Version: 1.0 To: teste.m7@gmail.com Subject: teste 2 Content-Type: multipart/mixed; boundary="------------070902050501020103040108" 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:SendData: 461m6fa eWjStgsxOeMVpZ6DpXJiLc75S4lTUJlhtmxyx6Ad65szSSKHBy27p7Vv6tAXt9+N205xVeyi sJbUtLtWRBlgT/KuvD2VO8dyJbi6NdbwYyDuU4zWznHesbTY1N68qKdmOK2ec1yYpL2hcdhC RsyBuHUUmBgKcjJpTjOPXihRgcfdAAArn6DFyN2DkHrQTtUk849KOrdenalNQMi25Y7uRx+e aUAr15Gec96XcMAg8EZxmlx0yenUVbYhxz0B7UtIOnt7UY71ncYtFFANACA8njGOKWiigQCi gDA6YoosAUUdvSikAUUUD2pgFHBpaTtQAUUA5opDDFFFHc0xBRRSDpzQMXHOaKKM5pAHeiii 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:SendData: 36VBqVnBcrbWw+VJLhmYoeVbaxz7HNR2lzO2p2tndg/aYA5L9pF ATTACHMENT WAS SUPRESSED HERE gI6+Uvc+n5/5471YJKqx54Hp/h/T8O9VdAYIsmJ0iGcOvlROXKEgqcZAz1HXtWvbW0dojJGz kdfncseOev8Ah+HNTNwST0A/z0/p+HNL0znI469P5f0/DnNKUrgIeCeufXp/n/JHNIRkeg9f T/P/ANfrS4PP5Y6e/b/PpzSZwRn/AD3/AM/40kA7AwFxj/Of8/n1qEuFkAfaBng+vrx/n161 3828[33fb940]: ReadNextLine [stream=30e4c48 nb=242 needmore=0] 3828[33fb940]: 4994c00:mail.m7info.com.br:NA:CreateNewLineFromSocket: * OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION STARTTLS] Courier-IMAP ready. Copyright 1998-2004 Double Precision, Inc. See COPYING for distribution information. 3828[33fb940]: 4994c00:mail.m7info.com.br:NA:SendData: Logging suppressed for this command (it probably contained authentication information) 3828[33fb940]: ReadNextLine [stream=30e4c48 nb=16 needmore=0] 3828[33fb940]: 4994c00:mail.m7info.com.br:NA:CreateNewLineFromSocket: 1 OK LOGIN Ok. 3828[33fb940]: 4994c00:mail.m7info.com.br:A:SendData: 2 select "INBOX.Drafts" 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:SendData: Yn/GtWin7RhYyRaarz/plsfT9 0T/WlNpqpP8Ax+W2PeI/41q0UudgZX2PVBn/AE23yeB+5P8AjQbPU8HF5bDt/qT/AI1q0Ue0 YGQLLVB/y+23T/nif8f8+9As9UB/4/LYjPeI/wCNa9FHOwMn7FqmP+P2246ZhJ/rSCz1Qf8A L5beo/cn/GteijnYGUbPU+15b+v+pP8AjTUtNS3Z+3QNjsYT/j/np0rXoxg0c7AyjZ6kSCLy 3wD/AM8T/j/n6cUC01P/AJ/Lb2/cn/GtWijnYzK+x6n3vLbPXPkn/wCKpPsWqHGL22Hr+5PX 8/8AP04rWo7cCjnYjJ+x6ngD7Zbe5EJ/xpPsWqAf8ftv9PJI/rWvRRzsZkmz1LHF5bf9+SP5 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:SendData: L0G++16ZHuYGWPKN+HQ/lWmeTxWTjyuzGDEIpLkADkknH41B9ttQcG6h5/wCmi03U+dMu wP8Ank38q5DQtOt9RmmSdmRUUFdpAySea0hBOLk2I7H7daZ5uYePVx/jT2uIFjWUzRhG+6xY AH8axT4ZsBz5s20D++v+FQeIrdLXQraGPcVjkABbBOMGmoRbSTA6JJI5E3ROrr6qc0ye9trY /v544yeQGPNYukzPD4WkljPzoJCuPXNZWiW9nezzNqExMnBCs+3fnOST3pqmtW9kB1ltfWlx IfIuo5Cf4Q/I/CrRIPtXMah4bDxo+nHa+eVZ/lx6g1tWDXMOmg6gR5sWcsDnKjv+VTOK3iwL 3828[33fb940]: ReadNextLine [stream=30e4c48 nb=60 needmore=0] 3828[33fb940]: 4994c00:mail.m7info.com.br:A:CreateNewLineFromSocket: * FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent) 3828[33fb940]: ReadNextLine [stream=30e4c48 nb=77 needmore=0] 3828[33fb940]: 4994c00:mail.m7info.com.br:A:CreateNewLineFromSocket: * OK [PERMANENTFLAGS (\* \Draft \Answered \Flagged \Deleted \Seen)] Limited 3828[33fb940]: ReadNextLine [stream=30e4c48 nb=12 needmore=0] 3828[33fb940]: 4994c00:mail.m7info.com.br:A:CreateNewLineFromSocket: * 0 EXISTS 3828[33fb940]: ReadNextLine [stream=30e4c48 nb=12 needmore=0] 3828[33fb940]: 4994c00:mail.m7info.com.br:A:CreateNewLineFromSocket: * 0 RECENT 3828[33fb940]: ReadNextLine [stream=30e4c48 nb=34 needmore=0] 3828[33fb940]: 4994c00:mail.m7info.com.br:A:CreateNewLineFromSocket: * OK [UIDVALIDITY 1248386535] Ok 3828[33fb940]: ReadNextLine [stream=30e4c48 nb=32 needmore=0] 3828[33fb940]: 4994c00:mail.m7info.com.br:A:CreateNewLineFromSocket: * OK [MYRIGHTS "acdilrsw"] ACL 3828[33fb940]: ReadNextLine [stream=30e4c48 nb=22 needmore=0] 3828[33fb940]: 4994c00:mail.m7info.com.br:A:CreateNewLineFromSocket: 2 OK [READ-WRITE] Ok 3828[33fb940]: 4994c00:mail.m7info.com.br:S-INBOX.Drafts:SendData: 3 getquotaroot "INBOX.Drafts" 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:SendData: kUDA4wcChj8vpjoaiup1trWacgsI0LY9aW4EoOD zx7nijbkc9euaw7LSY762S61IyTzTDdjeQEHYAVNDa3NjDexGVpLQREwszZdDg5H0q3FLZiN WSJZVKugdSOQw4NQQafZwNugtoo3/vKgBrA0ywsLjT4pbi6bzXXLKbjHP0q1qcEVr4ekW0lY oZFO4ybu4zzVctnypgbpXp1pRnqcdKwL7TLWzspbiC7nhljQsrCbqfStbT5XmsbeWZSJHjBI I7kVDWgyznijoM1ihJtU1G7T7VcQW1uwjAhO0s3ck02K6vorTULVN1xd2rBY2I5ZW6E+4FPk 3828[33fb940]: ReadNextLine [stream=30e4c48 nb=35 needmore=0] 3828[33fb940]: 4994c00:mail.m7info.com.br:S-INBOX.Drafts:CreateNewLineFromSocket: * QUOTAROOT "INBOX.Drafts" "ROOT" 3828[33fb940]: ReadNextLine [stream=30e4c48 nb=16 needmore=0] 3828[33fb940]: 4994c00:mail.m7info.com.br:S-INBOX.Drafts:CreateNewLineFromSocket: * QUOTA "ROOT" 3828[33fb940]: ReadNextLine [stream=30e4c48 nb=23 needmore=0] 3828[33fb940]: 4994c00:mail.m7info.com.br:S-INBOX.Drafts:CreateNewLineFromSocket: 3 OK GETQUOTAROOT Ok. 3828[33fb940]: 4994c00:mail.m7info.com.br:S-INBOX.Drafts:SendData: 4 IDLE 3828[33fb940]: ReadNextLine [stream=30e4c48 nb=22 needmore=0] 3828[33fb940]: 4994c00:mail.m7info.com.br:S-INBOX.Drafts:CreateNewLineFromSocket: + entering idle mode 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:SendData: TLyKWTyIT tlkhByh2gZxTrcW9xqlmIb67vmjJcksCkYx3OO9b8isImsLyOytNSnkDMqXjgAdSTgAVci1G f7VFDeWUluZsiNgwdSfQ46GsqN0j03UvOt2nhN6yuF4Kg4+b8KW3uVi1G0h0/UZbyNm+eJ/m 2rjruxxQ4J3Y7nTe5qvZztcW4kkgeBskbH69f60RXUU880CFt8JAfK9M9OaLO7ivbcTQ7mQk j5hjkVhYZBrFzJa6fI0RxK5EUfHRjxmklhubSxih05YTsUgtKSMe/uc5qHxBlILSUjKRXKM3 sOma03HGT2BxzV6JIRn6A7S6RA0jFmO4kk5P3jVW5l1Bda09ZzEkDSMFWJid3B+9Vjw7/wAg 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:SendData: olwi90LjgDoKXHWm4zk5PNLgdqgoXsKOTnjjtSc4OOvrQDjgnnpQA cZ6jg+tKfoMij1pAgySBzQAuA3XrSkZPUg0m3GcDrR6AjIpXAXFAHA9aQ8jHNHOBnr3oAWjv RgHAPSjvSAO2etHHHtQ2Mc9KQcqfQ0wAn2PPanfzpoGTnmnUNgIBzRkMCBS0d6QCAd+KXn2o 6+2KRcHpQAtJjHSlJxkngUH0zzSAKBzRgZpO+KAHUnFID0zR0BpgAAI4HFLiijJoAQ8A+1Az 1x+FGeM0DjrQAdTTf4uvtil781U1O7NjYTXIUSGMAhScZ5px1dgLJIJy3XoKd2rFk1O/jtxd 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:SendData: gDj5m9s+n+R+VH/AAkp+fFt jqcFvb/P4VtiwtFOBbxDAGAFHY5H60q2NpnAt4/lx/D75H680uan2DUw28Sup5tsDn+L27/j +n5Uv/CSsRzan8G9s/z/AE/Ktr7FbAgCCLt/COxyP15oFlag4+zxe3yj1z/Pmjmp9g1MVfEx 4/0br1+bpx/n8PfigeJWOP8ARgemcN7f5/D34rb+xW2cfZ4sYwfkHrn+fNDWVtg5t4iP90dz n+fNHNT7BqYY8TM2B9mB6dG9vp/ke/FC+JnB2m0A6dG9q3TZWpyDbxHOc5Uc5OT+vNK1nbNn dbxHOc5Uc5OT+tLmp9g1MIeJmAG609MlW4564/p+PSkXxI3Ba2zkrwCc9Ocf0/HpW4bO3fO6 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:SendData: M/hn7QX/ei3chh1yMgGiilJL8QILlLi30MX6X92ZhEJMM4Kk/THSryXEr6zGhc+W1pv KDpu3daKKc0gKVp9ov7CW9kvbmOUbtqxsAowT2x7d60tHuZLzTIJ5seY684GAcGiipqpJAXy KTqRRRXOhnOeG2zf6rwBmUZx9WrTnmkXWLCEORHIspdfXAGKKK6Jr3n/AF0Ein4eu57u1u/P cs0cjBW74qFLm4nstIja4kU3TMJZFIDEDPftRRTsuZgTpJLZ3d5biaSaOKESp5p3EE54z6cV TZ7iPQl1UXlwbgqHKlhs69NuOlFFWkrsRcfzrjVfIFzNDGLdX2xEDJLH1BqrJdXNumqwCd5D 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:SendData: 4012[40e0400]: ReadNextLine [stream=406a888 nb=0 needmore=1] 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: clearing IMAP_CONNECTION_IS_OPEN - rv = 804b000e 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:TellThreadToDie: close socket connection 4012[40e0400]: 4934c00:mail.m7info.com.br:S-INBOX.Sent:CreateNewLineFromSocket: (null) 0[1730140]: creating protocol instance to retry queued url:imap://mvaranda@sealtelecom.com.br@mail.m7info.com.br:143/appendmsgfromfile>.INBOX.Sent 0[1730140]: retrying url:imap://mvaranda@sealtelecom.com.br@mail.m7info.com.br:143/appendmsgfromfile>.INBOX.Sent 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:ProcessCurrentURL: entering 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:ProcessCurrentURL:imap://mvaranda%40sealtelecom%2Ecom%2Ebr@mail.m7info.com.br:143/appendmsgfromfile%3E.INBOX.Sent: = currentUrl 4012[40e0400]: ImapThreadMainLoop leaving [this=4934c00] 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:SendData: 6 append "INBOX.Sent" (\Seen) {595687} 3344[40e02c0]: ReadNextLine [stream=406a608 nb=6 needmore=0] 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:CreateNewLineFromSocket: + OK 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:SendData: Message-ID: <4A68E13C.3060907@sealtelecom.com.br> Date: Thu, 23 Jul 2009 19:16:28 -0300 From: Marco Varanda <mvaranda@sealtelecom.com.br> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.9.1.1) Gecko/20090715 Thunderbird/3.0b3 MIME-Version: 1.0 To: teste.m7@gmail.com Subject: teste 2 Content-Type: multipart/mixed; boundary="------------070902050501020103040108" 3344[40e02c0]: This is a multi-part message in MIME format. --------------070902050501020103040108 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit --------------070902050501020103040108 Content-Type: application/pdf; name="090608 - 0029 - Telecom FernandoRJ-DSkit-AnaLucia.pdf" Content-Transfer-Encoding: base64 Content-Disposition: attachment; 3344[40e02c0]: filename*0="090608 - 0029 - Telecom FernandoRJ-DSkit-AnaLucia.pdf" JVBERi0xLjQKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyIC9GbGF0ZURl Y29kZT4+CnN0cmVhbQp4nHXMUQqAIAyA4XdP4Qlsm07nexewK/Qc4f1fQisaxBiMiR9/9xCQ ATTACHMENT 2 [details] [diff] WAS SUPPRESED HERE TOO uMYwvp0/LNHNT7BqYreJmViDbHjIGW/n/X+tK/iUqGza9MgAt/P+v4VsrYWgK4t4htxgBemO 3344[40e02c0]: n5ZoFjbIo228eRj+H06flk0c1PsGpiN4oxkC14GQMt7d/wCtO/4Sc9rb16t7d/6+3rWyljaq BtgiGMY+Xpg5H8zSrY2qkFYIhjGPlHbkfrRzU+wamIfExAJFp 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:SendData: clearing IMAP_CONNECTION_IS_OPEN 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:TellThreadToDie: close socket connection 1280[1734b00]: 2e5ec00:mail.m7info.com.br:S-INBOX.Templates:SendData: 6 IDLE 1280[1734b00]: ImapThreadMainLoop leaving [this=2e5ec00] 3344[40e02c0]: 47a3000:mail.m7info.com.br:A:ProcessCurrentURL: aborting queued urls 3344[40e02c0]: ImapThreadMainLoop leaving [this=47a3000]
|
|
||
Updated•15 years ago
|
Whiteboard: [needs protocol log] → [has protocol log]
|
|
||
Comment 7•15 years ago
|
||
(In reply to comment #6) For paste of lo---ng log data by Marco Varanda... Marco Varanda, never paste such long data to bug. It makes reading/following of this bug very hard. Marco Varanda, open separate bug for your problem, with attaching log file to the separated bug, with clear problem description like comment #0, please. Note: As seen in Bug 413240 Comment #21, some peoples reported experience of endless "Copying to sent folder" with IMAP, but no one provided data such as IMAP log, conditions problem occurred, ... yet. You report is very valuable for problem analysis, because you provided IMAP log. Marco Varanda, open separate bug, please. To Mark Pappin(bug opener): Because of paste of long log data, this bug is almost useless because this bug is hard to read/follow. Can you open new bug with clear description like your comment #0, with attaching IMAP log, if you can still reproduce your problem. If you'll open new bug, close this bug as DUP of the new bug, please.
|
|
||
Comment 8•15 years ago
|
||
OK WADA Sorry, I´ll do what you suggest Thanks
|
|
||
Comment 9•15 years ago
|
||
FYI. Marco Varanda has opened Bug 510695 for problem of Comment #6, with attaching IMAP log.
|
||
Comment 10•15 years ago
|
||
I have the same problem with Thunderbird 3.04 on Windows 7 and OSX 6. The IMAP is running on a Windows Exchange 2003 server. I've tried reducing the maximum number of server connections to 1. I've tried direct IP address to the server when on the internal network, as well as remote URL for the server when outside of the network. I've tried changing the drafts folder to a local folder to reduce network traffic. Please fix this!
|
||
Comment 11•14 years ago
|
||
I have the same problem with Thunderbird 3.1.2 and Windows XP+SP3, or Windows 7 /X86. The problem seems to be worse with Windows 7. In my case, I have seven IMAP accounts in Thunderbird, with most of the servers running the qmail MTA. One of the IMAP accounts is with gmail, and another with Yahoo mail. The problem is very hard to reproduce consistently, but seems to be related to an IMAP timeout or temporary network congestion on DSL accounts. The only way to recover is to restart Thunderbird, and then the sent mail is lost. If there is anything I can provide or do to help to get this problem fixed, please let me know.
|
|
||
Comment 12•14 years ago
|
||
Logging enabled with environment variable NSPR_LOG_MODULES=imap:5 . Will post the log the next time it happens.
|
|
||
Comment 13•14 years ago
|
||
Please refer to bug 589973. While that is a different bug report, once logging was enabled for this bug and bug 589973, after three days of usage, TB did not hiccup even once. Before logging was enabled, the failure to store the sent message would occur within a few hours. I am running TB from a batch file for debugging purposes. Below are the entries in my batch file: set NSPR_LOG_MODULES=imap:5 set NSPR_LOG_FILE=%APPDATA%\imap.log C: cd "C:\Program Files\Mozilla Thunderbird" "C:\Program Files\Mozilla Thunderbird\thunderbird.exe" If anyone else is experiencing the same bug, it would probably move things along if you could confirm (or not) that running TB from a batch file with logging enabled gives you similar results - that is, the problem disappears.
|
|
||
Comment 14•14 years ago
|
||
(In reply to comment #10) > I have the same problem with Thunderbird 3.04 on Windows 7 and OSX 6. The IMAP > is running on a Windows Exchange 2003 server. Lee, you might look at one of these bugs https://bugzilla.mozilla.org/buglist.cgi?type1-0-0=nowordssubstr&short_desc=sent%20folder&field0-0-0=short_desc&bug_severity=blocker&bug_severity=critical&bug_severity=major&bug_severity=normal&resolution=---&query_format=advanced&value1-0-0=smart%20unifi%20crash%20gmail%20junk%20search%20creat&longdesc=exchang%20&short_desc_type=allwordssubstr&type0-0-0=anywordssubstr&value0-0-0=messag%20mail&component=Backend&component=Composition&component=Database&component=Folder%20and%20Message%20Lists&component=Mail%20Window%20Front%20End&component=Message%20Compose%20Window&component=Networking%3A%20IMAP&field1-0-0=short_desc&product=MailNews%20Core&product=Thunderbird&longdesc_type=allwordssubstr and provide an imap protocol log please. but please post an update even if you don't see the problem any more.
|
|
||
Comment 15•13 years ago
|
||
(In reply to Wayne Mery (:wsmwk) from comment #14) > > and provide an imap protocol log please. > > but please post an update even if you don't see the problem any more. Wayne, My problem (and I presume Lee's) occurs only when debugging (as per the environment variables) is NOT enabled. Please refer to comment #11 through comment #13. Once you set the environment variables, and a log capture is started, the problem NEVER shows up. Accordingly, the log is useless, because everything in it is as expected. I think bug 589973 is related. I will be putting in an IMAP proxy to capture the protocol log independently of TB's, and I will try to capture the traffic when TB's debugging is off. I have enlisted an IMAP programmer from an email services company to help with the log interpretation, but I need someone who can read the TB C++ code if any anomalies are spotted. Can you help?
|
||
Comment 16•13 years ago
|
||
(In reply to Peter Walter from comment #15) > someone who can read the TB C++ code if any anomalies are spotted. Can you > help? We'll help, please post results in the bug :-) and ask questions too.
|
|
||
Comment 17•13 years ago
|
||
xref bug 413240
|
|
||
Comment 18•13 years ago
|
||
(In reply to Ludovic Hirlimann [:Usul] from comment #16) > (In reply to Peter Walter from comment #15) > > We'll help, please post results in the bug :-) and ask questions too. Thanks, Ludovic. I am pleased to "meet" a distinguished member of the awesome TB team. I note that you xref'd bug 413240. Would you consider also xref'ing bug 589973? I think that bug is related because the abnormal behavior in that bug also goes away once you turn debugging on. I note the status of this bug is now at NEW. Nevertheless, could someone try to replicate this bug as in Lee's comment #10 and my comment #13? Doing so would eliminate the tiny possibility that the problem is related to my software / hardware environment.
|
||
Comment 19•13 years ago
|
||
I've confirmed it. It seems to be one of those bugs triggered by poor internet connectivity. Its similar to Bug #544837
|
|
||
Comment 20•13 years ago
|
||
Removinf "[has protocol log]" in Whiteboard:, because Bug 510695 was opened(closed as INCOMPLETE though) for lo---ng IMAP log of comment #5, and because required IMAP log is still not provided by bug opener. To bug opener, do you still see your problem of comment #0?
Whiteboard: [has protocol log]
|
|
||
Comment 21•13 years ago
|
||
I don't know if Mark is still around, but I'm seeing this bug - its not consistent, and seems to be associated with poor internet connectivity, or possibly because something else is locking the folder (I have the setting where it copies the message back to the same folder as the Inbox).
|
||
Comment 22•13 years ago
|
||
poor internet connectivity is the most likely culprit, for the imap case.
|
|
||
Comment 23•13 years ago
|
||
Right - so the question is why the operation fails and if it fails then the retry ALWAYS fails, the Send works fine so its not a bandwidth issue, it sounds more likely that something in the Save is handling errors/delays different than the routine in the Send.
|
||
Comment 24•13 years ago
|
||
This worked for me: https://getsatisfaction.com/mozilla_messaging/topics/message_failed_to_copy_to_sent_folder (For the account settings, go to Server Settings > Advanced > Maximum number of connections to cache, enter 1 there.)
|
|
||
Comment 25•13 years ago
|
||
If other people are seeing this, then maybe that should default to 1 ? BUT ... more importantly it is clearly a bug that the repeats fail, i.e. that Send is somehow getting mucked up so the Retry won't work no matter if the internet connection is working better.
|
|
||
Comment 26•13 years ago
|
||
Maybe the problem looks like this: Open connection A for sending the message Open connection B for copying to Sent -> B refused by server Send message via A Save message via B -> fails Retry saving via B -> fails again Retry again with B -> still fails etc.
|
||
Comment 27•12 years ago
|
||
Hello I have the same problem. Setting "cached connections" to 1, switching STARTTLS or SSL, disabling Message Synchronizing doesn't change anything. I have excellent internet connection. The only solution for me is to place Send folder in Local folders. I've noticed that problem only occurs when sending more than ~100kB mail. Small text emails are sent properly. My TB version: 16.0a1, Linux i686 Some of my IMAP log -1589650624[9af6f320]: 9af15000:poczta.o2.pl:S-Sent:ProcessCurrentURL: entering -1589650624[9af6f320]: 9af15000:poczta.o2.pl:S-Sent:ProcessCurrentURL:imap://...%40o2%2Epl@poczta.o2.pl:143/appendmsgfromfile%3E/Sent: = currentUrl -1589650624[9af6f320]: 9af15000:poczta.o2.pl:S-Sent:SendData: 56 append "Sent" (\Seen) {92847} -1589650624[9af6f320]: ReadNextLine [stream=a4ee1988 nb=6 needmore=0] -1589650624[9af6f320]: 9af15000:poczta.o2.pl:S-Sent:CreateNewLineFromSocket: + OK -1589650624[9af6f320]: 9af15000:poczta.o2.pl:S-Sent:SendData: Message-ID: <4FEC36A0.30707@o2.pl> Date: Thu, 28 Jun 2012 12:49:04 +0200 From: =?UTF-8?B?TWljaGHFgiBQcnpla29wb3dza2k=?= <...@o2.pl> User-Agent: Mozilla/5.0 (X11; Linux i686; rv:16.0) Gecko/16.0 Thunderbird/16.0a1 MIME-Version: 1.0 To: =?UTF-8?B?TWljaGHFgiBQcnpla29wb3dza2k=?= <...@o2.pl> Subject: test_doc Content-Type: multipart/mixed; -1589650624[9af6f320]: boundary="------------060105020102020606000705" This is a multi-part message in MIME format. --------------060105020102020606000705 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit -- pozdrawiam Michal --------------060105020102020606000705 Content-Type: application/msword; -1589650624[9af6f320]: name="KKL - informacja o leasingobiorcy - AZF-1.doc" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="KKL - informacja o leasingobiorcy - AZF-1.doc" --------------060105020102020606000705-- -1589650624[9af6f320]: 9af15000:poczta.o2.pl:S-Sent:SendData: -1589650624[9af6f320]: ReadNextLine [stream=a4ee1988 nb=0 needmore=1] -1589650624[9af6f320]: 9af15000:poczta.o2.pl:S-Sent:CreateNewLineFromSocket: clearing IMAP_CONNECTION_IS_OPEN - rv = 804b000e -1589650624[9af6f320]: 9af15000:poczta.o2.pl:S-Sent:TellThreadToDie: close socket connection -1589650624[9af6f320]: 9af15000:poczta.o2.pl:S-Sent:CreateNewLineFromSocket: (null) -1220565248[b7117270]: creating protocol instance to retry queued url:imap://...@o2.pl@poczta.o2.pl:143/appendmsgfromfile>/Sent -1220565248[b7117270]: retrying url:imap://...@o2.pl@poczta.o2.pl:143/appendmsgfromfile>/Sent -1496319168[9c1c13a0]: ImapThreadMainLoop entering [this=9a3fe000] -1220565248[b7117270]: 9a3fe000:poczta.o2.pl:NA:SetupWithUrl: clearing IMAP_CONNECTION_IS_OPEN -1589650624[9af6f320]: ImapThreadMainLoop leaving [this=9af15000] -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:NA:ProcessCurrentURL: entering -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:NA:ProcessCurrentURL:imap://...%40o2%2Epl@poczta.o2.pl:143/appendmsgfromfile%3E/Sent: = currentUrl -1496319168[9c1c13a0]: ReadNextLine [stream=9b6af488 nb=114 needmore=0] -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:NA:CreateNewLineFromSocket: * OK [CAPABILITY IMAP4rev1 IDLE CHILDREN NAMESPACE UIDPLUS STARTTLS MOVE XAOL-MOVE XAOL-OPTION ID QUOTA] o2 imap -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:NA:SendData: 1 STARTTLS -1496319168[9c1c13a0]: ReadNextLine [stream=9b6af488 nb=40 needmore=0] -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:NA:CreateNewLineFromSocket: 1 OK Begin TLS negotiation now. Or die -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:NA:SendData: 2 capability -1496319168[9c1c13a0]: ReadNextLine [stream=9b6af488 nb=92 needmore=0] -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:NA:CreateNewLineFromSocket: * CAPABILITY IMAP4rev1 IDLE CHILDREN NAMESPACE UIDPLUS MOVE XAOL-MOVE XAOL-OPTION ID QUOTA -1496319168[9c1c13a0]: ReadNextLine [stream=9b6af488 nb=27 needmore=0] -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:NA:CreateNewLineFromSocket: 2 OK Capability completed -1496319168[9c1c13a0]: try to log in -1496319168[9c1c13a0]: IMAP auth: server caps 0x404CA625, pref 0x0, failed 0x1006, avail caps 0x0 -1496319168[9c1c13a0]: (GSSAPI = 0x1000000, CRAM = 0x0, NTLM = 0x20000, MSN = 0x0, PLAIN = 0x100000, LOGIN = 0x0, old-style IMAP login = 0x200000)auth external IMAP login = 0x0 -1496319168[9c1c13a0]: trying auth method 0x4 -1496319168[9c1c13a0]: got new password -1496319168[9c1c13a0]: IMAP: trying auth method 0x4 -1496319168[9c1c13a0]: old-style auth -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:NA:SendData: Logging suppressed for this command (it probably contained authentication information) -1496319168[9c1c13a0]: ReadNextLine [stream=9b6af488 nb=24 needmore=0] -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:NA:CreateNewLineFromSocket: 4 OK Login OK, welcome -1496319168[9c1c13a0]: login succeeded -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:A:SendData: 5 ID ("name" "Thunderbird-Trunk" "version" "16.0a1") -1496319168[9c1c13a0]: ReadNextLine [stream=9b6af488 nb=29 needmore=0] -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:A:CreateNewLineFromSocket: 5 OK ID finished. Thank you -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:A:SendData: 6 append "Sent" (\Seen) {92847} -1496319168[9c1c13a0]: ReadNextLine [stream=9b6af488 nb=6 needmore=0] -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:A:CreateNewLineFromSocket: + OK -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:A:SendData: Message-ID: <4FEC36A0.30707@o2.pl> Date: Thu, 28 Jun 2012 12:49:04 +0200 From: =?UTF-8?B?TWljaGHFgiBQcnpla29wb3dza2k=?= <...@o2.pl> User-Agent: Mozilla/5.0 (X11; Linux i686; rv:16.0) Gecko/16.0 Thunderbird/16.0a1 MIME-Version: 1.0 To: =?UTF-8?B?TWljaGHFgiBQcnpla29wb3dza2k=?= <...@o2.pl> Subject: test_doc Content-Type: multipart/mixed; -1496319168[9c1c13a0]: boundary="------------060105020102020606000705" This is a multi-part message in MIME format. --------------060105020102020606000705 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit -- pozdrawiam Michal --------------060105020102020606000705 Content-Type: application/msword; -1496319168[9c1c13a0]: name="KKL - informacja o leasingobiorcy - AZF-1.doc" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="KKL - informacja o leasingobiorcy - AZF-1.doc" --------------060105020102020606000705-- -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:A:SendData: -1496319168[9c1c13a0]: ReadNextLine [stream=9b6af488 nb=0 needmore=1] -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:A:CreateNewLineFromSocket: clearing IMAP_CONNECTION_IS_OPEN - rv = 804b000e -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:A:TellThreadToDie: close socket connection -1496319168[9c1c13a0]: 9a3fe000:poczta.o2.pl:A:CreateNewLineFromSocket: (null)
|
||
Comment 28•12 years ago
|
||
I have the exact same problem. Appears on x86 Win Vista, Win 7, 64 bit Win 7 etc. It appears across ALL my 4 accounts using different IMAP servers: MS Exchange, Google, freehostia etc. I am about to stop using thunderbird since this is a very big issue appearing EVERY DAY after a while. It seems to become worse with time. Once it starts appearing it often DOES NOT GO AWAY until I reboot the machine (sometimes it does, but rarely). This shows that there must be some network-stack related state that gets set somehow and then messes up everything. I have seen this bug posted since 2006 or so and I am very surprised to see no-one having fixed it yet. Of course I have tried all the custom settings for connections, timeouts, number of connections to cache etc etc. Been spending the past 2 weeks trying to fix it. I debugged it also and it is very difficult to tell what is going on. I am not going to post the debug log since it is clearly a systemic problem that thunderbird is having across the board. Please please fix this, since it is a big problem and drives people away in droves ... i know of 3 other people in our department that switched to MS Exchange because of this.
|
||
Comment 29•12 years ago
|
||
(In reply to David :Bienvenu from comment #22) > poor internet connectivity is the most likely culprit, for the imap case. 1Gb/local internet. What do you consider poor. When it does happen (which is rarely) it's almost always a large email. Problems 1) default message/read write length to a) IMAP (but not as bad as ... b) Sendmail (4-8k --- I've watched TB drive a large file to Sendmail... take easily 30-60 seconds (large measured in 10's up to 100MB -- but given bug, anything over about 20-30 is prohibitively slow). c) Writes to local HD's which may be networked -- 4-8k each -- All of it adds up... If I am on my server and do a "stat" on a file -- it will tell me the optimal I/O size for that file -- and for any file <768k, the size = the whole file. This is with a 1GB local internet connection -- it would be painfully worse if I used a normal ISP...
|
||
Comment 30•12 years ago
|
||
Had this in the past. Was fixed after a full reinstall of Thunderbird (distro change) and reoccured now with TB 17.0.4. I expect the reason was maybe a corrupt IMAP-folder-cache or so. But also deleting all local IMAP-cachefiles didn't help :-(
|
||
Comment 31•11 years ago
|
||
This is not fixed. It's December 2013 and this is still happening. I send a message. Sometimes it has to retry two or three times. Then it freezes while trying to copy a simple message to the Sent folder.
|
|
||
Comment 32•11 years ago
|
||
Clarification of above: It seems to actually save the message even though it doesn't think it has.
|
||
Comment 33•11 years ago
|
||
Switching from SSL to STARTTLS, or plain text just breaks for me. The problem is only happening on Thunderbird on Windows for me. It does not happen on Thunderbird for Linux, or on the BlackBerry mail client. It is not the network; it works fine on my mobile (BlackBerry OS10 default mail client), my laptop (Debian Wheezy with Thunderbird) on other networks and even on LTE, 3G, and HSPA+. Setting the number of cached connections has minimal effect on the problem. One email __MIGHT__ get through after I change it to 1 cached connection from the default of 5, but then I can't get any more through. I'm using Thunderbird 17.0.7 on Windows. Sometimes rebooting my modem seems to fix the problem, most times it doesn't (could just be coincidence). I can provide a Wireshark packet capture, if it would help. I've tried removing the account and recreating it, to no avail. This problem only happens on Gmail for me. It does not happen for any other IMAP accounts. All of my other IMAP accounts run on a Dovecot 2.1.7 server. Size of emails does not matter. It even happens on emails with a subject line of 'test' and a body of 'test'.
|
|
||
Comment 34•11 years ago
|
||
Just a further clarification. Opposite to meshepley@aol.com, it doesn't actually save the message for me.
|
||
Comment 35•11 years ago
|
||
New computer with Windows 8, the MS mail client included was junk. Downloaded Thunderbird and got the "message was sent but copying to sent folder failed" error. Here is what I did to resolve it for myself: - Deleted "Sent Items" folder. - Created a "SENT" folder under "Local Folders" - Go to Options/Account Settings/Copies & Folders/ - Under "When sending messages, automatically," check "Place a copy in:". Check "Other". Use Local Folders, then find the new "SENT" folder you created. Click OK. Now, your sent messages appear under Local Folders in SENT. Worked for me :)
|
||
Comment 36•11 years ago
|
||
On my system the bug can be averted by opening the IMAP Sent folder before sending mail. This will make Thunderbird login to the account and thus sent mail can be stored. Without this manual action, Thunderbird will not open the IMAP Sent folder before trying to copy messages.
|
||
Comment 37•11 years ago
|
||
Darn it. I have the same problem (TB 24.3.0 running on Windows 7 Home Premium). Server is a Courier ESMTP/IMAP install running on Debian Wheezy. I have been using Courier ESMTP/IMAP since 2001 and never experienced similar problems with any other IMAP client for the past 13+ years (including TB on Linux). Installed TB a couple of weeks ago on a Windows laptop that I use now and then. The problem showed already on the first day (tested with None, STARTTLS, SSL/TLS - makes no difference). As observed by others, I also only see the problem with emails bigger than 100KB(ish). Doesn't happen always, but often. Haven't found a pattern yet.
|
||
Comment 38•11 years ago
|
||
I am having a similar problem. I have TB24.3.0 running on Mac OS X 10.9.2. TB takes a long time to save to the Sent mail IMAP folder. It usually succeeds in about 1-5 minutes; it sometimes fails. I find that two things help temporarily: (i) If I repair the folder, I don't have problems for most of the day. But then it starts misbehaving the next morning. (ii) If I open the Sent folder just before sending the mail, it seems not to happen. I haven't tried (ii) enough number of times to be sure.
|
|
||
Comment 39•11 years ago
|
||
(In reply to Jon Murdock from comment #35) > Now, your sent messages appear under Local Folders in SENT. > > Worked for me :) ---- So your solution is to no longer use IMAP for your Sent messages. I see no indication that the FF developers ever fixed the most likely cause -- too small packet size for the network. This is an illustration of the problem using 'dd' to transfer packets of a given size (read and write). Speeds are MB/s R, then write for a given packet size. Same amount is transferred in each test... only variation is the packet size. Last I measured (which was some time ago,T-bird used a TCP packet size to talk over the net. I couldn't time that small of a packet, it would have taken too long in this test: These are speeds on a 10Gb dedicated line, but background processes on both systems were still running: size Read Write 128M 10.04s, 428 MB/s, 6.58s, 652 MB/s 64M 9.74s, 441 MB/s, 6.68s, 642 MB/s 32M 9.50s, 452 MB/s, 6.79s, 632 MB/s 16M 9.79s, 439 MB/s, 7.11s, 604 MB/s 8M 9.44s, 455 MB/s, 7.36s, 583 MB/s 4M 10.77s, 399 MB/s, 7.57s, 568 MB/s 2M 11.68s, 368 MB/s, 10.20s, 421 MB/s 1M 11.91s, 361 MB/s, 9.45s, 455 MB/s 128K 19.02s, 226 MB/s, 20.75s, 207 MB/s 64K 29.043, 148 MB/s, 33.01s, 130 MB/s 32K 56.46s, 76.1 MB/s, 60.91s, 70.5 MB/s 16K 109.92s, 39.1 MB/s, 110.15s, 39.0 MB/s 8K 198.86s, 21.6 MB/s, 234.77s, 18.3 MB/s --- 4K would have been maybe around 800 seconds or greater looking at the degradation. With 1Gb, my top speeds were 119MB/125MB, so the differences weren't as extreme, but my machine was slower then too... so it still fell off pretty bad @ 4k packet sizes. The above was over CIFS/SMB with a Samba server at the other end. iMAP is not nearly so optimized for speed. The overhead/packet is a major killer in network communications. Encryption makes it worse (BTW -- those samba speeds are unencrypted... as the line is direct link (no switches or routers). Encryption will usually add a significant penalty in this instance, as the speed becomes limited to about 170MB by the CPU power. -- i.e. the scarce resource here is CPU. With encryption using 100% cpu @ around 170MB, that leaves even less for per-packet overhead processing which is why a small TCP R/W sizes are a killer. FWIW, I am using 9k-ethernet frames (I'd use larger if I could, but can't w/my HW). @10Gb, interrupts start taking alot of cpu away from file transfer as packet size shrinks. The best single thing Tbird could do to improve speed would be to increase it's TCP read/write size to as large as possible up to ~8M. That would benefit. If you are on a modem @ 56k or have an unreliable network, then lower packet sizes can be beneficial, but on internal networks, not very much. Ideally, it would be controlled by a setting in about:config, with a max of maybe 64M? Memory is cheap these days...
|
||
Comment 40•11 years ago
|
||
I have been experiencing the same problem during the last few days as well. I use Thunderbird as my interface for my work email on several computers and it is vital that ALL emails are saved to my "sent" folder so that I have good records of my correspondence. This error occurs on all computers I use to access my email. Not OK.
|
||
Comment 41•11 years ago
|
||
Hi! I changed smtp to starttls and it worked fine! It fails only once in a week. Gmail allow it and it seems better than SSL.
|
|
||
Updated•10 years ago
|
Component: Message Compose Window → Networking: IMAP
Product: Thunderbird → MailNews Core
Whiteboard: [dupeme?]
|
|
||
Comment 42•4 years ago
|
||
Daan writes "No I am not using this setup anymore so I am not able to reproduce. It might still exist but I'm unable to verify."
|
|
||
Comment 43•4 years ago
|
||
I still this pretty regularly - its usually noticeable when my connection is poor quality - e.g. in a cafe or tethered to my phone - messages transmit, but the save fails. Sometimes hitting Retry works, sometimes it doesnt.
Even worse - unlike "Send Later" there is no way that I can find to make it try and save later, so you have to keep hitting Retry to make the dialog go away, or lose your local copy.
|
||
Comment 44•4 years ago
|
||
Hello,
I'm surprised to see that this bug is still open after more than 10 years...
It keeps happening for me, from time to time, on two different IMAP servers now. It's VERY annoying when it happens : the only way to male it work is to alternatively click "Retry" - or better hit Alt+R, and select the Sent folder with the mouse to open it. You need to do this quickly because as soon as you click "Retry" the error window reappears immediatly - you only have a few 1/10th of seconds to open the Sent folder and click on a mail inside (try and retry until you're able to select a mail in the Sent folder with the mouse).
Once you're able to do this, and once TB has made an IMAP connection to the Sent folder manually, the error message eventually vanishes, and you can see the sent message in the list.
It also happens on the "Draft" folder sometimes. Less probematic, because after clicking "Retry" you have a few seconds to access the Draft Folder manually and make it work again.
I would be happy to help if I can, as this is driving me nuts...
Thanks !
|
||
Updated•2 years ago
|
Severity: normal → S3
|
||
Comment 45•1 year ago
|
||
Hello,
Still appears on 102.10.0 (64 bit), Win11.
I will check with setting (Maximum number of connections to cache) and set 1 for 2 IMAP accounts.
If the problem appears again I will update.
BR,
Robert
|
||
Comment 46•10 months ago
|
||
Practically all of my users (in different offices in different companies) have always experienced this from time to time.
However, with v115 it got much worse: I'm receiving daily calls from people who can't save their sent mail because they got stuck in retry/abort loop. The more fortunate one get it saved in a local folder (and unless they move those messages to the IMAP account, they won't reach backups).
I understand this is most probably due to connection problems, but most of them are on the same LAN as the IMAP server.
Windows and Mac versions seem to be equally affected.
Unfortunately it's not easy to get a log because it doesn't deterministically happen and these computers are mostly remote for me.
Has anything changed radically in the IMAP code from 102 to 115?
Just wild guessing (and notice I don't know anything about TB's internals)...
I bet ThunderBird "lost" the IMAP connections to the server (either the server dropped it, somehow the client changed IP, the Internet line had a disconnection, a stateful firewall is in the middle... whatever reason):
_ does it try to keep them open with some keep-alive?
_ is so, if the user left it idle for a while, would then it detect such connections were dropped?
_ given there should be no problem in reopening them, it seems it does so when a user visits a folder, but not when it sends a mail.
Does the above make any sense?
|
||
Comment 47•9 months ago
|
||
Same problem here with 115.4.x! Here is some logging when trying to save a draft email:
...
[Parent 27910: IMAP]: I/IMAP 7fc65dd1e600:imap.secureserver.net:S-Drafts:SendData: iteu8LsV2yoTgEfMTnA7gDnisVszeW6QzQdbtRqlx4deAW
[Parent 27910: IMAP]: I/IMAP 7fc65dd1e600:imap.secureserver.net:S-Drafts:SendData: wjYyx/311nH6GGus
[Parent 27910: IMAP]: I/IMAP 7fc65dd1e600:imap.secureserver.net:S-Drafts:SendData:
[Parent 27910: IMAP]: I/IMAP 7fc65dd1e600:imap.secureserver.net:S-Drafts:CreateNewLineFromSocket: clearing IMAP_CONNECTION_IS_OPEN - rv = 804b000e
[Parent 27910: IMAP]: I/IMAP 7fc65dd1e600:imap.secureserver.net:S-Drafts:TellThreadToDie: close socket connection
[Parent 27910: IMAP]: I/IMAP 7fc65dd1e600:imap.secureserver.net:S-Drafts:CreateNewLineFromSocket: (null)
[Parent 27910: IMAP]: D/IMAP URL failed with code 0x804b000e (imap://XXXXXX@imap.secureserver.net:993/appenddraftfromfile%3E/Drafts%3EUID%3E)
[Parent 27910: IMAP]: I/IMAP 7fc65dd1e600:imap.secureserver.net:S-Drafts:ProcessCurrentURL: aborting queued urls
[Parent 27910: IMAP]: I/IMAP 7fc65dd1e600:imap.secureserver.net:S-Drafts:ImapThreadMainLoop: idlePending set
[Parent 27910: IMAP]: I/IMAP 7fc67a505400:imap.secureserver.net:S-INBOX:SendData: DONE
[Parent 27910: IMAP]: I/IMAP 7fc67a505400:imap.secureserver.net:S-INBOX:SendData: 55 logout
[Parent 27910: IMAP]: I/IMAP 7fc678e17f00:imap.secureserver.net:A:SendData: 121 logout
Hopefully there will be some fix soon...
|
|
||
Comment 48•9 months ago
|
||
Hello,
This issue is blocking user activity randomly while sending email messages (let's say some of the messages are urgent).
Firstly reported on 4th Dec 2007 and this issue has not been resolved after so many years...
TB version 115.4.3 64bit.
|
|
||
Updated•9 months ago
|
Flags: needinfo?(vseerror)
|
|
||
Comment 49•9 months ago
|
||
Addendum to my comment above: I had complained to my mail provider (DomainFactory) that sending mails with large attachments very often failed. The Windows mail client seemed to work without any problems, but working with Thunderbird was a disaster. The mail provider escalated my complaint and after a few days I received a message that "a patch" had been applied to the mail server so that the problem should no longer occur with Thunderbird - which was indeed the case! Sending mail with Windows' own mail client still seems to be a bit faster, but working with my beloved Thunderbird is possible again. Thunderbird seems to be somehow more sensitive to certain mail server settings.
You need to log in
before you can comment on or make changes to this bug.
Description
•