- dovecot - dovecot.org

[Dovecot] LDA: handling non-existent mail dirs
by Edgar Fuß 09 Dec '09

09 Dec '09

We have users existing in LDAP but not supposed to receive mail. We used to handle that (somewhat ungracefully) by simply not creating the top mail directory for those accounts. Since switching to Dovecots LDA, these non-existing dirs are considered temporary failures and so the junk mails pile up in postfix' queue Would it be possible for deliver to optionally treat this as a permanent error? I know the clean solution woud be checking for an LDAP attribute in postfix before even accepting the mail.

3 2

[Dovecot] FTBFS with binutils-gold
by Marco Nenciarini 09 Dec '09

09 Dec '09

As reported in debian bug #554306 [1] dovecot fails to build with GNU binutils-gold or setting LDFLAGS=-Wl,--no-add-needed http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554306 The problem is that liblber isn't explicitly declared as a dependence when dovecot is compiled with ldap support. The attached patch fixes this little error. Regards, Marco -- --------------------------------------------------------------------- | Marco Nenciarini | Debian/GNU Linux Developer - Plug Member | | mnencia(a)prato.linux.it | http://www.prato.linux.it/~mnencia | --------------------------------------------------------------------- Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4

2 1

[Dovecot] dovecot v 1.28 and virtual folders
by Jim Richard 09 Dec '09

09 Dec '09

I haven't been able to make this work. I've experimented with different settings in my dovecot.conf for hours. I have a simple single user ubuntu setup, nothing fancy and would just like to have a virtual "unread" folder of my main INBOX, for use with Squirrelmail So, with just this, all good... subfolders look like .INBOX.duplicates for example in the file system namespace private { separator = . location = maildir:~/Maildir inbox = yes } now, when I try to add a virtual namespace namespace private { subscriptions = yes list = yes inbox = no prefix = virtual. separator = . location = virtual:~/Maildir/virtual } ~/Maildir/virtual does exist in the filesystem, I can "subscribe" to virtual but if I try to create a sub folder of it I get ERROR: Could not complete request. Query: CREATE "virtual.test" Reason Given: [CANNOT] Can't create virtual mailboxes Squirrelmail is great because it has some nice IMAP testing tools, so for example, with my current dovecot config I can test the NAMESPACE command, is that the correct response? Request: A003 NAMESPACE Response: * NAMESPACE (("" ".")("virtual." ".")) NIL NIL Namespace completed. I'm sure the issue is a fundamental lack of understanding of a concept here ... Any help would be appreciated. thank you, -Jim

2 1

[Dovecot] mailboxcasecmp()
by Frank Cusack 09 Dec '09

09 Dec '09

I remember way back, i'd modified the dspam training plugin to compare mailbox names case-insensitively. that patch wasn't accepted. i didn't understand why since it was obviously correct and had no negative impact, at least i didn't think so. Now I've hit another case where case-insensitive mailbox names would be useful: +addressing. If I have a mailbox 'Ext' and I send mail to frank+Ext@, the LHS is lowercased to 'frank+ext' and the +extension delivery doesn't find the 'Ext' mailbox. If the +extension is going to be lowercased, then the mailbox names should be lowercased when looking for them. Or, since 'ext' and 'Ext' can co-exist, the +extension shouldn't be lowercased when looking for the mailbox. I prefer the former (lowercase everything), since it's unlikely a user would create both 'mailbox' and 'Mailbox', however I can envision plenty of times where users would try to use '+ext' yet create the '+Ext" mailbox and never be able to figure out why it doesn't work. I know the latter solution (case sensitive extensions and case sensitive mailboxes) is more correct but really it will be harder to debug user problems. -frank

2 1

[Dovecot] different views of a imap account
by Ajaxster 09 Dec '09

09 Dec '09

Hi, I've looked around a few times to see if I could figure the answer to this question but I think I may not know the right question to ask... The scenario I have is that I'm running dovecot, exim and procmail on one server (using maildir storage) and also have apache on another server. I can run squirrel mail, roundcube, etc. all on the web server and access all my email just fine. I can run outlook or thunderbird or other imap clients just fine too. I have some smart phones that support imap mail servers, but when I set them up to connect to my server, the client seems to have to sync up data on all the mailboxes (lots of headers to download). All I really want on my remote (phone based) imap clients is to view my inbox. I believe that the subscriptions are done globally in that every client sees the same subscriptions, so that doesn't seem like the way to narrow down what my phone imap clients see. Does what I'd like to do make sense? Is there a way to configure dovecot to support this? Could I just run two servers on the same machine at different ports to support this? I'd love to hear about how others have approached this or similar problems. I've seen a lite email client that can be run on an apache server that wap browsers can access to view mail. That works okay, but with phones having built in imap clients, that seems like a more streamlined way to go ;-) Thanks for you thoughts! -- Jay

3 2

[Dovecot] [dovecot] Compiling dovecot 2.0 revision 10435:73679e39f072 on AIX
by Jonathan Siegle 09 Dec '09

09 Dec '09

Trying to compile and getting this error: "process-title.c", line 139.14: 1506-045 (S) Undeclared identifier argv_memblock. "process-title.c", line 140.14: 1506-045 (S) Undeclared identifier environ_memblock. gmake[4]: *** [process-title.lo] Error 1 HAVE_SETPROCTITLE is undefined in config.h -Jonathan

2 1

[Dovecot] Max IMAP fodlers
by Jeffrey Nikoletich 09 Dec '09

09 Dec '09

Is there a way to limit the amount of maildir folders a user can have? Also is there is hard limit on the amount of folders dovecot can handle? I have a user who has over 3000 folder (including subfolders) that is having issues with delays in loading, moving, and deleting messages. Thanks in advance Jeff N.

8 17

[Dovecot] rquota in dovecot-1.2.8-0_103.el5.x86_64.rpm
by David Warden 09 Dec '09

09 Dec '09

Is rquota purposefully not present in the RPM at http://atrpms.net/dist/el5/dovecot/dovecot-1.2.8-0_103.el5.x86_64.rpm.html ? On a test machine I decided to give dovecot 1.2 a go with that RPM and everything went great except I was getting the following error in the dovecot log (and quota was not working): Dec 9 10:50:43 webmailtest2 dovecot: IMAP(auser) rip=127.0.0.1: quotactl(Q_GETQUOTA, nfsserver.geneseo.edu:/vol/email/users) failed: No such file or directory I had seen some messages on the mailing list talking about making sure you build with HAVE_RQUOTA defined at compile time. I wasn't able to determine if the RPM on the aforementioned page was simply missing the rquota code, but upon building the SRPM from the same place (http://atrpms.net/dist/el5/dovecot/, SRPM itself is http://dl.atrpms.net/all/dovecot-1.2.8-0_103.src.rpm) I saw HAVE_RQUOTA fly by and the rquota source files get built and linked, and when using those binaries rquota started working. I scanned the changelog for the binary RPM for something indicating that rquota support had been taken out but didn't see anything. Apologies if this is better sent to the package maintainer; I'm hoping he checks this list or someone has already run into this and can set me (and anyone else who may run in to this problem) straight. -David Warden

1 0

[Dovecot] More logging for Deliver (eg file name)
by Andrew Hearn 09 Dec '09

09 Dec '09

Hello, I can't see from the wiki if it's possible to log extra information with Deliver - such as the file name it's using to save the message in (Maildir). Currently I get the date, address, ID and folder, eg: Dec 09 12:07:06 deliver(my_address@invalid): Info: msgid=<302ce8b50912090406y634d1340j96ebd54466a2d08b(a)mail.gmail.com>: saved mail to INBOX.Lists.centos Thanks. -- Andrew

2 1

[Dovecot] quote warning not being triggered (yet again)
by Ralf Hildebrandt 09 Dec '09

09 Dec '09

I'm using 1.2.6 with the managesieve patch and maildir++ quotas (via the maildirsite file). Again, I found that the quota warning is not bering triggered. Testing via: smtp-source -4 -f sender(a)charite.de -t recipient(a)charite.de -m 1 -l 1000000 -C 1 mail.charite.de:submission recipient(a)charite.de being a mailbox with a 10.0 MB limit. I attached dovecot -n and the quota warn script. -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt(a)charite.de | http://www.charite.de

2 9