Mail client send token greater then 8K
+archiv.internet.info-cyrus at i.cz
Thu Feb 5 06:35:21 EST 2004
we encountered following problem:
We are using Cyrus on FreeBSD 4.8 stable and this versions (compiled
and BDB downgraded from 4.1 to 4.0
and this returned "version" from cyradm CLI
name : Cyrus IMAPD
version : v2.1.16 2003/11/19 16:45:28
vendor : Project Cyrus
os : FreeBSD
os-version : 4.8-RELEASE-p13
environment: Cyrus SASL 2.1.17
Sleepycat Software: Berkeley DB 4.0.14: (November 18, 2001)
Built w/OpenSSL 0.9.7c 30 Sep 2003
Running w/OpenSSL 0.9.7c 30 Sep 2003
CMU Sieve 2.2
mmap = shared
lock = fcntl
nonblock = fcntl
auth = unix
idle = poll
mailboxes.db = skiplist
seen.db = skiplist
subs.db = flat
deliver.db = db3-nosync
tls_sessions.db = db3-nosync
User with client Linux Mozilla 1.4 (but M$ OE from IE 6 suite behaves
the same) moved cca. 3000 messages to Trash folder and when he tried
to empty trash folder client does not display any new/recent message.
In imapd log are these errors:
Jan 29 11:56:14 ns imapd: Fatal error: word too long
Then we logged the next session of the user and relevant parts follow:
27 OK Completed
<1075371478<28 uid copy
>1075371478>* BYE Fatal error: word too long
In info-cyrus archive I found response from Ken Murchison related to question
on the similar error:
"Your client is sending either a token or quoted string that is longer
than 8K bytes. In order to find out if this is a bug in the server or a
misbehaving client, we need to see a protocol dump of a session which causes
The token in dump is greater then 8K cca. 11K. Now I have the protocol dump
of the session to observe but I not sent it intentionally because its size
(even compressed). I will send it of course on the request.
We would like to know if it is error in the Cyrus or in mail client.
There we have users which received thousands mails each day and
then it is easy to overrun the limit of token size when client operate
on set of all selected messages.
Also it is hard to push users to make small selections.
Is somewhere (in IMAP's RFC) documented expected response or reaction
of the client to this situation (fatal error for token oversize)?
Or how should idealy behave the mail client to this type of error
from the IMAP server develepor point of view?
Is the client able from the error message recognise that it should
shrink token to smaller size (not only specific to Cyrus imapd
Home Page: http://asg.web.cmu.edu/cyrus
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
More information about the Info-cyrus