similar to: MBox path

Hi, I 'm new to Dovecot and we are trying to do some tests in a production environment. We use mysql to authenticate and dovecot imap only. But our structure directory is something special. All of ours accounts are stored in maildir and the path is the following: For example the account pepe at inter.net /export/maildir/inter.net/p/e/pepe and into pepe we have

Using dovecot version v1.0.beta8 on FreeBSD 6.1_RELEASE with login_process_per_connection = no in the dovecot.conf file, I still get a new imap process for each IMAP login. That is, if a single user logs in five times, five imap processes are created. The difference appears to be that with a "yes" setting each user login causes a new copy of the imap-login processes to be forked,

Hi, I've been struggling with getting dovecot up and running the last hour, but I seem to be stuck. When logging in (which I can do successfully) my connection is dropped, and the following is outputted to my dovecot log: dovecot: Apr 26 09:56:52 Fatal: chdir(/bin/false) failed with uid 513: Not a directory dovecot: Apr 26 09:56:52 Error: child 27345 (imap) returned error 89 .. But

I just tried upgrading from RC7 to RC8 this morning, and I'm seeing an issue I've never seen before. On my first POP3 login, all is fine, but any subsequent logins seem to fail with the message: dovecot: Oct 10 11:04:31 Error: Maximum number of mail processes exceeded In the dovecot log file. I'm also oddly seeing the message: Oct 10 11:01:05 popbkup pop3-login: [ID 799321

Hmm, this is peculiar! This mailbox has been unchanged on my test server since September. I've been using it to test each new version of Dovecot just after I've compiled it. When beta1 was released, I opened this mbox with no problems. However, when I upgraded to beta2, I got "file size unexpectedly shrinked in mbox file /export/mail/a/24/vis99003/INBOX (16895967 vs 16899267)".

Is their an mbox kicking around somewhere of all the list archives? Ted

I've tried this on both Solaris 8 and SuSE Enterprise 9 (64-bit). I get a assert-crash when using a gzipped mbox folder . OK Logged in. . SELECT test.gz * FLAGS (\Answered \Flagged \Deleted \Seen \Draft $Label4 $Label2 $Label1 $Label3 $Label5) * OK [PERMANENTFLAGS ()] Read-only mailbox. * 167 EXISTS * 0 RECENT * OK [UNSEEN 2] First unseen. * OK [UIDVALIDITY 1096038620] UIDs valid * OK

I am getting this failure when trying to compile dovecot on Sparc Solaris 8: make[4]: Entering directory `/home/systems/looneytr/dovecot-1.1.rc12/src/lib' source='str-find.c' object='str-find.o' libtool=no \ DEPDIR=.deps depmode=gcc /bin/bash ../../depcomp \ gcc -DHAVE_CONFIG_H -I. -I../.. -I/usr/local/openssl/include -g -O2 -Wall -W -Wmissing-prototypes

Is it possible to have folders on read-only partitions in Dovecot 1.0-stable? We have a NetApp fileserver which would probably be accessed via NFS (though iSCSI is possible) and which stores readonly "snapshots" of every directory accessible as .snapshot (but usually hidden from the operating system). It would be very nice to set up a "snapshot" namespace something like

I've been struggling with an odd bug in the latest 1.0-stable (20050427) release. Sometimes Dovecot seems to forget that a message has been read or deleted and marks it unread (or not deleted). As far as I've been able to determine, it seems to happen when 1) There have been several recent deliveries 2) Possibly some of those deliveries are of multiple messages 3) Possibly they are read

I have 3 domains using one mail server. I've set the dovecot mail directories to be /mail/mail/%d/%n When someone logs on, dovecot attempt to navigate to the domain directory first & we get a permission denied, and we get no further. Its very odd because (a) it was working up until 16:50 on Thursday & (b) the directories now have 777 access. Each user is (at present) a separate

Hi, i'm using dovecot-1.0-stable. All my mail accounts are virtual accounts that come from pam with the following configuration in auth_default: passdb = pam userdb = static uid=5000 gid=5000 home=/var/mail/vhost/example.com/%n mail=/var/mail/vhost/example.com/%n for a user foo, if the directory /var/mail/vhost/example.com/foo already exists, then all is ok, but if the directory

Background: I'm new to dovecot (although with many years Washington IMAP behind me). We're considering migrating from Washington IMAP to dovecot on the main service here, and have just started trying dovecot, using RC7. Washington, IMAP has the usual(-ish) "/var/spool/mail" shared area for the INBOX (trad. UNIX "From " format); a user's folders default to being

Hi, I was wondering whether anybody has managed to get Dovecot 1.0 to store INBOX as Maildir and folders as mbox. I've tried something like default_mail_env = mbox:/folders/user/mail:INBOX=maildir:/inboxes/maildir/user:INDEX=/indexes/user but it doesn't seem to work (treats INBOX as mbox). I'm hoping to move some INBOXes from mbox on local disk to Maildir on nicely-mirrored NetApp

Timo, I've noticed a couple of extra compilation errors in last night's snapshot compared to the snapshot I downloaded on Tuesday, probably due to the int -> bool change :- (gcc 3.3.2 on Solaris 8) mbox-sync.c: In function `mbox_sync': mbox-sync.c:1568: warning: comparison is always false due to limited range of data type index-search.c: In function `search_index_arg':

I've got a problem with subscriptions in 1.0-stable when migrating from UW-IMAP. I've modified the SUBSCRIPTION_FILE_NAME entries as suggested in the Wiki http://wiki.dovecot.org/Migration and included the "~/mail/" etc. hidden namespaces. The .mailboxlist files contain entries like "~/mail/somefolder" and the clients have "~/mail/" set as a prefix. In

Talk about personal problems! I am using dovecot-0.99.13-4.FC2, and everything has been going fine for months. Earlier this afternoon, Thunderbird's status pane would say 'Sending authenticate login information...' and I would no longer receive email. When I checked with others, they were fine and dandy. I tried kmail, evolution, and even tried webmail. All had connection errors.

I've had complaints from users about "MISSING_DOMAIN" in header fields and I've tracked it down to having "." in an unquoted display name. By my reading of RFC2822 (especially section 4.1) A N Other <a.n.other at somewhere.org> "A. N. Other" <a.n.other at somewhere.org> are legal, but A. N. Other <a.n.other at somewhere.org> is

It seems that Dovecot gets confused when presented with a header like: From: someone at somewhere.org i.e. with leading whitespace and no "friendly name" This shows up as ""@MISSING_DOMAIN in clients, such as Pine, that believe what Dovecot tells them rather than parsing the headers themselves (e.g. Thunderbird). Here's a sample IMAP session: xyz FETCH 728 ENVELOPE

I've been doing some stress testing in the last few days and fixing all the errors I saw. I'm hoping that I've finally really fixed all the index/mbox problems. So, again I think the only thing left for v1.0 is the documentation. Please test this nightly snapshot before I'll release rc27 tomorrow: http://dovecot.org/nightly/dovecot-latest.tar.gz If you've seen any of the