similar to: dovecot: 2011-11-04 16:58:01 Error: IMAP(<user>): FETCH for mailbox Trash UID 42022 got too little data: 90900 vs 1529791

I got it with multiple imaptest instances even with current dovecot-1.1 hg tree. I checked the emails with that UIDs and they are actually truncated. Some things I noted on these mails: - they are all with MIME multipart attachments. - the last multipart attachment is truncated - the truncated last line is not complete - the following line is the beginning of a new mail (From line) without any

Hi all, I can send myself a test message that causes Dovecot to crash when I open it in Alpine, with the following error: Jan 12 14:52:52 one-mail dovecot: imap(chris): Error: FETCH [1] for mailbox badbox UID 1 got too little data: 2 vs 4 Jan 12 14:52:52 one-mail dovecot: imap(chris): Error: Corrupted index cache file /home/chris/mail/.imap/badbox/dovecot.index.cache: Broken MIME parts

Hi all, Any thoughts about this error? Should I file a bug report somewhere? Cheers, Chris. On Wed, 12 Jan 2011, Chris Wilson wrote: > Hi all, > > I can send myself a test message that causes Dovecot to crash when I open > it in Alpine, with the following error: > > Jan 12 14:52:52 one-mail dovecot: imap(chris): Error: FETCH [1] for > mailbox badbox UID 1 got too

Whenever I try to access an e-mail in the middle (rather than at the end) of the mailbox, my mail-client (KMail) gets an error a message like this is logged in the maillog: IMAP(mi): FETCH for mailbox INBOX UID 39641 got too little data: 4823 vs 4825 IMAP(mi): Disconnected: Disconnected The actual numbers vary, but it is always X vs X+2 The problem started when I upgraded to 1.0.8.

Hi Timo, I am receiving the above error in dovecot's logs, here's how it looks like: dovecot: Aug 05 19:52:19 Info: imap-login: Login: user=<XXXXXXXXXXXX>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured dovecot: Aug 05 19:53:36 Error: IMAP(XXXXXXXXXXXX): FETCH for mailbox Bulk Mails UID 32 got too little data: 9199 vs 39532 dovecot: Aug 05 19:53:36 Info: IMAP(XXXXXXXXXXXX):

This happened a while back, I was running 1.1rc3 up until today so I have no idea if it would have an effect. Sorry if its something that has been fixed. The error below was repeated many many times, I deleted the index so the user would stop getting disconnected (although I didn't hear any complaints). I have not seen this happen repeatedly in this manner to any other user yet. Apr 15

Using 1.1.1. Got this error message in a tight loop, using both Tbird and Mulberry 3 as client: FETCH for mailbox INBOX UID 32994 got too little data: 1616 vs 1649 I get this repeatedly alternating with a login line. What does this mean? I stopped the server, zipped ~/mail/.imap/INBOX to hide it and let dovecot recreate it, and things seem to be working again. Is there a less destructive way

Hi there, I juste set up dovecot as local imap server last week, with maildir format. Things went fine with two "low volume" accounts, until I added another one. Then I see two different things with connected clients: 1/ Quite oftent well formed messages that appear... and disappear quite immediately. On the server, the messages concerned by 2/ seem to be there, I can open the files

Hi, User's mailbox is failing to sync. Log: Error: read(attachments-connector(/path/storage/m.217)) failed: read(/path/attachments/a5/b0/a5b01f595205522593c27457ea51094872f1f2b42b01e90d27d3f9237bc8a2ab-dbf7460d4778b152ec6e00000d189396[base64:18 b/l]) failed: Stream is larger than expected (256088 > 256087, eof=1) (FETCH BODY[] for mailbox INBOX UID 29925) Sounds like issue here:

Hello, did updates from 1.0.15 to 1.2.11 and is in most cases succesful. Sometimes dovecot leaves errormessage in Log: IMAP(username): FETCH [HEADER] for mailbox INBOX UID 5106 got too little data (copying): 516 vs 528 Until now only Inbox was effected and no other folders. I delete cachesfiles in ~mail/.imap to solve this but is there a way to do this automatical (self healing)? Dovecot

I'm trying to use Wine to run a program called heavy weather - its a windows only program that interfaces with a weather station that I have through a serial port. I was able to get the program up and running with wine. Then, I couldn't get it to connect at all to the weather station. After much too long, I finally realized that the problem was that my permissions on /dev/ttyS0 were too

hello all; one colleague found a strange behavior, that can be annoying : -bash-3.1$ telnet 0 143 Trying 0.0.0.0... Connected to 0 (0.0.0.0). Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE AUTH=PLAIN AUTH=CRAM-MD5] Dovecot ready. l login login pass l OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT SORT=DISPLAY

http://bugzilla.mindrot.org/show_bug.cgi?id=427 Summary: sftp does not preserve uid/gid on fetch Product: Portable OpenSSH Version: 3.4p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P3 Component: sftp AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:

http://bugzilla.mindrot.org/show_bug.cgi?id=427 ------- Additional Comments From gfernandez at livevault.com 2002-11-07 01:12 ------- Created an attachment (id=167) --> (http://bugzilla.mindrot.org/attachment.cgi?id=167&action=view) changes to preserve uid/gid on fetch this is a possible change to preserve uid/gid on fetch ------- You are receiving this mail because: ------- You

http://bugzilla.mindrot.org/show_bug.cgi?id=427 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From djm at mindrot.org 2003-01-03 15:14

This command fails: 2 uid fetch somevaliduid (BODYSTRUCTURE BODY.PEEK[]) 2 BAD Error in IMAP command UID: Unknown command BODYSTRUCTURE Thanks, Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2541 bytes Desc: not available URL:

>From time to time a jboss process would end eating all, the available CPU and the load avg would skyrocket. Once the operators restarted jboss, the system''d be normal again (sometimes for weeks) until the next incident Since we moved the app from a v440 running Solaris 10 8/07 to a t2000 running Solaris 10 5/08 the problem started to happen more frequently (2-3 times a week). The

Hi all, I'm not so sure it is about to dovecot, but any thoughts will be appreciated. I have an email account configured as IMAP(dovecot-1.2.10) via outlook 2010. If I'm creating a *new* mailbox folder, for example "ttt", and *copying* a mail into *that* mailbox folder, then an error message window will be displayed. The problem caused by C:UID FETCH 0 (UID FLAGS

I just switched in a hurry one of our mailbox servers from UW-imapd to Dovecot in an attempt to address performance and stability problems. This server hosts ~5500 accounts, ~2000 are daily used, ~600 simultaneous IMAP connexions in rush hours, and lots of POP ones. Some accounts may be accessed simultaneously with IMAP and POP. The system is : - Debian Sarge (x86 with amd64 kernel) - MBOX files

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-04:16.fetch Security Advisory The FreeBSD Project Topic: Overflow error in fetch Category: core Module: fetch Announced: 2004-11-18