On 3/13/07, Timo Sirainen <tss@iki.fi> wrote:

On Tue, 2007-03-13 at 12:01 -0400, bofh list wrote:

...

Hi,

I notice in the Changelog that the tb-negative-fetch workaround shouldn't be needed any longer. We have a user running Thunderbird 1.5.0.8 that is experiencing the same problem described in https://bugzilla.mozilla.org/show_bug.cgi?id=263904

The current command did not succeed. the mail server responded: error in imap command uid: invalid body[..] parameter. Missing '>' in '<12288.-7215>'

Any ideas?

Your UIDs have grown to huge values for some reason, and Thunderbird doesn't like them.

I guess you're using mbox. You can renumber the UIDs by deleting dovecot.index* files and removing X-IMAP, X-IMAPbase and X-UID headers from the mbox.

We are using Maildir over NFS.

On 3/13/07, Timo Sirainen <tss@iki.fi> wrote:

On Tue, 2007-03-13 at 12:11 -0400, bofh list wrote:

...

    > The current command did not succeed. the mail server
    responded:
    > error in imap command uid: invalid body[..] parameter.
    Missing '>' in
    > '<12288.-7215>'
    >
    > Any ideas?

    Your UIDs have grown to huge values for some reason, and
    Thunderbird
    doesn't like them.

    I guess you're using mbox. You can renumber the UIDs by
    deleting
    dovecot.index* files and removing X-IMAP, X-IMAPbase and X-UID
    headers
    from the mbox.

We are using Maildir over NFS.

Weird. Anyway I think the problem is still the same. Check the UID values in dovecot-uidlist file. Are they larger than 2147483647? They can be renumbered by deleting dovecot-uidlist and dovecot.index*.

find . -name 'dovecot-uidlist' |xargs cat |sort -rn |head -1 7556 1173802497.7075_2.mail

Timo Sirainen wrote:

I'm running out of ideas. Check with rawlog what exactly Dovecot and Thunderbird are talking to each others (http://dovecot.org/bugreport.html). Are there any large UIDs either? What is Thunderbird doing just before it sends that command? Maybe its local cache is broken?

I don't have actual ideas on the problem, but I can offer up some help on how to debug it. Save the below as "runtbird.bat" and place it on the user's desktop, and tell them to run this instead of the ThunderBird icon. This will log all the debug info from the client so you can go through it:

== snip == set mydate=%date:~-4,4%%date:~-7,2%%date:~-10,2% set mytime=%time:~0,2%%time:~+3,2%

set NSPR_LOG_MODULES=IMAP:5 set NSPR_LOG_FILE=c:\thunderbird_%mydate%_%mytime%.log

start /d "c:\program files\mozilla thunderbird" thunderbird.exe == snip ==

Obviously adjust the log location and ThunderBird install folder as appropriate. If you want to log all modules instead of just IMAP (SMTP, e.g) then replace "IMAP" above with "all".

Note the above will create a date/time stamped logfile for each run, so you won't lose the previous logs. The 'mydate' and 'mytime' are a little bit of smarmy batch-fu, make sure you get all those percent chars and whatnot in your copy/paste.

hth, -te

ref: http://www.mozilla.org/projects/nspr/reference/html/prlog.html

-- Troy Engel | Systems Engineer Fluid, Inc | http://www.fluid.com

On 3/13/07, Troy Engel <tengel@fluid.com> wrote:

Timo Sirainen wrote:

...

I'm running out of ideas. Check with rawlog what exactly Dovecot and Thunderbird are talking to each others (http://dovecot.org/bugreport.html). Are there any large UIDs either? What is Thunderbird doing just before it sends that command? Maybe its local cache is broken?

I don't have actual ideas on the problem, but I can offer up some help on how to debug it. Save the below as "runtbird.bat" and place it on the user's desktop, and tell them to run this instead of the ThunderBird icon. This will log all the debug info from the client so you can go through it:

...

Cool - the user is using linux but I would imagine the changes to accomplish this are minor!

On 3/13/07, Troy Engel <tengel@fluid.com> wrote:

bofh list wrote:

...

Cool - the user is using linux but I would imagine the changes to accomplish this are minor!

(could you *please* turn off sending HTML email to this list? argh.)

I don't think it is unreasonable to send both text/plain and text/html. I do think it is unreasonable to send only text/html. I'm sending both.

On 3/13/07, Timo Sirainen <tss@iki.fi> wrote: ...

I'm running out of ideas. Check with rawlog what exactly Dovecot and Thunderbird are talking to each others (http://dovecot.org/bugreport.html). Are there any large UIDs either? What is Thunderbird doing just before it sends that command? Maybe its local cache is broken?

Can't reproduce the problem on the client. Chalk it up to broken Thunderbird cache. Client is now logging but it seems like it was a spurious event.