- dovecot - dovecot.org

[Dovecot] POP to IMAP Transition
by Yudhvir Singh Sidhu 14 Aug '06

14 Aug '06

I am using Dovecot IMAP and added an IMAP folder to an Outlook client which is also popping another account. Both account folders exist in the same client. I am wondering if I can drag the pop-ed mail to the IMAP folder, thereby transferring old mail to the IMAP folder? Outlook allows me to click and drag folders into the IMAP folder. You see where I am going with this, I wnat to transition from the old POP accounts to the new IMAP accounts and delete the old folders. Is this possible? I'd love to hear from someone who has done this. ======== Yudhvir Singh Sidhu Systems Administrator Industry-University Cooperative Research Program www.ucdiscoverygrant.org 2087 Addison Street, 2nd Floor Berkeley, CA 94720-3340 510 643 4039 fax 510 643 7839

3 2

[Dovecot] Dovecot fails to come up when using ACLs (1.0.b5)
by Jeff Turner 14 Aug '06

14 Aug '06

Hi, I just had a go at enabling ACLs with 1.0b5. As per the docs I've done the configuration bit: protocol imap { .. mail_plugins = acl } ... plugin { acl = vfile:/usr/local/etc/dovecot-acls } and created the dovecot-acls file. When I start dovecot, it hangs for a few seconds and dies with this: [root@redback root]# /etc/init.d/dovecot restart Shutting down IMAP daemon (/usr/local/sbin/dovecot1.0rc5): [ OK ] Starting IMAP daemon (/usr/local/sbin/dovecot1.0rc5): IEffective uid=65534, gid=65534 INamespace: type=private, prefix=, sep=/, inbox=yes, hidden=no, subscriptions=no Imaildir: data=/imap/mailboxes/dump-capability Imaildir: root=/imap/mailboxes/dump-capability, index=/imap/mailboxes/dump-capability, control=, inbox= INamespace: type=public, prefix=JiraSupport/, sep=/, inbox=no, hidden=no, subscriptions=no Imaildir: data=/imap/mailboxes/jira-support:CONTROL=/imap/mailboxes/dump-capability/shared-settings/jira-support/control:INDEX=/imap/mailboxes/dump-capability/shared-settings/jira-support/index Imaildir: root=/imap/mailboxes/jira-support, index=/imap/mailboxes/dump-capability/shared-settings/jira-support/index, control=/imap/mailboxes/dump-capability/shared-settings/jira-support/control, inbox= Elstat(/imap/mailboxes/jira-support/cur) failed: Permission denied [FAILED] there's a strange dump-capability mailbox created: [root@redback root]# ls -la /imap/mailboxes/dump-capability/ total 20 drwxrwx--- 5 nfsnobody nfsnobody 4096 Aug 4 19:59 . drwxr-xrwx 28 root mail 4096 Aug 4 19:59 .. drwxrwx--- 2 nfsnobody nfsnobody 4096 Aug 4 19:59 cur drwxrwx--- 2 nfsnobody nfsnobody 4096 Aug 4 19:59 new drwxrwx--- 2 nfsnobody nfsnobody 4096 Aug 4 19:59 tmp [root@redback root]# First I tried making /imap/mailboxes/jira-support/* world-readable, which fixes the 'Permisison denied' error. Dovecot still fails to come up. When I strace the process on startup, this is what it looks like: ...... open("/etc/passwd", O_RDONLY) = 3 fcntl64(3, F_GETFD) = 0 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 fstat64(3, {st_mode=S_IFREG|0644, st_size=3091, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40016000 read(3, "root:x:0:0:root:/root:/bin/bash\n"..., 4096) = 3091 close(3) = 0 munmap(0x40016000, 4096) = 0 access("/usr/local/libexec/dovecot/imap", X_OK) = 0 access("/usr/local/lib/dovecot/imap", R_OK|X_OK) = 0 geteuid32() = 0 pipe([3, 4]) = 0 fcntl64(3, F_GETFD) = 0 fcntl64(3, F_SETFD, FD_CLOEXEC) = 0 fcntl64(4, F_GETFD) = 0 fcntl64(4, F_SETFD, FD_CLOEXEC) = 0 dup(2) = 5 fcntl64(5, F_GETFD) = 0 fcntl64(5, F_SETFD, FD_CLOEXEC) = 0 fork() = 16282 close(5) = 0 close(4) = 0 alarm(5) = 0 wait4(-1, IEffective uid=65534, gid=65534 INamespace: type=private, prefix=, sep=/, inbox=yes, hidden=no, subscriptions=no Imaildir: data=/imap/mailboxes/dump-capability Imaildir: root=/imap/mailboxes/dump-capability, index=/imap/mailboxes/dump-capability, control=, inbox= INamespace: type=public, prefix=JiraSupport/, sep=/, inbox=no, hidden=no, subscriptions=no Imaildir: data=/imap/mailboxes/jira-support:CONTROL=/imap/mailboxes/dump-capability/shared-settings/jira-support/control:INDEX=/imap/mailboxes/dump-capability/shared-settings/jira-support/index Imaildir: root=/imap/mailboxes/jira-support, index=/imap/mailboxes/dump-capability/shared-settings/jira-support/index, control=/imap/mailboxes/dump-capability/shared-settings/jira-support/control, inbox= 0xbfffcb7c, 0, NULL) = ? ERESTARTSYS (To be restarted) --- SIGALRM (Alarm clock) @ 0 (0) --- +++ killed by SIGALRM +++ I tried chmod ugo+r'ing the /imap/dump-capability/ directory tree and it made no difference. I've attached my dovecot.conf, stripped of comments. Cheers, Jeff

2 2

Re: [Dovecot] dovecot tring to load sql modules
by Axel Thimm 14 Aug '06

14 Aug '06

On Sun, Aug 13, 2006 at 10:15:43AM -0700, Dean Gibson (Mail Administrator) wrote: > On 2006-08-13 02:50, Axel Thimm wrote: > >The fix is to _never_ use --nodeps in rpm and other package managers, and > >to simply add the mysql libs and ignore their presence. > > > >Unless you are setting up an embedded system and are running out of space > >there is no reason not to allow mysql libs to install. > > OT gripe: > > Well, if that's what I have to do, that's what I'll do. It's > getting to the state where, when you install Linux, you just have to > install everything, or administration becomes a treasure hunt. > Otherwise, every time you want to install a package, you have to go > on a treasure hunt. It's also why I search for RPMS rather than > doing a build from source; that's also a treasure hunt for more > files. Do you know that you can't run the printer command-line > configuration tools on Linux unless you have the GUI installed? You > can't set the time zone with the tools provided unless you have some > other giant package installed (I forget which) that I don't need. I > run several Linux servers, and I don't need that GUI crap on each > server. I thought one of the fundamental security concepts was, if > you don't need it, don't install it. Installing support for mysql client libs does not imply you have to run a mysql server (or even access one). That's what security is about when discussing minimal systems in a security context. > I first started with RH Linux 5.2 and it was a joy. However, > starting with about RH Linux 7.0, Linux developers have lost sight > of the original goal, in my opinion, which is to have a small, > easily managed server system. > > I don't have any problem with the dovecot RPM having support for God > knows what, built in. What would be nice is that if I don't reference > it in dovecot.conf, then it doesn't get called. Do you need hyperbole and elliptic functions? Or maybe not even sqrt? Should then glibc allow riping them out? Of course not. And what shoudl any packaging system do when you suddenly do reference mysql support in dovecot.conf? Should it automatically install the missing libs the moment you leave the editor? > End of gripe. I'll go find the required (but unused) packages and > install them, and hope that they don't drag in stall more (unused) crap. If you use --nodeps you'll end up with a broken system. -- Axel.Thimm at ATrpms.net

3 3

[Dovecot] Comments in dovcot.conf files
by Marc Perkel 12 Aug '06

12 Aug '06

Suggestion for comments. Why not support this syntax for comments as well as # /* comments comments */ It will allow for neater looking config files.

2 3

[Dovecot] Ignoring dot files
by Andrew 11 Aug '06

11 Aug '06

Hi, Is there any way to have dovecot ignore files begining with . in directories that contain mbox formatted mail folders (in addition to the already ignored .imap and .subscriptions)? I've looked in the docs and haven't found anything but perhaps I'm not looking in the right place. Thanks, Andrew

2 1

[Dovecot] rc6 + ssl proxy patch = no go
by Jeff A. Earickson 11 Aug '06

11 Aug '06

Timo, I nervously ran rc6 plus the patch: http://dovecot.org/tmp/ssl-proxy-openssl.c on my Solaris 9 box, in production, this morning. My dovecot.conf file is attached. Like similar reports for BSD, rc6 fell over after an hour and a half. The final syslog message was: dovecot: [ID 920869 mail.error] Login process died too early - shutting down I rolled back to rc2 for production. BTW, last night's CVS compiled ok. Jeff Earickson Colby College

2 1

Re: [Dovecot] IMAP4rev1 broken with evolution
by Charles Bueche 11 Aug '06

11 Aug '06

Hi Luca, Good to know. In that case, I won't try to debug Dovecot more. I should have thought about a client issue. Thanks a lot, Charles On ven, 2006-08-11 at 15:15 +0200, Luca Corti wrote: > On Fri, 2006-08-11 at 10:20 +0200, Charles Bueche wrote: > > If I configure my evolution client with server-type IMAP, everything > > works fine. However, dovecot claims IMAP4rev1 support. However, when I > > set server-type to IMAP4rev1 in evolution, I get a popup : > > The evolution IMAP4rev1 server-type is know to be broken. I've not been > able to ever get it even connect to aby IMAP server. Use the standard > IMAP driver, which implements IMAP4 by the way. > > http://lists.alioth.debian.org/pipermail/pkg-evolution-maintainers/2006-Apr… > > > Luca -- Charles Bueche <charles(a)bueche.ch> sand, snow, wave, wind and net -surfer

1 0

[Dovecot] IMAP4rev1 broken with evolution
by Charles Bueche 11 Aug '06

11 Aug '06

Hi, I'm running 1.0rc6 on Solaris/SPARC, compiled myself against openssl. Client is Evolution 2.6.2 on my gentoo x86 laptop. As Dovecot is not yet productive, we run it parallel to UW-imap, on other ports. I use TLS. If I configure my evolution client with server-type IMAP, everything works fine. However, dovecot claims IMAP4rev1 support. However, when I set server-type to IMAP4rev1 in evolution, I get a popup : -------------------------------------------------------------------- Evolution popup : Error while Scanning folders in "IMAP server xxx.yyy.com". IMAP4 server xxx.yyy.com unexpectedly disconnected : Invalid argument -------------------------------------------------------------------- Using --debug with evolution doesn't show more. In dovecot logs, nothing interesting. I'm ready to test, so please hints me. TIA, Charles -- Charles Bueche <charles(a)bueche.ch> sand, snow, wave, wind and net -surfer

2 2

[Dovecot] Summerising users subfolders imap logs?
by Sysadmin 11 Aug '06

11 Aug '06

Hello. Migrating from pop3 to imap I have now situation, that every user has a lot sub folders, for example 100 sub folders and now every mail check writes in the mail log also login/logout log for every sub folder: dovecot: Jul 11 16:16:31 Info: imap-login: Login: anti, [192.168.20.1], PLAIN, TLS dovecot: Jul 11 16:16:31 Info: IMAP(anti): Disconnected in IDLE dovecot: Jul 11 16:16:31 Info: imap-login: Login: anti, [192.168.20.1], PLAIN, TLS dovecot: Jul 11 16:16:32 Info: IMAP(anti): Disconnected in IDLE dovecot: Jul 11 16:16:32 Info: imap-login: Login: anti, [192.168.20.1], PLAIN, TLS dovecot: Jul 11 16:16:32 Info: IMAP(anti): Disconnected in IDLE dovecot: Jul 11 16:16:32 Info: imap-login: Login: anti, [192.168.20.1], PLAIN, TLS dovecot: Jul 11 16:16:32 Info: IMAP(anti): Disconnected in IDLE dovecot: Jul 11 16:16:32 Info: imap-login: Login: anti, [192.168.20.1], PLAIN, TLS dovecot: Jul 11 16:16:32 Info: IMAP(anti): Disconnected in IDLE dovecot: Jul 11 16:16:33 Info: imap-login: Login: anti, [192.168.20.1], PLAIN, TLS dovecot: Jul 11 16:16:33 Info: IMAP(anti): Disconnected in IDLE dovecot: Jul 11 16:16:33 Info: imap-login: Login: anti, [192.168.20.1], PLAIN, TLS dovecot: Jul 11 16:16:33 Info: IMAP(anti): Disconnected dovecot: Jul 11 16:16:33 Info: imap-login: Login: anti, [192.168.20.1], PLAIN, TLS dovecot: Jul 11 16:16:33 Info: IMAP(anti): Disconnected in IDLE dovecot: Jul 11 16:16:34 Info: imap-login: Login: anti, [192.168.20.1], PLAIN, TLS dovecot: Jul 11 16:16:34 Info: IMAP(anti): Disconnected in IDLE dovecot: Jul 11 16:16:34 Info: imap-login: Login: anti, [192.168.20.1], PLAIN, TLS dovecot: Jul 11 16:16:34 Info: IMAP(anti): Disconnected: Logged out dovecot: Jul 11 16:16:35 Info: imap-login: Login: anti, [192.168.20.1], PLAIN, TLS dovecot: Jul 11 16:16:35 Info: IMAP(anti): Disconnected in IDLE etc. So maillogs are full thiskind of stuff. But as I cant see here which subfolder the user access, so is it possible to summerise somehow this per users mass logging witth one row, something like: imap-login: Login: anti, [192.168.20.1], PLAIN, TLS, accessed 100 folders, or just: imap-login: Login: anti, [192.168.20.1], PLAIN, TLS Or someting else? Any idea to make this happend? -- Sysadmin

5 8

[Dovecot] Login process died too early - shutting down
by Bilal Ahmed Mazhar 11 Aug '06

11 Aug '06

Hi I installed dovecot-1.0.rc6.tar.gz on Fedora - 5 (i86) with MySQL - 5.0.24 to authenticate pop3 & imap requests. But dovecot doesn't start properly. I got below error from error log Error: Login process died too early - shutting down Error: Child 2521 (login) killed with signal 11 Please help me to sort out this problem as early as possible. Regards, Bilal Ahmed

2 1