- dovecot - dovecot.org

[Dovecot] forbid dots in folder names
by nitbix 14 Aug '06

14 Aug '06

Is it possible to disallow creation of maildir subfolders with dots in their name? Thanks --- Alan Mosca

2 1

[Dovecot] duplicate uids in Outlook
by Faisal Shaikh 14 Aug '06

14 Aug '06

Hi, I run a Postfix/Dovecot server with Outlook 2002, Thunderbird clients as well as a Squirrelmail setup. All use IMAP to query the server. I recently converted our mail spool from mbox to maildir. After the conversion, one of the users is receiving two types of error messages which appear in a popup window. 1. The first popup says the following The UI D of a message changed unexpectedly. This typically indicates a server bug. Your program may not function properly after this. It then gives details of the MsgSeqNum, old UID and the new UID. 2. The second popup says Your server has reported a UID which does not comply with the IMAP standard. This typically indicates a server bug. Your program may not function properly after this. Ive searched for this on google and it has been reported before, but there are no reports of a solution or workaround. I would really appreciate any pointers or suggestions. Many Thanks, Faisal Shaikh

3 5

[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