User Agent: Mozilla/5.0 (Windows NT 6.1; rv:18.0) Gecko/20100101 Firefox/18.0 Build ID: 20130201065344 Steps to reproduce: Launched Thunderbird Actual results: New mail in POP mail account downloads. New mail in IMAP Gmail accounts do not download; Thunderbird hangs: "Downloading mail", and eventually times out. Expected results: Incoming mail from Gmail IMAP accounts should have downloaded.

Does it happen if you start windows in safe mode with networking enabled? see http://windows.microsoft.com/en-US/windows7/Start-your-computer-in-safe-mode

I've not tried safe mode. I have tried Thunderbird 17.0.0 & 17.0.2 on both Windows 7 Starter and XP-sp3 -- identical malfunction. Further details: I have one Pop mail account -- that works fine. Three gmail IMAP accounts -- the inboxes will not download messages; I can send fine, however. I'm currently running the gmail accounts through AVG virus-scanning; I did the obvious check, and eliminated the AVG scanning (went straight to the gmail server); inboxes still wouldn't load. I've gone back to operating on Thunderbird 16.0.2 -- which works perfectly. Help!

Further note: on Thunderbird 16.0.2, I'm running through AVG, everything works great.

(In reply to clanier00 from comment #2) > I've not tried safe mode. If Gmail IMAP, trying with new profile is very easy. 1. Create new profile, 2. start with new profile, 3. disable Global Indexer and Search for testing(Tools/Options/Advancec/General), 4. define a Gmail IMAP account(required action == simply type yourid@gmail.com), 5. disable auto-syncing of all mail folder by uncheck "keep messages on this computer..." of Account Settings/Synchronization, 6. disable automatic new mail check at Server Settings. Does your problem occur with new Tb profile(no add-on), with single newly created account only? If your problem still occurs, get IMAP log with Tb of the new profile, and check IMAP log content by Text Editor. See bug 402793 comment #28 for geting IMAP log. What interferes Tb's access to Inbox of Gmail IMAP?

O.K., further analysis. I tried a new profile; gmail worked fine. Both for a single gmail account, multiple accounts, and multiple accounts plus a single popmail account. However ... when I routed gmail through AVG email virus scanning per their instructions (basically you send and receive email from AVG, and AVG connects to gmail) -- the downloading of new messages hangs. When I reconfigured to go to gmail directly -- everything worked fine. Please note: running through AVG worked fine up through and including Tb 16.0.2. I've searched the AVG forums -- others are complaining of the same problem. Since AVG free 2013 works fine with Tb 16.0.2 (what I'm currently using), it would appear that the problem is in coding changes from Tb 16.0.2 to Tb 17.0.0.

Because Gmail IMAP uses SSL, mail scanner of AVG perhaps forces following, as done by recent !Avast. - Define Gmail IMAP account without SSL(port=143) in Tb. - Define actual Gmail IMAP account in AVG with SSL enabled. - AVG acts as local IMAP proxy server. Tb <-IMAP(non SSL)-> 143: AVG(AVG intercepts imap.gmail.com:143 access from Tb) AVG(proxy) <-IMAP(with SSL)-> 993: imap.gmail.com Big difference around Gmail IMAP between Tb 16 and Tb 17 is; Bug 721316 : "fetch body[HEADER] (X-GM-MSGID X-GM-THRID ..." is issued if Gmail IMAP. Bug 798663 : X-GM-EXT-1 capability is used to identify Gmail IMAP server. Because capability responce from Gmail IMAP server is unchanged, I don't think X-GM-EXT-1 capability response is relevant to your problem. I suspect AVG's wrong behaviour on non-standard "fetch body[HEADER] (X-GM-MSGID ...)" command and/or response. Have you gotten IMAP log and checked the IMAP log? Do you use newest/official AVG release?

I do use the newest/official AVG release, and have continuously updated since Tb 17.0.0 was released. I have not gotten the IMAP log. Logging is more or less past my level of computer expertise; certainly, I would have no understanding of what I was reading in the log. Wouldn't the fastest and most efficient method for fixing this be to have someone who really knows what they're doing (which, frankly, doesn't describe me) see and test the bug? There must be an experienced member of the Tb community -- perhaps whoever wrote the programming on the IMAP changes from Tb 16.0.2 to 17.0.0 -- who has AVG installed on their Windows machine (or could temporarily install it), and could set up a gmail account and duplicate the bug. Since I've had the same response from TB 17.0.0 & 17.0.2, on both Windows 7 Starter and Windows XP, on all official release updates of AVG since Tb 17.0.0 was released ... it shouldn't be that hard to replicate. (Particularly since there's commentary on the AVG bulletin boards about other users having the same problem, and since Tb 16.0.2 -- which I'm still currently using on both 7 and XP -- handles Gmail IMAP plus AVG without any issues. If needed, I can certainly communicate all the settings I've used in both Tb and AVG to route the mail -- though I followed AVG's plain vanilla setup instructions.) AVG and gmail are used widely enough, there's got to be other Tb users who've experienced this. I just felt it was a bug that should be reported... Thanks again.

Simple version of "How to get IMAP log on Win"(Essence of document pointed in bug 402793 comment #28) (0) At Command Prompt, create a directory named C:\Test. MD C:\Test (1) Create BAT(call C:\Test\TB.BAT), puts following commands by Text Editor. SET NSPR_LOG_MODULES=timestamp,imap:5 SET NSPR_LOG_FILE=C:\Test\NSPR.LOG "<Tb's program directory>\thunderbird.exe" (2) At Command Prompt, C:\Test\TB.BAT (3) After test(Tb fails to get mail thru AVG), terminate Tb. (4) At Command Prompt, COPY C:\Test\NSPR.LOG C:\Test\IMAPviaAVG.TXT notepad.exe C:\Test\IMAPviaAVG.TXT That's all. (If line ending is not CRLF and notepad.exe doesn't do line wrapping, and if you can't use text editor other than notepad.exe, Drag&Drop C:\Test\IMAPviaAVG.TXT to a Tab of Browser such as Firefox.)

I'm attaching two files. The first one, with this coment -- TB1602IMAP.LOG -- is the IMAP logfile of Tb16.0.2 successfully downloading a file from Gmail through AVG. The second, in the next comment -- TB1702IMAP.LOG -- is the IMAP logfile of Tb17.0.2 unsuccessfully trying to download a file from Gmail through AVG. Please note: Tb17.0.2 only hangs when there are files to download from gmail; if there are no files, it cycles through successfully. Also, the file that hung on Tb17.0.2 was under account clanier00@gmail.com.

As stated in Comment 9 above, here is the second log file -- TB1702IMAP.LOG. To repeat for clarity's sake, it is the IMAP logfile of Tb17.0.2 unsuccessfully trying to download incoming mail from Gmail through AVG. Again, please note: Tb17.0.2 only hangs when there is mail to download from gmail; if there is no mail, it cycles through successfully. Also, the file that hung on Tb17.0.2 was under account clanier00@gmail.com.

Addenda to Comment 9: When I wrote: "downloading a file from Gmail through AVG", etc -- I should have said, "downloading incoming mail from Gmail through AVG", etc. Just to dot the i's and cross the t's...

(In reply to clanier00 from comment #10) > Created attachment 715193 [details] > IMAP logfile of TB17.0.2 > 2013-02-18 18:01:24.478000 UTC - 4240[65ce3e0]: 7c45c00:imap.googlemail.com:S-INBOX:SendData: 8 UID fetch 3926 (UID X-GM-MSGID X-GM-THRID X-GM-LABELS 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)]) No response from IMAP server(==AVG) to above fetch command. After 100 seconds(default of mailnews.tcptimeout is 100), Tb closed connection due to timeout. > 2013-02-18 18:03:04.478000 UTC - 4240[65ce3e0]: ReadNextLine [stream=94b25c8 nb=0 needmore=1] > 2013-02-18 18:03:04.494000 UTC - 4240[65ce3e0]: 7c45c00:imap.googlemail.com:S-INBOX:CreateNewLineFromSocket: clearing IMAP_CONNECTION_IS_OPEN - rv = 804b000e Problem of AVG when extension by Gmail IMAP(X-GM-MSGID X-GM-THRID X-GM-LABELS) is used. One of following. - AVG ignores above fetch command, or fails to pass the command to Gmail IMAP. - AVG ignores response to above fetch command from Gmail IMAP, or fails to return response from Gmail IMAP to Thunderbird.

Re: Comment 12 As I said, the programming is above my pay grade. I do know that whatever is occurring in Tb 17.0.2 does not occur in Tb 16.0.2. Which seems to indicate that some code change between the two is causing the problem. What happens next?

clanier00: If you disable AVG, does the problem go away? It sounds like the issues is with AVG blocking data being sent and/or received when it sees something it doesn't like. The problem most likely can only be fixed in AVG and nothing can be done in Thunderbird.

Yes, if I disable AVG, the problem goes away. But if I use Thunderbird 16.02 (which I do), the problem goes away as well. The problem popped up when Tbird 17.00 was launched -- and has persisted through at least 17.02.

TB 17 added some additional support for Gmail IMAP features. "X-GM-MSGID X-GM-THRID X-GM-LABELS" from your log that are not present in TB 16. It seems that this is what AVG does not like. I suggest getting in touch with someone at AVG. Hopefully they can update their software to not block this. more info on Gmail IMAP that may be useful to AVG is here: https://developers.google.com/gmail/imap_extensions I am going to mark this as WONTFIX because what Thunderbird is doing really should not be blocked by AVG. If anyone strongly disagrees, we can reopen this bug as a request to make using Gmail's IMAP extensions optional.

Thanks.