- dovecot - dovecot.org

[Dovecot] Dovecot index, NFS, and multiple architectures
by David Halik 28 Jun '08

28 Jun '08

Hi all, I crawled through the archives for a bit but didn't see anything helpful, so I apologize if this has already been addressed. We've been dying to move from Courier to Dovecot across our whole infrastructure for quite some time, but until recently our setup wasn't possible until this happened: "Dovecot allows mailboxes and their indexes to be modified by multiple computers at the same time, while still performing well. This means that Dovecot works with NFS and clustered filesystems." Now that NFS is officially supported, we figured why not make the switch. All of our mail touches NFS in some way, so we need to check on the stability before completely migrating. In test trials we're having issues with the NFS'd index becoming corrupted. Here's the setup: * Linux workstations running Fedora 8/9 i386 and a locally called Dovecot 1.0.14 * NFS'd homedir with Maildir setup * NFS is on Solaris 9 sparcv9 (64bit) running Dovecot 1.0.14 Now this setup is just a test example and not exactly what we'll be running in production, but it tipped up the problem either way. Since the index is shared by both the Linux i386 machine and the sparc64 Solaris machine, if mail is accessed from both, lets say with Pine for example, the index becomes corrupted and breaks. As long as only one architecture only ever touches it there are no issues. I'm assuming this is an endian issue, which would make the most sense. Is there a way around this with flags or server options? Is this something that has maybe been addressed in 1.1.0? Unfortunately, we are not going to be able to move to Dovecot across all of our systems until this is no longer an issue. We run a lot of mixed environments that have everything from Linux i386/x86_64 to Solaris 9 64 to Windows. If a user accesses IMAP from a Windows box, then logs into the front end which is a Linux x86_64 box and runs Pine, and all of this is on a Solaris sparc NFS system, we're going to have serious issues with the index. ;) Any help would be appreciated. Thanks, -Dave -- ================================ David Halik System Administrator OIT-CSS Rutgers University dhalik(a)jla.rutgers.edu http://www.digitalruin.net ================================

4 9

[Dovecot] Keeping \Seen flag private
by Imobach González Sosa 28 Jun '08

28 Jun '08

Hi all, I wanna to set up shared folders for a couple of users and I'd like that everyone could keep the \Seen flag as private. So if user #1 reads some messages and user #2 not, those messages appear as "unseen" to #2 and "seen" to #1. I've implemented shared folders using namespaces with every user having their own "control" and "private" directories. But all the flags (\Seen included) are "shared". Am I on the right path? Some tip or documentation? Oh, I almost forgot: using dovecot 1.0.13 (from Debian Etch backports). Thank you in advance! -- Imobach González Sosa Banot.net http://www.banot.net/

4 7

[Dovecot] managesieve server aware?
by Cassidy Larson 28 Jun '08

28 Jun '08

Just upgraded to Dovecot 1.1 and thought I'd try out managesieve plugin. My situation is I have two front end proxy boxes and four storage nodes in the back. I have been able to load the managesieve plugin just like I should on the storage nodes, but not on the proxy boxes. My proxy boxes have multiple server sections to deal with unique configurations for 5-7 different mail domains: server mail.host1.com { listen a.b.c.d protocols = imap imaps pop3 pop3s ..... } server mail.host2.com { listen a.b.c.e protocols = imap pop3 .... } If I add the managesieve to the protocols line like I do on my storage nodes, I get this: Error: Can't access mail module directory: /usr/local/lib/dovecot/managesieve: No such file or directory Funny thing is /usr/local/lib/dovecot/managesieve does not exist on the the proxy boxes. It also does not exist on the storage boxes where managesieve loaded just fine. Anybody have any ideas or suggestions? -c

1 1

[Dovecot] Problem Compiling 1.1.1 on AIX
by Jackie Hunt 27 Jun '08

27 Jun '08

Hi all, We've been running Dovecot since December '07 with with no glitches. It's a great solid piece of software, thanks so much Timo!! I thought I'd try out 1.1.1, so I brought it down and tried compiling it on AIX, using the IBM compiler, xlc. It's what I've used all along. The error I'm seeing on the make is: source='array.c' object='array.o' libtool=no DEPDIR=.deps depmode=aix / bin/sh ../../depcomp xlc -DHAVE_CONFIG_H -I. -I../.. -I/usr/local/openssl_0. 9.7e/include -g -qcpluscmt -c array.c "macros.h", line 149.68: 1506-211 (S) Parameter list must be empty, or consist o f one or more identifiers separated by commas. make: 1254-004 The error code from the last command is 1. Looking at macros.h, the section it is erroring on is: #ifdef CONTEXT_TYPE_SAFETY # define CONTEXT_CALLBACK(name, callback_type, callback, context, ...) \ ({(void)(1 ? 0 : callback(context)); \ name(__VA_ARGS__, (callback_type *)callback, context); }) #else # define CONTEXT_CALLBACK(name, callback_type, callback, context, ...) \ name(__VA_ARGS__, (callback_type *)callback, context) #endif The second define is the line the error occurs on. Has anyone seen this before. I'm assuming xlc can't handle the '...' parameter, and an hoping there is an option I can enable. Just thought I might see if anyone else has already solved this issue. Thanks much! Jackie ---- Jackie Hunt ACNS Colorado State University Fort Collins, CO 80523

4 5

[Dovecot] (no subject)
by Bruce Bodger 27 Jun '08

27 Jun '08

Timo, Running v1.1.1 on OS X. What is dovecot trying to tell me here? Jun 24 15:03:50 G518X2 dovecot: IMAP(jjohnson): Sort IDs 4 broken in mailbox INBOX, reseting Thank you! G518X2:~ root# dovecot -n # 1.1.1: /usr/local/etc/dovecot.conf Warning: fd limit 256 is lower than what Dovecot can use under full load (more than 768). Either grow the limit or change login_max_processes_count and max_mail_processes settings protocols: imap pop3 ssl_disable: yes disable_plaintext_auth: no login_dir: /usr/local/var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_process_per_connection: no mail_max_userip_connections(default): 25 mail_max_userip_connections(imap): 25 mail_max_userip_connections(pop3): 10 first_valid_uid: 490 mail_access_groups: mail mail_location: maildir:~/Maildir mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugins(default): mail_log mail_plugins(imap): mail_log mail_plugins(pop3): mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 mail_log_max_lines_per_sec: 0 pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): oe-ns-eoh namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: public separator: / prefix: Public/ location: maildir:/var/mail/shared:CONTROL=~/Maildir/control/ public:INDEX=~/Maildir/index/public list: yes subscriptions: yes auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd Thank you! B. Bodger

3 3

[Dovecot] Wiki: Fedora links
by Kenneth Porter 27 Jun '08

27 Jun '08

Convenience link to add to the Fedora section at <http://wiki.dovecot.org/PrebuiltBinaries>: <http://mirrors.fedoraproject.org/publiclist/>

1 0

[Dovecot] maildirmake -q quota equivalent to set quota
by Eric PEYREMORTE 26 Jun '08

26 Jun '08

Hi, I'm coming from courier-imap and i'm trying to migrate to dovecot. I can't find how to create a maildir with a quota file(maildirsize) I saw that if there was a maildirsize it would get its quota from there but can't find how to create that file. I'm using pam auth and would like to set different quotas for each users. With courier-imap there is a useful command : maildirmake -q 100000S Maildir/ to assign a quota to a maildir. But i don't know how to do with dovecot... Cheers, Erc PEYREMORTE

2 2

[Dovecot] dovecot: unrecognized service
by Kaushal Gandhi 26 Jun '08

26 Jun '08

I have tried to installed dovecot 1.0.15 on Centos 4.6 ./configure --with-pam make make install It got installed without error However when I do [root@~ ]# service dovecot start dovecot: unrecognized service When I do [root@~ ]# # locate dovecot It gives me many files...... /usr/local/sbin/dovecotpw /usr/local/sbin/dovecot /usr/local/etc/dovecot-ldap-example.conf /usr/local/etc/dovecot-example.conf /usr/local/etc/dovecot-sql-example.conf /usr/local/lib/dovecot /usr/local/lib/dovecot/lib10_quota_plugin.la /usr/local/lib/dovecot/lib20_convert_plugin.so /usr/local/lib/dovecot/pop3 /usr/local/lib/dovecot/pop3/lib20_convert_plugin.so /usr/local/lib/dovecot/pop3/lib02_lazy_expunge_plugin.so /usr/local/lib/dovecot/pop3/lib20_mbox_snarf_plugin.so /usr/local/lib/dovecot/pop3/lib10_quota_plugin.so /usr/local/lib/dovecot/pop3/lib20_mail_log_plugin.so /usr/local/lib/dovecot/pop3/lib20_expire_plugin.so /usr/local/lib/dovecot/lib02_lazy_expunge_plugin.so /usr/local/lib/dovecot/lib20_expire_plugin.a /usr/local/lib/dovecot/lda /usr/local/lib/dovecot/lda/lib20_convert_plugin.so /usr/local/lib/dovecot/lda/lib01_acl_plugin.so /usr/local/lib/dovecot/lda/lib10_quota_plugin.so /usr/local/lib/dovecot/lda/lib20_mail_log_plugin.so /usr/local/lib/dovecot/lda/lib20_expire_plugin.so /usr/local/lib/dovecot/lda/lib21_fts_squat_plugin.so /usr/local/lib/dovecot/lda/lib11_trash_plugin.so /usr/local/lib/dovecot/lda/lib20_fts_plugin.so /usr/local/lib/dovecot/lib10_quota_plugin.a /usr/local/lib/dovecot/lib20_mbox_snarf_plugin.la /usr/local/lib/dovecot/lib01_acl_plugin.so /usr/local/lib/dovecot/lib20_mbox_snarf_plugin.so /usr/local/lib/dovecot/lib02_lazy_expunge_plugin.la /usr/local/lib/dovecot/lib20_fts_plugin.a /usr/local/lib/dovecot/lib20_mail_log_plugin.la /usr/local/lib/dovecot/lib20_fts_plugin.la /usr/local/lib/dovecot/lib10_quota_plugin.so /usr/local/lib/dovecot/lib11_trash_plugin.a /usr/local/lib/dovecot/auth /usr/local/lib/dovecot/lib20_convert_plugin.la /usr/local/lib/dovecot/lib20_mail_log_plugin.so /usr/local/lib/dovecot/imap /usr/local/lib/dovecot/imap/lib20_convert_plugin.so /usr/local/lib/dovecot/imap/lib02_lazy_expunge_plugin.so /usr/local/lib/dovecot/imap/lib20_zlib_plugin.so /usr/local/lib/dovecot/imap/lib01_acl_plugin.so /usr/local/lib/dovecot/imap/lib20_mbox_snarf_plugin.so /usr/local/lib/dovecot/imap/lib10_quota_plugin.so /usr/local/lib/dovecot/imap/lib11_imap_quota_plugin.a /usr/local/lib/dovecot/imap/lib20_mail_log_plugin.so /usr/local/lib/dovecot/imap/lib20_expire_plugin.so /usr/local/lib/dovecot/imap/lib11_imap_quota_plugin.la /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so /usr/local/lib/dovecot/imap/lib20_zlib_plugin.a /usr/local/lib/dovecot/imap/lib20_zlib_plugin.la /usr/local/lib/dovecot/imap/lib11_trash_plugin.so /usr/local/lib/dovecot/imap/lib11_imap_quota_plugin.so /usr/local/lib/dovecot/imap/lib20_fts_plugin.so /usr/local/lib/dovecot/lib20_expire_plugin.so /usr/local/lib/dovecot/lib11_trash_plugin.la /usr/local/lib/dovecot/lib21_fts_squat_plugin.so /usr/local/lib/dovecot/lib11_trash_plugin.so /usr/local/lib/dovecot/lib01_acl_plugin.la /usr/local/lib/dovecot/lib20_mail_log_plugin.a /usr/local/lib/dovecot/lib21_fts_squat_plugin.la /usr/local/lib/dovecot/lib20_mbox_snarf_plugin.a /usr/local/lib/dovecot/lib21_fts_squat_plugin.a /usr/local/lib/dovecot/lib20_convert_plugin.a /usr/local/lib/dovecot/lib01_acl_plugin.a /usr/local/lib/dovecot/lib02_lazy_expunge_plugin.a /usr/local/lib/dovecot/lib20_expire_plugin.la /usr/local/lib/dovecot/lib20_fts_plugin.so /usr/local/libexec/dovecot /usr/local/libexec/dovecot/pop3 /usr/local/libexec/dovecot/imap-login /usr/local/libexec/dovecot/gdbhelper /usr/local/libexec/dovecot/dict /usr/local/libexec/dovecot/deliver /usr/local/libexec/dovecot/idxview /usr/local/libexec/dovecot/ssl-build-param /usr/local/libexec/dovecot/listview /usr/local/libexec/dovecot/pop3-login /usr/local/libexec/dovecot/imap /usr/local/libexec/dovecot/rawlog /usr/local/libexec/dovecot/dovecot-auth /usr/local/libexec/dovecot/convert-tool /usr/local/libexec/dovecot/expire-tool /usr/local/libexec/dovecot/logview /usr/local/libexec/dovecot/checkpassword-reply /usr/local/include/dovecot I do not know how do I remove above file and make fresh instalation or rectify the current problem. Any help would be highly appreciated. Best Regards onik

2 1

[Dovecot] local rimapd not working with 1.1.1, fatal error
by David Halik 25 Jun '08

25 Jun '08

Hi all, I just upgraded a couple of Fedora 9 workstations to try out 1.1.1 over NFS'd homedir's and I'm having trouble running dovecot in the same configuration we were with 1.0.14. It's fairly simple, we use pine/alpine and set a couple of variables to fork rimapd directly: * smtp-server=host (for the main mail machine) * user-domain=host (same) * set the inbox-path={localhost}INBOX * ssh-command=%s %s %s %s * ssh-path=/etc/rimapd In rimapd we specifiy: exec /usr/sbin/dovecot --exec-mail imap 2>/dev/null In dovecot.conf we specify: protocols = imap listen = localhost mail_location = maildir:~/Maildir:INDEX=<path>/index/%u:CONTROL=<path>/control/%u namespace public { separator = . prefix = INBOX. inbox = yes } protocol imap { mail_executable = /usr/libexec/dovecot/imap mail_plugins = quota imap_quota } ...and away we go. This enables us to run pine and dovecot locally on the workstations since our home directories are all NFS'd to a central server, essentially giving us Maildir access anywhere local. This has been working great for a long time, and we still use it with 1.0.14, but as soon as I upgraded to 1.1.1, pine is telling me: "rsh to IMAP server timed out" "localhost,143: Connection refused" I know this is very pine specific, but our pine configuration hasn't changed, only dovecot has. I check the obvious answers like perms, and ensured the same dovecot conf exists, and it does. I'm pretty stumped. It's obviously the newer dovecot causing problems, but I don't know where exactly. If I run "/usr/sbin/dovecot --exec-mail imap" manually, i still get the normal IMAP session. The only error I see anywhere is this in /var/log/maillog: Jun 24 15:36:28 host IMAP(user): : Fatal: io_loop_handle_add: epoll_ctl(1, 2): Operation not permitted That doesn't really tell me much though. Any ideas? Is dovecot taking different arguments now so my rimapd line isn't working properly? Any help would be appreciated. Thanks. -- ================================ David Halik System Administrator OIT-CSS Rutgers University dhalik(a)jla.rutgers.edu ================================

1 1

[Dovecot] Automatic Expunge
by Jason Wohlford 25 Jun '08

25 Jun '08

Any suggestions for doing an automatic move and expunge on mailboxes? Cheers, Jason -- Jason Wohlford <jason(a)wohlford.org> <http://wohlford.org>

4 4