- dovecot - dovecot.org

[Dovecot] Sieve: problems installing in different prefix
by Andreas Ntaflos 28 Sep '09

28 Sep '09

Hi list, but mainly Stephan :) when building and subsequently installing the new Sieve plugin I am coming across a small difficulty when it comes to "make install". The libraries lib90_sieve_plugin.* always get installed in the directory /usr/local/lib/dovecot/lda, no matter what "prefix" argument is supplied to "make install". Only the libraries seem affected, not the rest of the Sieve plugin distribution (i.e. sieve, sievec, sieve-test, ...). Background: I like using XStow [1] to manage packages built from source. With XStow one can configure and build software like Dovecot and Sieve as usual (./configure && make) but then install it under a custom directory/prefix, like /usr/local/stow/dovecot-1.2.5. The "prefix" argument for "make install" is used for this, i.e.: make install prefix=/usr/local/stow/dovecot-1.2.5 XStow is then used to create symlinks to the correct places in the file system. For example the Dovecot binary gets installed in /usr/local/stow/dovecot-1.2.5/sbin/dovecot and a symbolic link is created by XStow: /usr/local/sbin/dovecot -> ../stow/dovecot-1.2.5/sbin/dovecot The advantages are clear: installing a software package is a matter of configuring, building and then installing under a custom directory, and letting XStow create symlinks. Updating is as easy as installing the new version in a parallel custom directory and letting XStow update the symlinks. Removing a software package just involves letting XStow remove the symlinks and doing an rm -rf on the custom directory. No more accidentally orphaned files or the need to keep the compiled source distribution around to be able to issue a "make uninstall". Back to the problem: The Sieve source distribution seems to have some hard-coded setting to always install the libraries under /usr/local/lib/dovecot/lda and not honouring the "prefix" argument for "make install". This is probably a libtool issue, but I am not sure. I know my way around the Autotools but here I am a bit lost. Looking at the generated Makefile in dovecot-1.2-sieve-0.1.12/src I can see the following: moduledir = /usr/local/lib/dovecot/ It *should* look like this: exec_prefix = ${prefix} ... moduledir = ${exec_prefix}/lib/dovecot/ This explains why the install prefix is not honoured here. The "moduledir" has already been hardcoded, instead of prefixed. For comparison look at the Dovecot source distribution. Here all libraries are installed correctly under the specified prefix. An example is src/lib-sql. The generated Makefile includes these lines, which are correctly honouring the prefix: exec_prefix = ${prefix} ... moduledir = ${exec_prefix}/lib/dovecot ... #sql_moduledir = $(moduledir)/sql AM_CPPFLAGS = \ -I$(top_srcdir)/src/lib \ -DMODULEDIR=\""$(moduledir)"\" \ $(SQL_CFLAGS) The last few lines seems to make sure that gcc uses the defined moduledir, but as usual generated code is not immediately comprehensible for the casual viewer :) The top-level generated Makefile also contains a correctly defined moduledir: moduledir = ${exec_prefix}/lib/dovecot So, which knobs have to be turned to have the Sieve source distribution use a correct "moduledir" and not a hardcoded path? I hope I could explain the problem correctly and haven't drawn any wrong conclusions here. I will continue to investigate this and maybe even provide a patch if I find a solution but it is probably easier for the maintainer and author of the build system to look at this and determine what to do. Anyway, apologies for this lengthy post. I hope it wasn't too long to read. Andreas [1] http://xstow.sourceforge.net/ -- Andreas Ntaflos GPG Fingerprint: 6234 2E8E 5C81 C6CB E5EC 7E65 397C E2A8 090C A9B4

2 1

[Dovecot] Sieve: redirect and keep action, possible bug
by Andreas Ntaflos 27 Sep '09

27 Sep '09

Hi, Using Dovecot 1.2.4 and the new Sieve implementation in version 0.1.12, I ran into a problem that could indicate a bug in Sieve. The following is a simple script (as generated by Horde's Ingo application) to redirect incoming mail and also keep a copy of the message in the local inbox: if true { redirect "foo(a)example.org"; } if true { keep; stop; } Problem is, it doesn't work as expected: no copy of the message is kept in the local inbox. However, if I explicitly tell Sieve to "fileinto" it works fine: require ["fileinto"]; if true { redirect "foo(a)example.org"; } if true { fileinto "INBOX"; stop; } Is this a bug in Sieve or am I wrong about how "keep" works? Thanks in advance! Andreas -- Andreas Ntaflos Vienna, Austria GPG Fingerprint: 6234 2E8E 5C81 C6CB E5EC 7E65 397C E2A8 090C A9B4

3 6

[Dovecot] Dovecot + DRBD/GFS mailstore
by Guy 26 Sep '09

26 Sep '09

Hi guys, I'm looking at the possibility of running a pair of servers with Dovecot LDA/imap/pop3 using internal drives with DRBD and GFS (or other clustered FS) for the mail storage and ext3 for the root drive. I'm currently using maildrop for delivery and Dovecot imap/pop3 with the stores over NFS. I'm looking for better performance but still keeping the HA element I have now with shared storage over NFS. Has anyone had experience with a setup like the one I'm suggesting? What was performance like with Dovecot using GFS? Thanks Guy -- Don't just do something...sit there!

5 9

[Dovecot] lda protocol
by Darvin Denmian 25 Sep '09

25 Sep '09

Hello, why the output of command "dovecot -n" doesn't show anything about protocol lda? Bellow my lda configuration: protocol lda { mail_plugins = sieve quota expire log_path = /var/log/dovecot-local-deliver.log mail_debug = yes postmaster_address = postmaster(a)domain.com hostname = mail01.domain.com mail_plugin_dir = /usr/lib/dovecot/modules/lda } Thanks.

3 5

[Dovecot] Apparent corruption of dovecot.uidlist
by AnneWilson 25 Sep '09

25 Sep '09

I have been using Dovecot for about three years, and am currently using version 1.0.7 under CentOS. One of my users can no longer access his Inbox, although he can read mail in other folders. After a fair bit of log-viewing and looking for clues it suddenly began to make a sort of sense. The error message in the logs is Error: IMAP(david): unlink(/home/david/Maildir/cur/cur:2,ST) failed: Is a directory Eventually I came to /home/david/Maildir/dovecot-uidlist and compared it with my own. The second line in the problem account file is 'cur:2,ST. I backed up the file, then deleted that line. Sure enough, I could then open the messages. Unfortunately, when I close KMail I saw the line 'cur:2,ST' added to the end of dovecot-uidlist, and of course I'm back with the error. Can someone please explain to me what is causing this, and how I can correct it? Thanks Anne

2 2

[Dovecot] Feature request: 'dovecot-shared' files to be configurable
by Hendrik Pahl 24 Sep '09

24 Sep '09

Hi list, using dovecot in a more complex environment nearly always requires use of ACLs and shared mailboxes/folders. Now, to make life more easy for the users, we can use 'dovecot-shared' files to eable per-user \seen-flagging. Is it possible to make this issue configurable in the dovecot config, something like "always keep a 'dovecot-shared' file in users maildir, even if that mailbox is not shared"? That would be nice, since creating that files by hand is really time-consuming. Or are there any relations which avoid making this issue configurable? Thanks in advance, hendrik -- LWsystems GmbH & Co. KG ++ http://www.lw-systems.de/impressum Tel: +49 (0)5403 / 5556 ++ Fax: +49 (0)5403 / 7 95 89 97 LWsystems: Open Source IT Solutions - Linux Systemhaus - IT-Sicherheit ### ### LWsystems veranstaltet den LINUX SOLUTION DAY 2009 ### 29. Oktober 2009 ab 13.30 Uhr in Osnabrück ### Alle Details und Agenda unter: http://www.linux-solution-day.de ### ### Gleich anmelden: mailto:info@linux-solution-day.de?subject=Anmeldung ### ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ LWsystems GmbH & Co. KG Sitz der Gesellschaft: Tegelerweg 11, 49186 Bad Iburg Telefon +49 (0)5403 5556 Telefax +49 (0)5403 7958997 Handelsregister: Amtsgericht Osnabrück, HRA 110668 USt.-ID-Nr. DE244573220 Persönlich haftende Gesellschafterin: LWsystems Verwaltungs GmbH Sitz der Gesellschaft: Tegelerweg 11, 49186 Bad Iburg Handelsregister: Amtsgericht Osnabrück, HRB 111163 Geschäftsführer: Dipl.-Ing. Ansgar H. Licher, Bad Iburg Dipl.-Ing. Martin Werthmöller, Ibbenbüren Für weitere Firmendetails zu LWsystems siehe / For further company details please look at: http://www.lw-systems.de/impressum ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

1 0

[Dovecot] Upgrading Dovecot on CentOS 4, from 0.99 to 1.x
by Josep L. Guallar-Esteve 24 Sep '09

24 Sep '09

Hello, We have a production mail server running dovecot 0.99 (dovecot-0.99.14-1.rf). We are getting several errors corrected in dovecot 1.x versions: * corrupted inboxes (garbage at beggining of mbox files), * corrupted index files (Error: Corrupted file index /home/jsmith/.imap/Drafts/.imap.index: Sequence 6 not found from binary tree (6 msgs says header)), * others (Error: fcntl() failed with mbox file /var/mail/jsmith: Resource deadlock avoided), etc. I'm planning to upgrade using the instructions found at dovecot's wiki. -- Josep L. Guallar-Esteve This transmission is intended for the use of the entity or individual to which or whom it is addressed. The transmission or any documents accompanying the transmission may contain confidential information. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or action taken in reliance on the contents of the transmission or the documents is strictly prohibited. If you have received this confidential transmission in error, please destroy it and any accompanying documents and notify the sender immediately. Thank you.

1 0

[Dovecot] Dovecot LDA, quota, sieve
by Jacek Osiecki 24 Sep '09

24 Sep '09

Hi, While moving services to a new server, I finally decided to switch from exim + procmail delivery to exim + dovecot-LDA (dovecot 1.2.5). All accounts are virtual - their settings are stored in mysql. This also includes configuring Quota and Sieve. So... there come some doubts: 1. Using "deliver" As I see, deliver uses auth-master socket to retrieve the mailbox settings (especially mailbox location). So, enabling dovecot-auth socket is everything I need to enable dovecot-LDA (apart from the exim configuration, which is explained quite clearly in wiki)? 2. Autocreation of mail folders Is it possible somehow to automatically create folders (like Trash, Sent-mail etc.)? 3. quota and its dict file. map { pattern = priv/quota/storage table = popbox username_field = username value_field = bytes } map { pattern = priv/quota/messages table = quota username_field = username value_field = messages } First - what is the "username_field" here? I'm running multiple domains, so will it be just username@domain? And - if so - is it possible to use the existing tables? I mean, that in my configuration I have a table named "popbox" with fields "local_part", "domain_name" and "quota". It would be perfect to make use of it, but either I could not find the solution or it simply requires an extra table... Hope someone will be able to help :) Best regards, -- Jacek Osiecki joshua(a)ceti.pl GG:3828944 I don't want something I need. I want something I want.

1 0

[Dovecot] windows imap clients
by Charles Sprickman 23 Sep '09

23 Sep '09

All, This is slightly OT, but I figure a bunch of folks running IMAP servers should have some strong opinions on the topic. While working on a migration to Dovecot, I had the opportunity to move one account to a server running same. This is an in-house billing department box that 3-4 people share. In theory, this should work well - all the billing folks see the same email, save sent mail to the same place, have the same set of folders available, and concurrent access is no problem. In practice, I'm finding most clients kind of suck. They started with Outlook, and that did not work well. The list of problems is long. They've been using Thunderbird for some time and I'm finding the following issues there: -searches across 2GB+ of mail are painfully slow, since it's all server-side -while the inbox is checked regularly and automatically, other folders are not unless the user manually checks them. getting tbird to do this involves a fairly non-intuitive process, and there's also the issue of making sure everyone actually adds the folders they need to watch -the client does not deal well with large amounts of mail in general - some operations give no feedback, like expanding large sub-folders or doing large copy/move operations. this leads to the user quitting the app and starting the whole process again. dovecot deals with this more gracefully than the old server (Courier), but it's still an issue -offline operation would be handy sometimes, but tbird has no "hybrid" mode, and again, one must select every folder for offline access As much as people like to bash it, OS-X mail.app is basically what I'm looking for. It addresses all the shortcomings in Tbird. If I tell it to make messages available offline, it does that for all boxes. It always checks all my boxes, and when a search is performed it searches on the local copy rather than the server (which is quite polite, IMHO). It works quite well with no internet connection as well. I have about 50,000 messages in it now across 5 accounts and it only rarely gets laggy on me. I want this client on Windows, basically. :) I'm installing Mulberry now, but the manual seems to indicate it also will rely on the server-side search unless it's in offline mode (which has to be toggled - not a good solution). I must say, Dovecot has impressed the hell out of me. I had a chance to deal with the same mailbox in courier and dovecot, and everything is much faster, especially in mail.app and roundcube. Insanely fast... What else is out there for windows clients? Thanks, Charles ___ Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet - www.bway.net spork(a)bway.net - 212.655.9344

5 10

[Dovecot] The file doesn't contain a certificate.
by A M 23 Sep '09

23 Sep '09

Yesterday I upgraded dovecot from 1.1.16 to 1.2.4 using portupgrade I am now getting the following messages in the log file: Sep 23 12:00:41 imap-login: Fatal: Can't load certificate file /etc/ssl/imaps.example.org.csr: The file doesn't contain a certificate. The certificate file contains exactly what it did before: -----BEGIN CERTIFICATE REQUEST----- MIIBhTCB7wIBADBGMQswCQYDVQQGEwJVUzELMAkGA1UECBMCQ0ExFDASBgNVBAcT C0xvcyBBbmdlbGVzMRQwEgYDVQQKEwtCb3hJU1AsIExMQzCBnzANBgkqhkiG9w0B AQEFAAOBjQAwgYkCgYEAue0xYWcYcLHQoI/nQj2tG3AV0Mepx1pvHbCSqmKxelyo z5cToH9kFIPzxDJvL8ChQ21ftM7m79ChfiXgWsUhHuaoeNdwr12FQ+nbbZoaELGZ 3keZv93rYkGstkL8zxTIquDq1dKSp+3e1T7M0ktphlYWuNEv8vHa4zM3n5izdmcC AwEAAaAAMA0GCSqGSIb3DQEBBQUAA4GBAA1JnGM4A5HvRy+TFjMrUHoJr79DaMpj qmKT2R5uW0iQnRGjrSfMCaZgyEQqKU5eCAVx5xTih7iO7VKLP5zKRVMSAJ5kQW1o 7bM/NvbnI+Jdz749VkZtUXWWVNlIB0uVXp++moWN5+y94kj3f1VhHQke+pS8NWGG YxhXEZtBBUdO -----END CERTIFICATE REQUEST----- I even tried creating an new certificate and still get the same error NO changes were made to any config files I have tried to test the connection by: telnet localhost 143 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. (at this point it hangs and never responds, I have to kill the pid) ANY help would be appreciated

2 1