similar to: Dovecot .99 Bug - LF not found where expected

I'm using Dovecot 0.99.13 on a fedora core 3 server. I keep getting these errors from time to time. There user ends up retrieving no mail (but no error in their client, be it web mail or pop3 client) What usually fixes it is this procedure: Cp mbox file to mbox_ Remove original mbox Send a test message to recreate mbox. Cat mbox_ >> mbox Problem solved! Can anybody tell me what causes

Howdy all, Dec 19 14:24:53 dev imap(seb): Error indexing mbox file /var/mail/seb: LF not found where expected I just installed version dovecot-0.99.12.1 for the first time on FreeBSD 4.10 stable. This error occurs when I try to check my mail from a remote client and I have new messages. Here is my configuration: http://unf.be/dovecot.conf It's very close to the default install. In

Hi I have installed dovecot 0.99.14-r1 + postfix 2.1.5-r2 in a gentoo OS Looking into the mail.err log I see the following errors: Sep 6 12:26:23 mail pop3(u0185): Error indexing mbox file /var/spool/mail/u0185: LF not found where expected Sep 6 12:26:23 mail pop3(u0185): Error indexing mbox file /var/spool/mail/u0185: LF not found where expected Sep 6 12:26:23 mail pop3(u0185):

Running CentOS 4.4, Sendmail... I've been experiencing some mbox corruption this week. Mail clients can't pick up mail and SquirrelMail gives an error.. of which the logs state "File isn't in mbox format". Is anybody else experiencing this? Any ideas about a correction? Cause? Thanks, John Hinton

mbox messages gets header corruption caused by an extra linefeed after Content-Length Users sees their mails in Sent mbox folder without the from and to fields, without attachments and with the date of 1/1/1970 Diego. --- Here is an anonymized header: >From xxxxxxxx at xxxxxx.xxxxxx.xxxxx.xx.xx Tue Jun 03 09:14:33 2008 Message-ID: <xxxxxxxx.xxxxxxx at xxxxxx.xxxxx.xx.xx> X-UID: 3913

Using dovecot-0.99.13-4.FC2 I grabbed a bunch of Mailman archive files from the Weather mailing list here: <http://www.buoy.com/pipermail/weather/> I gunzipped the older ones, then concatenated them all in correct order to create one big mbox file. I dropped it into my ~/mail folder and started my IMAP client (Mulberry) and opened the new Weather folder. It shows one gargantuan

http://dovecot.org/releases/dovecot-1.0.rc3.tar.gz http://dovecot.org/releases/dovecot-1.0.rc3.tar.gz.sig Does this fix the hangs people have been reporting? - SSL connections hanged sometimes, especially when saving messages. - mbox: Mail bodies were saved with CR+LF linefeeds - Mail forwarding was broken with deliver/Sieve - dbox fixes. Might actually be usable now. - Index file handling

http://dovecot.org/releases/dovecot-1.0.rc3.tar.gz http://dovecot.org/releases/dovecot-1.0.rc3.tar.gz.sig Does this fix the hangs people have been reporting? - SSL connections hanged sometimes, especially when saving messages. - mbox: Mail bodies were saved with CR+LF linefeeds - Mail forwarding was broken with deliver/Sieve - dbox fixes. Might actually be usable now. - Index file handling

Hello All, R 2.11.1 Windows XP, 32-bit Help says that default is eol=''\n''. To me, that represents Linefeed (LF) >From Help: eol the character(s) to print at the end of each line (row). For example, eol="\r\n" will produce Windows'' line endings on a Unix-alike OS, and eol="\r" will produce files as expected by Mac OS Excel 2004. I would

http://dovecot.org/test/ Two potentially dangerous changes: - mbox parser should now be able to handle CR+LF linefeeds. Hopefully doesn't break anything. - Some mail header parser changes. Hopefully doesn't break anything. And other stuff: - COPY shouldn't crash anymore with 64bit systems - If PAM modifies username, keep it - When auth workers died they leaked file

Hi, I discovered when using my fuse fs for connecting to a remote host using sftp that the new server version 7.4 sends a greeter which is not according the format desribed in https://tools.ietf.org/html/rfc4253#section-4 There is written that the greeter "MUST be terminated by a single Carriage Return (CR) and a single Line Feed (LF) character (ASCII 13 and 10, respectively)." Now

Hello, It seems that mbox format mailboxes holding \r\n (CR + LF) character sequences (instead of \n only) still cause assertion failures when moving messages from one folder to another. -- dovecot: Jul 19 17:14:52 Error: IMAP(dovetest): file istream-raw-mbox.c: line 38 3 (istream_raw_mbox_get_body_size): assertion failed: (rstream->body_offset != ( uoff_t)-1) -- I seems to work in -test78

Hello everyone, I'm getting the error below for 2 different users on my system of 150+ users: Sep 12 09:32:49 uavco pop3-login: Login: cah [::ffff:172.16.3.107] Sep 12 09:32:49 uavco pop3(cah): Error indexing mbox file /var/mail/cah: LF not found where expected Sep 12 09:32:49 uavco pop3(cah): Error indexing mbox file /var/mail/cah: LF not found where expected Sep 12 09:32:49 uavco

No, I don't. But I do know that Samba provides transparent file access -- it has no idea what data is in the files it offers to the clients. It could be a database, a JPEG, a text document, or an executable program. What you suggest would be an extremely bad idea. You need better clients -- it is the clients that interpret the contents of the file. Samba is just another file access method.

Hello everybody, I get the following assertion error with dovecot 1.0-stable when accessing a large folder: file istream-raw-mbox.c: line 383 (istream_raw_mbox_get_body_size): assertion failed: (rstream->body_offset != (uoff_t)-1) There is no error when using dovecot 0.99.14. Any ideas ? Martin ----------------------------------------------------------------- Martin Preen, Universitaet

I'm currently using mbox and mbx with UW-IMAP, mbox for space efficiency and mbx for folders with lots of messages for time efficiency without a large space cost. I've avoided maildir because it has a relatively high space cost; mbox has no inter-message cost while maildir wastes on average half a sector plus an inode for each message. What other formats are there, and has anyone come

http://dovecot.org/releases/dovecot-1.0.rc27.tar.gz http://dovecot.org/releases/dovecot-1.0.rc27.tar.gz.sig A few new small features and lots of index/mbox fixes. I've been heavily stress testing this release, so I think it should be about perfect. :) I think the only thing still missing from v1.0 is documentation. There are some unwritten pages in the wiki, and I still haven't bothered

http://dovecot.org/releases/dovecot-1.0.rc27.tar.gz http://dovecot.org/releases/dovecot-1.0.rc27.tar.gz.sig A few new small features and lots of index/mbox fixes. I've been heavily stress testing this release, so I think it should be about perfect. :) I think the only thing still missing from v1.0 is documentation. There are some unwritten pages in the wiki, and I still haven't bothered

I think the code is now stable enough to be called the first release candidate. Please report any bugs, new and old. The filesystem quota numbers should be correct now? http://dovecot.org/releases/dovecot-1.0.rc1.tar.gz http://dovecot.org/releases/dovecot-1.0.rc1.tar.gz.sig * PAM: If user's password is expired, give "Password expired" error message to the user. Now actually

I think the code is now stable enough to be called the first release candidate. Please report any bugs, new and old. The filesystem quota numbers should be correct now? http://dovecot.org/releases/dovecot-1.0.rc1.tar.gz http://dovecot.org/releases/dovecot-1.0.rc1.tar.gz.sig * PAM: If user's password is expired, give "Password expired" error message to the user. Now actually