- dovecot - dovecot.org

[Dovecot] INBOX un-subscribable (is that a word?)
by Jim Horner 02 Nov '06

02 Nov '06

I am trying to get open-xchange installed and working (which after two days might be futile). In doing this I noticed that no email client can subscribe to INBOX. I'm using rc10 and my namespaces are the following. 99% of the email clients ignore the inability to subscribe to INBOX and display all the folders underneath anyway which is why I've never noticed this issue... however, open-xchange is not in that camp and only displays messages in INBOX. All folders are in the subscriptions file including INBOX but all email clients always list INBOX as not subscribed to. COMPANY are ROOTMAIL are share folders with ACLs in /etc/dovecot/acl and those top folders are not subscribable either. namespace public { separator = . prefix = COMPANY. location = maildir:/home/services/mail/arinbe.com/arinbe/Maildir:CONTROL=%h/shared-set… hidden = no inbox = no } namespace public { separator = . prefix = ROOTMAIL. location = maildir:/home/services/mail/arinbe.com/rootmail/Maildir:CONTROL=%h/shared-s… hidden = no inbox = no } # default namespace namespace private { separator = . inbox = yes hidden = no prefix = INBOX. }

2 1

[Dovecot] FC4 and Dovecot 1.0 not displaying all migrated mailboxes
by Lovell Mcilwain 02 Nov '06

02 Nov '06

Hello all, I recently switched to dovecot on my FC4 server from UW-IMAP on my Mac OS X 10.3 machine and I was able to get my inbox and my trash box to be seen without any issues but all of my other mailboxes don't seem to show up. My mail directory is ~/mail and that is where I placed all of my mailboxes that I moved from my mac, but when I log into my new server using SSL/IMAP, only my trash and my inbox show up. My other mailboxes don't show up at all. Can anyone tell me how I can get my other mailboxes to show? As far as I know these mailboxes are standard unix mailbox files. Thanks

2 1

[Dovecot] another suggestion
by Hans Morten Kind 02 Nov '06

02 Nov '06

On our solaris systems we quite often sees dovecot coredump on exit when trying to free a null buffer. After including if (array->buffer == NULL) return; in array_free() in array.h these coredums have been avoided. hmk

2 1

[Dovecot] BUG in RC10 deliver using mbox format
by Steven F Siirila 02 Nov '06

02 Nov '06

After recently adding the -f parameter to the call to the deliver command which is called by Postfix, I found that e-mail with a null return path (MAIL FROM:<>) was causing Dovecot deliver to SEGFAULT. I verified this by making this patch to deliver.c (notice I fixed a typo here, too): *** deliver.c.orig Fri Oct 13 07:32:28 2006 --- deliver.c Fri Oct 27 21:26:08 2006 *************** *** 446,454 **** i++; if (i == argc) { i_fatal_status(EX_USAGE, ! "Missing envleope argument"); } ! envelope_sender = argv[i]; } else { print_help(); i_fatal_status(EX_USAGE, --- 446,455 ---- i++; if (i == argc) { i_fatal_status(EX_USAGE, ! "Missing envelope argument"); } ! if (*argv[i]) ! envelope_sender = argv[i]; } else { print_help(); i_fatal_status(EX_USAGE, While this fixed my SEGFAULT, it still leaves the "From_" line with the default "dovecot.deliver" as the return path, something I don't want. It should be "MAILER-DAEMON" or some-such just like all the other LDAs in the case of a NULL return path. Perhaps there needs to be a new parameter so one can specify what a NULL return path should be converted to when it is encountered... Also, note that the "Usage" message in deliver.c does not include the relatively new -f option either, so that should have been part of my above patch as well. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs(a)umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593

3 2

[Dovecot] quota with sendmail and dovecot
by Antonio Casado Rodríguez 02 Nov '06

02 Nov '06

I have a problem with dovecot and quotas I don't want quota in INBOX with sendmail (mbox), it's work ok. Sendmail can put the new messages in INBOX although exceed the quota limit. I have two namespace in dovecot: namespace private { separator = / inbox = yes prefix = "#mbox/" location = mbox:/Public/Maildir/%n_mbox_indexes:INBOX=/var/mail/%n } namespace private { separator = / prefix = "" location = maildir:/Public/Maildir/%n } I have this quota: plugin { quota = maildir:storage=10240 } It's work ok, i have 10 MB in INBOX and i have 10 MB in maildir. My clients are Mozilla Thunderbird My problem: when Sendmail put one new message in INBOX, Thunderbird see it, but the quota don't change. I think that when dovecot do a full sync it must update the quota.

2 1

[Dovecot] mbox_sync_read_and_move failure
by Timothy Daly 02 Nov '06

02 Nov '06

Hi, I recently switched to using dovecot for my IMAP server. I'm running dovecot 1.0rc10 on redhat linux 7.3. The filesystem is ext2, not NFS. I'm using mbox for mail storage. It worked okay for a day or two, but now when I try to check my mail I get an error from evolution, my imap client, saying that the server unexpectedly disconnected. In the server logs I see: Nov 2 13:10:49 tenkan dovecot: imap-login: Login: user=<tim>, method=PLAIN, rip=192.132.92.15, lip=216.114.78.229, TLS Nov 2 13:10:58 tenkan dovecot: IMAP(tim): file mbox-sync-rewrite.c: line 405 (mbox_sync_read_and_move): assertion failed: (need_space == (uoff_t)-mails[idx].space) Nov 2 13:10:58 tenkan dovecot: child 30315 (imap) killed with signal 6 I see that this came up on this list a little while ago, but it doesn't sound like it got resolved. For the moment, I'm unable to read my mail via IMAP. :/ Any ideas? Cheers, Tim ____________________________________________________________________________________ Access over 1 million songs - Yahoo! Music Unlimited (http://music.yahoo.com/unlimited)

1 1

[Dovecot] Dovecot-auth stand alone
by Jorgen Lundman 02 Nov '06

02 Nov '06

Since you have to have a SASL implementation with Postfix, either Cyrus or Dovecot, would it be feasable to have autoconf options to build only those parts required? Currently I attempt to disable most things, except for LDAP which we want to use: ./configure --with-ldap --without-pop3d --without-passwd --without-passwd-file --without-shadow --without-pam --without-checkpassword --without-bsdauth --without-vpopmail --without-ssl --without-deliver --without-sql-drivers --with-storages= That still compiles, and installs, imap. No way to stop that. However, master process "dovecot" does not want to start with "protocols=" set to empty. This is somewhat understandable, but I really do not want any listening ports, just the Unix auth socket and dovecot-auth process. Bind localhost for now? I take it I should run dovecot-auth as stand-alone, setting the AUTH_1 environment variable as well as a few others. Lund -- Jorgen Lundman | <lundman(a)lundman.net> Unix Administrator | +81 (0)3 -5456-2687 ext 1017 (work) Shibuya-ku, Tokyo | +81 (0)90-5578-8500 (cell) Japan | +81 (0)3 -3375-1767 (home)

3 5

[Dovecot] 1.0.rc10 status report
by David Lee 02 Nov '06

02 Nov '06

(Background: Relatively new to dovecot; looking to do transparent replacement of long-established UW-IMAP on cluster of Linux boxes which NFS-mount a shared "/var/spool/mail".) With rc8, where I had already increased "login_max_processes_count" from default 128 to 1024, we had still hit the issue of too many logins crashing dovecot, so that trial had only lasted a couple of hours. With rc10, I doubled this to try to avoid the problem (I didn't want to risk testing the new code that addressed the problem... sorry!). We ran for almost a full working day. Good! Because of a few issues (below) I then backed off. 1. "User unknown": We use NIS for our passwd information. On the earlier rc8 test we had had several occurences of "User unknown" (from "deliver") giving "dsn=5..." for perfectly valid users. So for this rc10 test I applied a local patch so these were reduced to "EX_TEMPFAIL" (dsn=4...). (This was triggered, as epected, a few times and subsequent delivery attemtps succeeded.) I strongly suspect that this is some sort of issue with FC5, probably "nscd" and nothing to do with dovecot. Hints would be nice, but from the dovecot perspective you may probably ignore this item. 2. For one particular user, the "deliver" consistently gave: Failed to create storage for '...' with mail 'mbox:/HOME_DIRECTORY_USED_BUT_NOT_GIVEN_BY_USERDB:INBOX=... I think this is ultimately due to something strange in the user ".forward" file. I'd be delighted to follow this up with anyone else who might have seen it. Although in one sense we may be drifting off-topic, in another sense I suspect that there is scope for adjusting "deliver" to handle this more gracefully. 3. There were several occurences of: IMAP(...): file ../../../../../src/lib-storage/index/mbox/mbox-sync-rewrite.c: line 405 (mbox_sync_read_and_move): assertion failed: (need_space == (uoff_t)-mails[idx].space) child 30842 (imap) killed with signal 6 This looks particularly awkward. Any thoughts? 4. There were two occurences of: IMAP(...): file ../../../src/lib-index/mail-index.c: line 1801 (mail_index_move_to_memory): assertion failed: (index->fd == -1) child 20493 (imap) killed with signal 6 Again, this looks particularly awkward. Any thoughts? For these last two items, note that the indexes are currently NFS-shared alongside the INBOX area. I'm still not clear on how to regard the concept of indexes, as applied to a small cluster of machines, and handling simultaneous updates to INBOXes (analogous to the vital importance of INBOX locking for such updates). If one imagines the IMAP daemon (and pop and deliver) as file-clients of the (NFS-shared) INBOXes on a fileserver, do the indexes belong very close to the INBOXes (fileserver) or the dovecot software (file client)? So should I have the indexes on the fileserver (one instance), or should they be on each cluster machine's private storage (possibly several instances; one per cluster machine)? I've got them on the server; would they be better on the cluster clients? (Might that be the cause and fix of these two problems?) -- : David Lee I.T. Service : : Senior Systems Programmer Computer Centre : : Durham University : : http://www.dur.ac.uk/t.d.lee/ South Road : : Durham DH1 3LE : : Phone: +44 191 334 2752 U.K. :

3 2

[Dovecot] deliver + quota failure
by Mark Ruijs 02 Nov '06

02 Nov '06

I use Dovecot's deliver as the LDA for Postfix in a virtual user setting. My maillog reads: Oct 22 00:17:51 mail dovecot: auth(default): master in: USER 1 mark.ruys(a)in2sports.net service=deliver Oct 22 00:17:51 mail dovecot: auth-worker(default): sql(mark.ruys(a)in2sports.net): SELECT maildir AS home, 5000 AS uid, 5000 AS gid, CONCAT('dirsize:storage=', round(quota/1000)) AS quota FROM mailbox WHERE username = 'mark.ruys(a)in2sports.net' AND active = 1 Oct 22 00:17:51 mail dovecot: auth(default): master out: USER 1 mark.ruys(a)in2sports.net home=in2sports.net/mark.ruys/ uid=5000 gid=5000 quota=dirsize:storage=10240 Oct 22 00:17:51 mail deliver(mark.ruys(a)in2sports.net): msgid=<00c801c6f55e$af416fb0$8801a8c0@Moskou>: save failed to INBOX Oct 22 00:17:51 mail deliver(mark.ruys(a)in2sports.net): open(in2sports.net/mark.ruys//.temp.mail.in2sports.net.12777.5c70c02bb158bd1 a) failed: No such file or directory The reason is, I'm out of quota. I expected some kind of bounce, but the message is killed by Amavis because of a bad header: Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit Your message was automatically rejected by Dovecot Mail Delivery Agent. The following reason was given: Quota exceeded --12684/mail.in2sports.net Content-Type: message/disposition-notification Reporting-UA: mail.in2sports.net; Dovecot Mail Delivery Agent Final-Recipient: rfc822; mark.ruys(a)in2sports.net The problem is, there is no recipient (header is missing). Anyone a clue how to fix it? Thanks for some directions. Mark Ruys Config: - Dovecot rc 10 - postfix-2.3.3-2.mysql.sasl2.vda.fc4 dovecot.conf: protocol imap { mail_plugins = quota imap_quota } protocol lda { postmaster_address = postmaster(a)in2sports.net mail_plugins = quota auth_socket_path = /var/run/dovecot/auth-master } postfix/main.cf: dovecot_destination_recipient_limit = 1 virtual_transport = dovecot virtual_create_maildirsize = yes virtual_mailbox_limit_maps = mysql:/etc/postfix/mysql/limits.cfg virtual_mailbox_limit_override = yes virtual_overquota_bounce = yes

2 1

[Dovecot] valid_chroot_dirs question
by Luca Corti 02 Nov '06

02 Nov '06

Hello, I've got a dovecot setup using PAM and real system users. In this setup I also use pure-ftpd to give local users ftp access to their $HOMEs. To have pure-ftpd chroot into the user home i replaced /home/user with /home/user/./ in /etc/passwd. Unfortunately this breaks Dovecot this way: Oct 23 18:18:20 localhost dovecot: Invalid chroot directory '/home/foo' (user foo) (see valid_chroot_dirs in config file) and dovecot.conf says # ':' separated list of directories under which chrooting is allowed for mail # processes (ie. /var/mail will allow chrooting to /var/mail/foo/bar too). # This setting doesn't affect login_chroot or auth_chroot variables. # WARNING: Never add directories here which local users can modify, that # may lead to root exploit. Usually this should be done only if you don't # allow shell access for users. See doc/configuration.txt for more information. #valid_chroot_dirs = Now if I set valid_chroot_dirs = /home everything works, but the WARNING pretty much scares me since user foo HAS shell access. Is this safe? Is there a way to avoid this? Why I can't chroot to /home/foo/./ if I can to /home/foo ? I'm on 1.0rc10 thanks

2 1

[Dovecot] Dovecot imap bug
by Lauri Jesmin 02 Nov '06

02 Nov '06

Hello, i got such error from dovecot RC10, Oct 24 10:38:58 raud dovecot: [ID 107833 mail.info] imap-login: Login: user=<eleppik>, method=PLAIN, rip=xxx, lip=yyy Oct 24 10:39:03 raud dovecot: [ID 107833 mail.error] IMAP(eleppik): file mbox-sync-rewrite.c: line 405 (mbox_sync_read_and_move): assertion failed: (need_space == (uoff_t)-mails[idx].space) This is Solaris on x86, 32 bit executable, compiled with gcc, and there is enough room for index creation. -- Lauri Jesmin <lauri.jesmin(a)ut.ee> Tartu Ülikool

2 1

[Dovecot] Installation of Dovecot
by Steven F Siirila 02 Nov '06

02 Nov '06

When I configure Dovecot to conform to our directory hierarchy, it insists on adding 'dovecot/' to the prefixes I specify. Is there any way to inhibit this? My configure command is: ./configure --prefix=/opt/dovecot --sysconfdir=/etc/opt/dovecot \ --libexecdir=/opt/dovecot/libexec --localstatedir=/var/opt/dovecot \ --without-sql-drivers --with-ssl=openssl \ --with-ssldir=/etc/opt/dovecot My problem is with the resulting directories: /opt/dovecot/libexec/dovecot is used instead of /opt/dovecot/libexec /var/opt/dovecot/lib/dovecot is used instead of /var/opt/dovecot/lib /var/opt/dovecot/run/dovecot is used instead of /var/opt/dovecot/run It seems that Dovecot assumes that libexecdir and localstatedir refer to non-Dovecot-specific directories, and adds 'dovecot/' to the path. Is there any way to avoid this? In our environment )we use: /opt/XXX Optional software XXX /etc/opt/XXX Configuration for optional software XXX /var/opt/XXX Variable data for optional software XXX (Which makes for easier upgrades) -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs(a)umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593

2 1

[Dovecot] Maildir++?
by Marten Lehmann 02 Nov '06

02 Nov '06

Hello just to have up2date records: Is the current dovecot release capable of the maildirsizefile as described in http://www.exim.org/exim-html-4.63/doc/html/spec_html/ch26.html#id2643923 ? Regards Marten

2 1

[Dovecot] Fw: POP 23 problem
by Manoj Fernandez 02 Nov '06

02 Nov '06

Hi there I am using Dovecot on Ubuntu 6 LTS forPOP3 services. The user account created at installation works fine and Iam able to log to POP3 services by telnetr. When I created a another user and tried tologin via telnet this is what happens telnet XXX.XXX.XXX.XXX 10 + OK Dovecot ready user XXXX + OK pass XXX +OK logged in Connection tohost lost and session terminates. Pls advise what could be the problem Tks Manoj Sri Lanka

2 1

[Dovecot] imap process crashing with "file mail-cache-fields.c: line 26: unreached"
by JB Zimmerman 02 Nov '06

02 Nov '06

Hoping someone's seen this and/or can help...heh. I'm running the at rpm of dovecot, version dovecot-1.0-0_27.rc10.el4.at. I'm running it on RHEL4, up to date. We're using Maildir (we're upgraded from a Courier-IMAP installation) and things are working...but...we have a few users with very large mailboxes (not their inboxes) where they archive stuff (200k+ messages). When they try to read those mailboxes, the imap server instantly drops the connection, and I get the following in the log: --cut-- Oct 27 11:20:11 hostname dovecot: IMAP(user): file mail-cache-fields.c: line 26: unreached Oct 27 11:20:11 hostname dovecot: child 27514 (imap) killed with signal 6 --cut-- host and user names changed to protect the guilty. I have tried increasing the imap process size max to 512, as well as doubling the IMAP command size to 131072 (bytes)? Neither made a difference. *other* mailboxes on the same account work fine. The error happens *immediately*, not after a timeout, as soon as they select the mailbox in their client (we're using Evolution, and have tried pine as well...I'm working on trying other clients). The Maildir caching optimization settings in the conf are left to default. Any ideas? Many thanks. J.B. Zimmerman --

3 3

Re: [Dovecot] Clustering (replication and proxying) plans for the future
by Bill Boebel 02 Nov '06

02 Nov '06

On Tue, October 24, 2006 2:31 pm, Timo Sirainen <tss(a)iki.fi> said: > The replication could work simply by sending the transaction logs' > contents to the replicatio process which passes it onto other servers, > which finally sync their local mailboxes based on that data. Since > Dovecot already is able to sync mailboxes based on the transaction log's > contents this should be pretty easy to implement. > > Of course the new mails' contents also have to be sent. This could be > prioritized lower than the transaction traffic, so that each server > always has very up-to-date view of the mailbox metadata, but not > necessarily the contents of all the mails. > > If the server finds itself in a situation that it doesn't have some > specific mail, it'll send a request to the replication process to fetch > it ASAP from another server. The reply will then take the highest > priority in the queue. Is your primary goal with this replication to add redundancy or to distribute load such as for shared mailboxes? I've thought about the redundancy side of this a lot, but not so much about load distribution. It sounds like you're going for load distribution, but... If the goal is redundancy, I'd suggest that mailbox state is less important than the mail data. Index files can be recreated from the data, and would not even be needed on the secondary server(s) unless the primary fails. So I'd put a higher priority on getting the mail content to the secondary servers. If the goal is to distribute load for shared mailboxes, then your prioritization makes sense. Also, if the goal is redundancy, this design can be simplified a lot by having one master and one or more slaves. All modify operations would go to the master, so that you do not need global locks. Different sets of users would belong to different namespaces, so that you can have multiple replication paths in your cluster. You'd also want an API for the replication process so that third-party applications that modify mailboxes can log those changes so that they are replicated. And in that case, the replication process could be made generic enough so that it can be used to replicate any set of files, with or without Dovecot. Bill

1 0

[Dovecot] http://dovecot.org/tools/
by Gavin Henry 01 Nov '06

01 Nov '06

Dear all, Could this be added to http://dovecot.org/tools/ http://cpan.org/authors/id/G/GH/GHENRY/create_dovecot_shares-1.05 Thanks. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/

2 3

[Dovecot] CRASH: mail-cache-fields.c crash - new info, hacked 'solution'
by JB Zimmerman 01 Nov '06

01 Nov '06

I'm baaaaack. :-) I've managed to implement a suggestion from Hans Morten Kind from this list that seems to have stopped the crashing. However, my hack - commenting out a call to i_unreached() - makes me queasy because I have no idea of the ramifications of it (I don't habitually code, myself). So I wanted to lay it out for y'all in case this is a problem that you feel should be looked at. So, here's my situation. Using dovecot-1.0.rc10 downloaded from dovecot.org. Built an RPM locally on my machine (as opposed to prior attempts, which used the AT rpms), which is running RHEL 4AS with all updates. Did *not* configure in postgres, mysql, sqlite, ldap-auth. Other than that, stock (openssl included, eg) - some file locations taken from AT RPMs' spec (redhat specific file locs). No patches performed. SPEC available if y'all think it'd help; the RPM built with no complaints, installed same. Using Maildir format, upgraded from a Courier install, so .folder.subfolder structure. Error behavior: When a user attempted to open a folder containing large numbers of messages (roughly 100k+ messages, as far as we can tell) they immediately got an error saying the server has disconnected. On the server side, I got this in the log (hostname 'magneto' obviously) ---cut--- Nov 1 15:18:16 magneto dovecot: IMAP(joeuser): file mail-cache-fields.c: line 26: unreached Nov 1 15:18:16 magneto dovecot: child 17599 (imap) killed with signal 6 ---cut--- Now, the folder in question is a folder of CVS commit messages (hence the size). If I go into the folder ("/home/joeuser/Maildir/.GNOME CVS commits/") and do 'rm -f dovecot-*' and then have the user try again, then they can open the folder and get a message list. dovecot will rebuild the various index files. However, as soon as they click on an individual message, bam, the same error behavior - and from then on, they can't get into the folder again unless we remove their dovecot files again. We tried this using Evolution, mutt and pine as the clients. All exhibited identical behavior. This is coming over TLS. NOW THE FIX: I made a change to the source (gasp!) that honestly I have no idea the ramifications of, but it has...well, not *fixed*, but sorta fixed it. As per Hans Morten Kind, I commented out the i_unreached() call in field_has_fixed_size(). After this, the mail is readable as is the folder list, but now there is an error message in the log. First things first, here's the change I made to dovecot-1.0.rc10/src/lib-index/mail-cache-fields.c: ---cut--- @@ -23,7 +23,7 @@ return FALSE; } - i_unreached(); +/* i_unreached(); */ return FALSE; } ---cut--- ...and here's what now happens in the log, to the same mail folder as above: ---cut--- Nov 1 15:59:42 magneto dovecot: IMAP(joeuser): Corrupted index cache file /home/joeuser/Maildir/.GNOME CVS commits/dovecot.index.cache: field header names corrupted ---cut--- At that point, I deleted the cache files again, and the error goes away. I also notice that the index.cache file in that folder is much, much larger than it was, from which I posit that the above error was because the crashing imap process had left an incomplete index file. Removing it thus forced a rebuild with the new code which seems to have fixed the problem. Thank you all for your patience. I hand this willingly over to the list. jb -- ------------------------------------ J.B. Zimmerman jbz(a)ximian.com Network Administrator Ximian - http://www.ximian.com ...a tiny little division of Novell.

1 0

[Dovecot] Real and Virtual Users + Domains
by Gerard Seibert 01 Nov '06

01 Nov '06

I have seen a few suggestions on how to address the issue of a system employing both real and virtual users and domains. Is there any definitive solution as to how this should be accomplished? The system I am construction will have several hundred users, both real and virtual, and probably seven domains. I plan on using MySQL to handle the user names and passwords. -- Gerard "Seen it all, done it all, can't remember most of it." Anonymous

2 1

[Dovecot] Upgrade from RC7 to RC10 didn't go too well...
by Dominic Lepiane 01 Nov '06

01 Nov '06

Hi, On the weekend I tried to upgrade from RC7 to RC10. Clearly, I have to change some things before I can do this. What does it take to get to RC10? As is, my mail client got an error trying to list messages in /INBOX (via IMAP) and the mail.err log shows the following messages: Oct 29 10:27:32 siona dovecot: IMAP(archangel): open(/var/mail/archangel/inbox, O_CREAT) failed: Not a directory Oct 29 10:27:32 siona dovecot: IMAP(archangel): mkdir_parents(/var/mail/archangel/.imap/INBOX) failed: Not a directory Oct 29 10:27:32 siona dovecot: IMAP(archangel): open() failed with subscription file /var/mail/archangel/.subscriptions: Not a directory My dovecot.conf includes default_mail_env = mbox:/var/mail/%u And other then enabling SSL, I've got a pretty vanilla configuration (e.g. nothing in the IMAP section at all, no odd namespaces...) /var/mail/archangel is an mbox file, why is dovecot trying to open files under there? I know at least part of the discussion has happened on the list before so I'm sorry for duplicating other questions. My TODO is about ten km long so I hope someone can at least give me a couple good pointers. Thanks in advance! -- Dominic Lepiane The IRMACS Centre

2 2

[Dovecot] Dovecot delivery
by Hr. Daniel Mikkelsen 01 Nov '06

01 Nov '06

Hi. Does the dovecot deliver helper program now support maildirs? Are there plans to support this? -- Daniel Mikkelsen Copyleft Software AS

3 2

Re: [Dovecot] Redundant shared mail store?
by Joshua Goodall 01 Nov '06

01 Nov '06

dovecot(a)redigloo.org wrote: > My ears prick up whenever I hear mention of NetApps and Dovecot. > > Which operating system (Linux, Solaris, Solaris x86...) are you > running. The NFS clients w/Dovecot are currently running Linux 2.6.16 with Trond Myklebust's Linux-2.6.16-NFS_ALL.dif applied (see http://client.linux-nfs.org/) This combo has been stable for months. And yes, we use fcntl locking, and mount noac,actimeo=0. JG

2 1

[Dovecot] moving public folders to private Trash
by Mark Nienberg 01 Nov '06

01 Nov '06

Using Thunderbird 1.5.0.4 against dovecot beta9: If a user has Thunderbird configured to move deleted messages into a Trash folder, then the user cannot delete folders in a public namespace. There is no problem deleting messages. Thunderbird says: "The current command did not succeed. The mail server responded: Can't rename mailbox to another storage type." All mailboxes (public and private) are maildir format. Users can successfully delete folders from their own private areas, and the folders then appear as subfolders of the Trash folder. Also, users can reconfigure Thunderbird to delete messages immediately instead of moving them to trash and then successfully remove public folders. Also, users can move public folders within the public namespace. So I think the problem boils down to the inability to move a folder from a public namespace to a private one, which is what happens when Thunderbird is configured to move deleted messages to a Trash folder. Mark Nienberg

2 1

[Dovecot] IMAP Dovecot with ISPConfig and shared folders?
by Perry 31 Oct '06

31 Oct '06

Fedora 5, postfix, dovecot, ISPConfig server all running well, (don't want to break it) LOL. But, I do not have IMAP shared folders. These instructions on dovecot tell of how to setup namespace to be able to get shared folders. http://wiki.dovecot.org/SharedFolders But given everything is relative in ISPConfig, not sure if this is possible or if I could really mess things up. What tells dovecot to look in the various different web# folders for email? Am I better off using Symlinking??? Thanks much for all comments and direction. ____________________________________________________________________________________ Cheap Talk? Check out Yahoo! Messenger's low PC-to-Phone call rates (http://voice.yahoo.com)

1 0

Re: [Dovecot] Redundant shared mail store?
by Joshua Goodall 31 Oct '06

31 Oct '06

Jasper Bryant-Greene wrote: > Hi guys > > I'm about to embark on a project replacing a legacy single mail server > running proprietary software with a cluster of Dovecot servers. We > clearly need a shared mail store for these servers, but we are not happy > with simply using a server running NFS as this becomes a single point of > failure. > > What have other people used? AFAICT our options are: > > * A shared block device (Fibre Channel, iSCSI, ATAoE etc) running > GFS > or similar to allow multiple servers to access it concurrently > > * Two or more NFS units, either with built-in support for > replication > of FS changes and failover, or with scripts for achieving this > functionality > > I prefer option 1, although it's expensive. What have other people used? > Do we have other options? I recommend a pair of NetApp filers (e.g. 2 x 3020c) exporting NFS from shared disk shelves in their high-availability mode. This is a hybrid of the two options, except a) it's a fully supported and stable NetApp configuration, b) they're sharing disk storage, c) you're not hog-tied to GFS, d) it's the best NFS implementation in the world (you can even trust the fcntl locking), e) it's really fast, f) NetApp's onboard snapshots and other funky software bits will make you wonder how you lived without them, g) the HA actually works. I have a six-digit userbase with mailboxes in this configuration. JG

4 3