- dovecot - dovecot.org

[Dovecot] LDA does not read quota from userdb's extra fields
by Tim Chen 09 Sep '09

09 Sep '09

The version I use is dovecot 1.2.4 My config in dovecot.conf protocol imap { mail_plugins = quota imap_quota mail_log } protocol lda { mail_plugins = quota } userdb passwd-file { args = /etc/dovecot.userdb } quota = maildir quota_rule = *:storage=100MB /etc/dovecot.userdb user1:*:2001:2001::/ms/user1::userdb_quota_rule=*:storage=300M And in postfix/main.cf mailbox_command = /usr/local/libexec/dovecot/deliver I wish to have a global quota 100MB for all the users and using /etc/dovecot.userdb to specify larger quota(300MB) for some vip users. IMAP works normally as expected, using the following command will report correct quota. a login user1 pass1 user1 getquotaroot INBOX However, it seems LDA treat all users the same quota (100MB), and when trying to send mails to those vip users(300MB), it will reject the email and report "552 Requested mailbox exceeds quota. (in reply to RCPT TO command))" My speculation is LDA forget the read 'extra fields' from userdb, would you please help to verify it? Thanks very much for your help. Sincerely, Tim Chen

2 1

[Dovecot] changing location of index files
by suzuki 09 Sep '09

09 Sep '09

Hello, I think changing index files location of mail_location setting to reduce disk I/O. by adding "INDEX=/var/index/%d/%1n/%n" to mail_location like below, mail_location = maildir:~/Maildir:INDEX=/var/index/%d/%1n/%n Will this change cause any problems or data loss to existing pop3 users? There are only pop3 users on this server. % dovecot --version 1.1.18 % dovecot -n # 1.1.18: /usr/local/dovecot/etc/dovecot.conf # OS: FreeBSD 7.2-STABLE i386 syslog_facility: local4 protocols: pop3 ssl_disable: yes disable_plaintext_auth: no login_dir: /usr/local/dovecot/var/run/dovecot/login login_executable: /usr/local/dovecot/libexec/dovecot/pop3-login login_greeting: ready mail_max_userip_connections: 1 verbose_proctitle: yes first_valid_uid: 10026 last_valid_uid: 10026 first_valid_gid: 10026 last_valid_gid: 10026 mail_privileged_group: vmail mail_uid: 10026 mail_gid: 10026 mail_location: maildir:~/Maildir mail_debug: yes maildir_copy_preserve_filename: yes mail_executable: /usr/local/dovecot/libexec/dovecot/pop3 mail_plugins: quota mail_plugin_dir: /usr/local/dovecot/lib/dovecot/pop3 mail_log_max_lines_per_sec: 30 pop3_enable_last: yes pop3_reuse_xuidl: yes pop3_lock_session: yes pop3_client_workarounds: outlook-no-nuls,oe-ns-eoh lda: postmaster_address: postmaster mail_plugins: quota sendmail_path: /usr/local/sbin/sendmail auth_socket_path: /var/run/dovecot/auth-master auth default: verbose: yes passdb: driver: sql args: /usr/local/dovecot/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/dovecot/etc/dovecot-sql.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: vmail plugin: quota: maildir

2 1

Re: [Dovecot] FTS Plugin design
by rui.carneiro＠portugalmail.net 09 Sep '09

09 Sep '09

Hi again! After sometime using my changes on this plugin I found one major problem. When a message have two attachments with same name or one with content-type equal to "message/*", my solr schema design does not work because as attachment unique identifier I used attachment's name what is not correct. Now I am trying to find a way to know the mime part id of the parts used on fts_build_mail. Is that already possible or I need to do that by my own? Thank you in advance, Rui Carneiro

2 1

[Dovecot] The usage of dovecot-uidvalidity* files?
by Tim Chen 09 Sep '09

09 Sep '09

After installing a new server with dovecot 1.2.4, I found there is some new dovecot-uidvalidity* files in user's Maildir directory. However, I did not see such files in other servers with dovecot 1.1.2 (around 2008/07). What is function of those files? What will happen if I delete that files? I am curious why need to keep 2 files: dovecot-uidvalidity dovecot-uidvalidity.4aa4fa4c since the content of dovecot-uidvalidity is '4aa4fa4c' why do we need extra files? Thanks Timo for providing the wonderful dovecot software! Hope you don't mind my stupid questions. Sincerely, Tim Chen

2 1

[Dovecot] compression script for use with zlib module
by Leonardo Rodrigues 09 Sep '09

09 Sep '09

Hi, I'm wondering if someone already implemented a compression script (and would like to share it) based on the step-by-step provided on wiki page of Zlib module. I can already do some find|xargs gzip .... but couldnt implement it completly as described on the wiki page. I know the suggested step-by-step is very detailed and probably a must simplier will be enough for almost anyone .... anyway, if someone have the full script and would like to share it, i would be glad to get it :) http://wiki.dovecot.org/Plugins/Zlib 1) Find the mails you want to compress in a single maildir. 2) Compress the mails to tmp/ * Update the compressed files' mtimes to be the same as they were in the original files (e.g. touch command) 3) Run maildirlock <path> <timeout>. It writes PID to stdout, save it. * <path> is path to the Maildir's dovecot-uidlist (the control directory, if it's separate) * <timeout> specifies how long to wait for the lock before failing. 4) If maildirlock grabbed the lock successfully (exit code 0) you can continue. 5) For each mail you compressed: 1. Verify that it still exists where you last saw it. 2. If it doesn't exist, delete the compressed file. Its flags may have been changed or it may have been expunged. This happens rarely, so just let the next run handle it. 3. If the file does exist, rename() (mv) the compressed file over the original file. * Dovecot can now read the file, but to avoid compressing it again on the next run, you'll probably want to rename it again to include e.g. a "Z" flag in the file name to mark that it was compressed (e.g. 1223212411.M907959P17184.host,S=3271:2,SZ). Remember that the Maildir specifications require that the flags are sorted by their ASCII value, although Dovecot itself doesn't care about that. 6) Unlock the maildir by sending a TERM signal to the maildirlock process (killing the PID it wrote to stdout). -- Atenciosamente / Sincerily, Leonardo Rodrigues Solutti Tecnologia http://www.solutti.com.br Minha armadilha de SPAM, NÃO mandem email gertrudes(a)solutti.com.br My SPAMTRAP, do not email it

2 1

[Dovecot] inotify_init() failed: Function not implemented
by franc walter 09 Sep '09

09 Sep '09

Hello, i have in my mail.log some warnings: Sep 2 08:21:49 myserver dovecot: IMAP(me(a)myserver.tld): inotify_init() failed: Function not implemented how can i fix this? Thank you in advance, franc walter

2 1

[Dovecot] Server load while using Zlib compression
by Laurent CARON 09 Sep '09

09 Sep '09

Hi, I wonder if some users are using this plugin on production setups. If yes, how does it perform in terms of cpu load compared with the same setup without compression ? Thanks Laurent

2 1

[Dovecot] Using Dovecot code in a non-LGPL package
by Asheesh Laroia 08 Sep '09

08 Sep '09

Hi Timo (and all!), Venaktesh is a friend of mine working on a patch to the venerable Alpine mail reader so it can read Maildir format mailboxes on disk. Venkatesh wanted to know if he could use some code from Dovecot's lib-storage (safely opening/reading Maildirs, including accounting for NFS and ESTALE) and the UID->message mapping code. This way, Dovecot and Alpine would agree on how to handle UIDs for a given Maildir-format mailbox. Plus Alpine could benefit from the thought you've put into the safety of Maildirs on IMAP (which is *not* trivial!). But there are some possible licensing issues. Alpine (formerly known as PINE) is now licensed under the Apache License 2.0. As far as I can tell, if he wants to contribute a patch back to Alpine upstream, he should use use the Apache License 2.0. But Dovecot is licensed under LGPL 2.1; if he takes Dovecot code, modifies it, and mixes it with Alpine, that would not be allowed by the licenses together (as I understand it). The Apache License 2.0 is a permissive, non-copyleft license like the MIT License, but it adds a patent retaliation clause. See http://www.apache.org/licenses/LICENSE-2.0.html for its text and http://www.gnu.org/philosophy/license-list.html for a short statement of its compatibility with GPLv3; http://en.wikipedia.org/wiki/Apache_License#GPL_compatibility has a little more. License-wise, there are two choices, if you're willing Timo: the modified Dovecot code could be released under GPLv3, which *is* compatible with the Alpine license - it would just mean Alpine+Maildir would be GPLv3 when put together. Or you could grant a special permission to Venkatesh to distribute the modified Dovecot code under the Apache License 2.0. Timo (and others), what do you think? The past of least resistance is to say that a derivative work of Dovecot can be made using GPLv3; the most convenient would be to say that particular portions can be used under the Apache License 2.0. -- Asheesh. -- Why do we have two eyes? To watch 3-D movies with.

2 1

[Dovecot] Unusual IMAP config.
by S. A. Woltering 08 Sep '09

08 Sep '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, perhaps a silly question, perhaps an unusual one, I don't know. I'm trying to suss out how to set up Dovecot in such a way as to have two separate IMAP services running on the same system. To explain. We have an "internally-facing" IMAP and an "externally-facing" one. It's policy that anyone connecting to IMAP from outside uses a stronger authentication method than the default internal one. The current system uses the standard imap/imaps ports for internal auth, but a different port-pair for external access. (actually it's a bit more complex than that, but that's all I really need to go into for this exercise!) So, for example, I'd like to kick off a test rig that uses IMAP on port 143 using a standard password (file or NIS) auth and to set up another on port, say 144 using PAM. Can this be done within one single dovecot.conf, or should I be running two separate daemons? Thanks, SAW - -- Steven-Ashley Woltering, MBCS, Systems Analyst, ECMWF, Shinfield Park, Reading, RG2 9AX, UK Tel.: +44 1189 499473 (internal x2473) Email: Steven.Woltering(a)ecmwf.int -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFKpjdxh854NVK99FMRAse8AJ4q75TxZtCUNk1jN8cTty15a33jQwCePV+i YU8JCcM9rSsQ86Xfu4Zwe1A= =lB1D -----END PGP SIGNATURE-----

2 2

Re: [Dovecot] Solr Plugin make only INBOX able to search
by rui.carneiro＠portugalmail.net 07 Sep '09

07 Sep '09

Hi again, Anyone could help me?

1 0