similar to: dovecot 1.0-test69 io hangs

Hi all, I noticed a problem with test69. I can recreate it with the following steps: - create a folder - copy about 200 emails from INBOX to this folder The copy succeeds, I can see with rawlog that it actually moves the 200 emails around. I can see on the spool that there are 200 emails. This is maildir, with spool over NFS. Now I immediately select the new folder. I now see only a part of the

http://dovecot.org/test/ I'm not sure if this was test71-specific or if it also happened with test70, but anyway IMAP process was hanging in some situations (I think POP3 hang was fixed though? :). So, fixed that. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed

http://dovecot.org/test/ - Several mbox fixes, upgrade recommended for test68 mbox users - Possibly fixes some IMAP hangs where Dovecot just stopped replying - Fixed delay-newmail workaround. It was badly broken before. And somewhat off topic advertisement: I got a bit distracted from Dovecot a week ago when a guy started mailing me about wanting to write an irssi2 client as a project to

Is this correct ? cmd_rset() if (mail_update_flags(mail, MAIL_SEEN, MODIFY_REMOVE) < 0) break; Args seems to be switched. /Jens ----------------------------------------------------------------------- 'This mail automatically becomes portable when carried.' ----------------------------------------------------------------------- Jens L??s

I get lots of these (in error log): dovecot: Apr 28 14:50:03 Error: IMAP(jenslt): Corrupted index cache file /home0/jenslt/.imap/INBOX/dovecot.index.cache: record points outside file And some of these: dovecot: Apr 28 14:50:03 Error: IMAP(jenslt): Corrupted index cache file /home0/jenslt/.imap/INBOX/dovecot.index.cache: field index too large (2037149797 >= 19) Should I worry or not?

I have begun testing dovecot as (primarly) a POP replacement. So far the only lacking bit is the logging. It would be great if pop3 could log a line at client exit with the following info: (wishlist follows :) o nr deleted mails + total bytes deletes o nr mails left in spool + bytes left o time spent o indication if TLS was used or not If you would lika generic logging API I have one you can

I hacked some command line options into imaptest. I dont think I broke it.. Place into dovecot-source root as usual and compile with: gcc imaptest.c -o imaptest -Wall -W -I. -Isrc/lib -DHAVE_CONFIG_H src/lib/liblib.a As per Timo's instructions. # imaptest -h imaptest [USER at IP:PORTNO] [pass=PASSWORD] [mbox=MBOX] [clients=CC] [msgs=NMSG] [use_authenticate] [PORTNO] USER = template for

Hi All I am experiencing a mail download problem with dovecot's pop3 protocol. We use outlook XP 2002 mail clients and I have setup a mail system with pop accounts on a Fedora 2 installation using dovecot. Some of the clients download email fine but others do not download email and also do not give any error messages. I have enabled the "verbose" options in the

http://dovecot.org/test/ - vpopmail authentication fix - many mmap_disable=yes fixes and a few optimizations - pop3 hang fix - mbox fix for "last-uid lost" error (hopefully last one) - mbox fix for losing dirty flag, causing lost message flags mmap_disable=yes seems to be finally working pretty well. There should be no more cache file related errors with it enabled. I'm still

hi, I've got the following alert window in mozilla (with dovecot): --------------------------------------- The current command did not succeed. The mail server responded: Error in IMAP command: Too long argument.. --------------------------------------- although there is not any messages in my imap.log file. -- Levente "Si vis pacem para bellum!"

I'm trying to bring dovecot up on Debian/stable using Christof Meerwald's unofficial packages (cmeerw.org/debian/). This package seems to work fine on Debian/testing. There error I'm getting on the stable box is: gnutls_handshake: A TLS fatal alert has been received.(Bad record MAC) Any guesses? -- Jacob Elder

Following is patch that allows tbird to download and redelete the last deleted message. Not particularily nice but for "normal" usage the bug/workaround is not triggered. Tested with huge inbox. --- src/pop3/client.h.orig 2005-08-23 15:00:48.000000000 +0200 +++ src/pop3/client.h 2005-08-23 15:02:18.000000000 +0200 @@ -35,6 +35,9 @@ unsigned int top_count; unsigned int

--- src/lib/module-dir.c~ 2006-02-26 13:14:12.000000000 +0100 +++ src/lib/module-dir.c 2006-05-05 11:09:11.000000000 +0200 @@ -255,8 +255,8 @@ } #else - struct module *module_dir_load(const char *dir __attr_unused__, + const char *module_names __attr_unused__, bool require_init_funcs __attr_unused__) {

Love Dovecot, many thanks for it! But, I have a question regarding the storing of emails, with respect to efficiency... Our business model (advertising industry) is such that our users exchange a lot of emails with attachments - most less than a megabyte, but some considerably larger. Consequently, I have been looking for a good, open source imap server that doesn't store multiple copies

Fixes, mostly: * The login and master usernames were reversed when using master_user_separator (now the order is UW-IMAP compatible). * Killing dovecot master process now kills all IMAP and POP3 processes also. + -a parameter to dovecot prints now all settings that Dovecot uses. -n prints all settings that are different from defaults. + Added pop3_lock_session setting + %M modifier

Fixes, mostly: * The login and master usernames were reversed when using master_user_separator (now the order is UW-IMAP compatible). * Killing dovecot master process now kills all IMAP and POP3 processes also. + -a parameter to dovecot prints now all settings that Dovecot uses. -n prints all settings that are different from defaults. + Added pop3_lock_session setting + %M modifier

Is it possible for dovecot to strip realms and force lowercasing of usernames? We have a lot of dumb customers who try logging in to pop3 with crap like UsERNAmE and bla at nonexistentdomain.com. All our usernames are lowercase and we have no realms. Trying to get hundreds of customers to fix this is hard and is a significant and costly support burden. It would be nice if dovecot could handle

Hi, I've been running dovecot for awhile (about 18 months now) and I am very happy with it. I am currently planning an upgrade for the office server and I am wondering how is 1.0 going? Is it stable enough for production? I read a thread in the list from may 5th talking about the stability, and it seemed pretty decent. Anyways just looking for a bit of feedback on the evolution of 1.0

SEARCH is probably the slowest command that Dovecot has, especially when searching texts from message bodies. There exists a lot of text search engines, but unfortunately as far as I know there exists only one that can be used with IMAP. The reason why IMAP is special is because it requires that when searching eg. "ello", it must match also mails which contain eg. word

Hallo, I recently stumple over some discussion about Sieve and what's the advantage to integrate it into the server rather than the LDA. Most of the filtering capabilites local users want to have performed are related to the INBOX or more preciesly the way to filter the message coming in. However, there are few tasks left: 1) Auto-archive old mail. 2) Drop old mail. 3) "Seen"