- dovecot - dovecot.org

[Dovecot] Question about sieve script execution
by Mel Flynn 03 Sep '09

03 Sep '09

Hi, after reading the wiki about sieve_before/sieve_after and sieve_global_path, it's still unclear to me if: sieve_before scripts are executed if no user script exists, but a global script is defined. The reason I ask, is because I'd like to use the same script, so that I don't have to maintain two scripts to apply "company policy" or "global features". It seems implicit from this sentence, but I've been taught not to assume implicitness by various pieces of software ;) "This is not possible using the sieve_global_path setting, because that is only used when the user's private script does not exist." -- Mel

2 2

[Dovecot] Sieve segfault on sieve-before scripts
by Max Ivanov 03 Sep '09

03 Sep '09

I use dovecot 1.2.4 release with sieve 0.1.12 If I setup sieve-before script and latest script contains "keep" at the very end and no personal scripts found then segfault take place. here is part of exim log: 2009-09-01 18:43:06 1MiUZA-0005V9-IB ** ivanov_maxim(a)domain.my <admin(a)domain.my> R=localuser T=local_delivery: Child process of local_delivery transport (running command "/usr/libexec/dovecot/deliver -d $local_part") was terminated by signal 11 (Segmentation fault) Once I remove "keep" from end of latest sieve-before script, everything goes fine. Here is latest global sieve script: # cat /etc/dovecot1.2/sieve-before.d/020-SENT-STORE.sieve require ["imap4flags"]; if header :contains "X-Set-Seen" ["Yes", "YES", "1"] { setflag "\\Seen"; } #keep;

2 2

[Dovecot] POP3 and AVG
by Rick Romero 02 Sep '09

02 Sep '09

Is anyone running v 1.2.3 and have clients with AVG email scanning? I upgraded a server a few weeks ago (which ran Dovecot and the Maildir mail store), and all of a sudden clients with AVG were unable to use POP. Essentially, AVG freezes. The server upgrade was from FreeBSD 7 to OpenSolaris 2009.06, and I did upgrade the Dovecot version from 1.1.17 to 1.2.3, but kept the same config. When I point those users to a port running qmail-popup on another machine (NFS mounting the new server), they work fine. I'm sure I reverted to 1.1.17 during the initial hectic days, with no change. Of course, I'm also sure I had a few of the users test the alternate qmail-popup server, maybe they did it wrong. :( Any thoughts? Should I attach compile configs? #/usr/local/sbin/dovecot -n # 1.2.3: /usr/local/etc/dovecot.conf # OS: SunOS 5.11 i86pc base_dir: /opt/csw/dovecot/ protocols: imap imaps pop3s pop3 ssl_cert_file: /etc/ssl/mail.rapid.pem ssl_key_file: /etc/ssl/mail.rapid.key ssl_key_password: password disable_plaintext_auth: no shutdown_clients: no login_dir: /opt/csw/dovecot//login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_greeting: VFEmail.net ready. login_process_per_connection: no login_process_size: 256 login_processes_count: 6 login_max_processes_count: 512 login_max_connections: 384 mail_max_userip_connections: 25 verbose_proctitle: yes first_valid_uid: 89 last_valid_uid: 89 first_valid_gid: 89 last_valid_gid: 89 mail_privileged_group: mail fsync_disable: yes mail_executable(default): /usr/local/libexec/dovecot/rawlog /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/rawlog /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/rawlog /usr/local/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh namespace: type: private separator: . prefix: INBOX. inbox: yes list: yes subscriptions: yes lda: postmaster_address: postmaster(a)vfemail.net mail_plugin_dir: /usr/local/lib/dovecot/lda sendmail_path: /var/qmail/bin/sendmail auth_socket_path: /opt/csw/dovecot/auth-master auth default: mechanisms: plain login digest-md5 cram-md5 user: vpopmail username_translation: %@ passdb: driver: vpopmail userdb: driver: passwd userdb: driver: vpopmail socket: type: listen master: path: /opt/csw/dovecot/auth-master mode: 384 user: vpopmail plugin: quota: maildir

3 7

[Dovecot] rawlog adjustment
by Thomas G. Lau 02 Sep '09

02 Sep '09

Dear All, We would like to use rawlog to make sure when does user delete email, can we filter particular command that user sent to dovecot server instead of log the whole email content as well? how would you all provide prove to client that mail lost is not caused by your server?

4 7

[Dovecot] Smartsieve patch on Dovecot wiki?
by Ronald Johnson 02 Sep '09

02 Sep '09

I am attempting to get smartsieve 1.0 RC2 working with our test install of dovecot, but can not locate the Managesieve.php fix listed on the ManageSieve page: http://wiki.dovecot.org/ManageSieve/Clients Does anyone know of another location to get this fix? I've googled around, but not found an alternate location. We're running: dovecot-1.2.3 dovecot-1.2-sieve-0.1.12 dovecot-1.2-managesieve-0.11.9 The managesieve server is working fine for other ManageSieve clients such as Roundcube's managesieve and sieverules plugins, it is only smartsieve I am having problems with. Any pointers are appreciated. Cheers, Ron --

2 2

Re: [Dovecot] Question about ACL/flags
by Eric Jon Rostetter 01 Sep '09

01 Sep '09

Quoting Timo Sirainen <tss(a)iki.fi>: > You can't have per-user seen flags with mbox currently. So create a > public namespace with a maildir location and set up dovecot-acl file in > a way that allows only some specific users access to it. So for example: To refresh, I want a shared account, but my system was Dovecot 1.1 with all mbox mailboxes. Well, this is what I've done so far: 1) Upgraded to dovecot 1.2 (just because I could, I guess) 2) Tried to setup private/public namespaces... Edited "dovecot -n" output: # 1.2.4: /etc/dovecot.conf # OS: Linux 2.6.18-128.4.1.el5.centos.plus x86_64 CentOS release 5.3 (Final) [...] mail_location: mbox:~/mail/:INBOX=/var/spool/mail/%u:INDEX=/var/dovecot/indexes/ %u [...] mail_plugins(default): zlib acl mail_plugins(imap): zlib acl mail_plugins(pop3): zlib [...] namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: public separator: / prefix: shared/ location: maildir:/var/spool/mail/public:INDEX=/var/dovecot/indexes/public/%u list: no lda: postmaster_address: postmaster(a)physics.utexas.edu hostname: mail.ph.utexas.edu log_path: info_log_path: syslog_facility: mail auth default: passdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot-ldap.conf plugin: acl: vfile 3) Created /var/spool/mail/public/.myfolder for the account to deliver to. Created empty dovecot-shared file for it. 4) Created a .forward file in the account to run "deliver" which does in fact deliver the account's email to the right maildir location. 5) Created /var/spool/mail/public/.myfolder/dovecot-acl which has something like: owner lrwstiekxa user=me lrwstiekxa user=you lrst So, mail is delivered to this account correctly as a maildir mailbox. But, I don't know how to read it, and/or configured something incorrectly. It appears to be there, more or less: a0 namespace * NAMESPACE (("" "/")) NIL (("shared/" "/")) a0 OK Namespace completed. a0 list "" "shared/" * LIST (\Noselect \HasNoChildren) "/" "shared/" a0 OK List completed. But I can't figure out how to access it (either manuall via telnet as above, or from a client, etc). So, how do I access it, and/or what did I do wrong? While I've been doing email servers since the 1980's, this is my first try at using IMAP namespaces and shared folders, and I'm just not getting it... :( -- Eric Rostetter The Department of Physics The University of Texas at Austin This message is provided "AS IS" without warranty of any kind, either expressed or implied. Use this message at your own risk.

1 1

[Dovecot] Hang on login since 1.2.4
by Tom Sommer 01 Sep '09

01 Sep '09

I upgraded a number of servers to Dovecot 1.2.4, and now suddenly I get a lot of customers saying it takes a long time for them to log in. I enabled all debug and see the following: Sep 01 10:49:18 auth(default): Info: client in: AUTH 10 DIGEST-MD5 service=pop3 lip=195.41.131.35 rip=111.111.111.111 lport=110 rport=3730 Sep 01 10:49:18 auth(default): Info: digest-md5(?,111.111.111.111): Invalid realm: example.com Sep 01 10:49:25 auth(default): Info: client in: AUTH 11 PLAIN service=pop3 lip=195.41.131.35 rip=111.111.111.111 lport=110 rport=3730 resp=<hidden> Basically there is a lag of ~7-9 seconds upon login, this seems to be consistant across the servers. Any help would be greatly appreciated. // Tom

2 5

[Dovecot] fts_squat + virtual => crash
by intrigeri 01 Sep '09

01 Sep '09

Hi, dovecot's imap process segfaults when I search a virtual mailbox using the fts_squat plugin. Is this supposed to work, or a known bug? I've seen some changes commited to fts_solr a couple of months ago that where supposed to fix search issues on virtual mailboxes, maybe fts_squat needs to be fixed to? log === rawlog ------ 3551 SELECT "INBOX.virtual.unseen" 3552 UID SEARCH TEXT "catalyst" syslog ------ 11:34 kernel: [78583.208983] imap[29376]: segfault at 0 ip 0 sp 7fff9b3e1698 error 14 in imap[400000+f4000] 11:34 dovecot: dovecot: child 29376 (imap) killed with signal 11 (core dumps disabled) backtrace ========= As I'm using Debian's 1.2.1 package, the debugging symbols are stripped. Tell me if a backtrace with debugging symbols enabled would help debugging this problem. Here's the backtrace anyway: (gdb) bt full #0 0x0000000000000000 in ?? () No symbol table info available. #1 0x00007ff134163fbc in ?? () from /usr/lib/dovecot/modules/imap/lib20_fts_plugin.so No symbol table info available. #2 0x00007ff1341647a5 in ?? () from /usr/lib/dovecot/modules/imap/lib20_fts_plugin.so No symbol table info available. #3 0x0000000000429546 in imap_search_start () No symbol table info available. #4 0x00000000004207e8 in cmd_search () No symbol table info available. #5 0x000000000042347c in ?? () No symbol table info available. #6 0x000000000042352d in ?? () No symbol table info available. #7 0x00000000004236a5 in client_handle_input () No symbol table info available. #8 0x000000000042403f in client_input () No symbol table info available. #9 0x00000000004ad67b in io_loop_handler_run () No symbol table info available. #10 0x00000000004acaf8 in io_loop_run () No symbol table info available. #11 0x000000000042c04b in main () dovecot -n output ================= # 1.2.1: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-vserver-amd64 x86_64 Debian 5.0.1 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap listen: 127.0.0.1 ssl: no login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login valid_chroot_dirs: /var/mail first_valid_uid: 1222 last_valid_uid: 1222 first_valid_gid: 1222 last_valid_gid: 1222 mail_privileged_group: mail mail_location: maildir:~/Maildir maildir_very_dirty_syncs: yes mail_drop_priv_before_exec: yes mail_plugins: fts fts_squat virtual namespace: type: private separator: . prefix: INBOX. inbox: yes list: yes subscriptions: yes namespace: type: private separator: . prefix: INBOX.virtual. location: virtual:~/Maildir/virtual:LAYOUT=maildir++:INDEX=~/Maildir/virtual/indices list: yes subscriptions: yes auth default: passdb: driver: pam passdb: driver: passwd-file args: /etc/dovecot/userdb userdb: driver: passwd userdb: driver: passwd-file args: /etc/dovecot/userdb socket: type: listen master: path: /var/run/dovecot/auth-master mode: 432 user: root group: mailgroup plugin: sieve: ~/.dovecot.sieve sieve_dir: ~/sieve fts: squat fts_squat: partial=4 full=10 Bye, -- intrigeri <intrigeri(a)boum.org> | gnupg key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | Do not be trapped by the need to achieve anything. | This way, you achieve everything.

2 2

[Dovecot] Global ACL configuration problems: mailboxes not visible, set ACLs not honoured
by Andreas Ntaflos 01 Sep '09

01 Sep '09

Hi list, I am having trouble getting global ACLs to work correctly. This is, I assume, an issue separate from the one I reported a few days ago [1], where the imap process crashes when creating subfolders of folders with an ACL set. As you can see from my 'dovecot -n' output below I have three namespaces; two private ("Backup" and the default, empty one) and one public ("Public"). I also use the autocreate plugin to create a few standard folders. Those folders, along with some others, should have some special permissions and restrictions in place. I.e. messages must not be deletable, the mailbox itself may not be deleted, etc. I want to use global ACLs so that I don't have to put a dovecot-acl file in every folder that I want to have an ACL set. Thus, according to the wiki, if have set acl:vfile:/etc/dovecot/acls I can create files named "Sent", "Trash", "Drafts", "INBOX.Spam" and "Backup.sent", "Backup.received", "Public.Spam", "Public.Ham" in the directory /etc/dovecot/acls. These files contain the ACL, such as "owner lrp", "owner lrwsipk" and "authenticated lrwstipk". Any and all "dovecot-acl-list" files have been deleted before testing and reproducing that problem again just now. Is there anything more to it? I ask, because I can't seem to get it to work correctly using this approach with global ACLs. Problems include: - Can't get the mailboxes "Spam" and "Ham" under the "Public" namespace to show up in the mail client (Thunderbird, KMail, Horde/IMP) at all. These have the ACL "authenticated lrwstipk" set so the should be visible to authenticated clients, shouldn't they? All I see is the namespace with no mailboxes beneath it. - Deleting messages from the "Backup.sent" or "Backup.received" mailboxes is possible from Thunderbird, KMail and Horde/IMP, despite having the ACL "owner rlp" set, which, if I understand correctly, should only allow users to lookup, read and post to the mailing list via LDA/Sieve. What am I doing wrong? It seems to me that the global ACL files for namespaces other than the empty one are not at all considered? Do I have to use another notation for the ACL file names? Any help is much appreciated. Thanks in advance! Configuration information follows. Contents of /etc/dovecot/acl ============================ Backup.received owner rlp Backup.sent owner rlp Drafts owner lrwstipk INBOX.Spam owner lrwstipk Public.Ham authenticated lrwstipk Public.Spam authenticated lrwstipk Sent owner lrwstipk Trash owner lrwstipk 'dovecot -n' ============ # 1.2.4: /usr/local/etc/dovecot.conf # OS: Linux 2.6.26-2-686 i686 Debian 5.0.2 log_timestamp: %Y-%m-%d %H:%M:%S protocols: managesieve imap imaps pop3 pop3s login_dir: /usr/local/var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_executable(managesieve): /usr/local/libexec/dovecot/managesieve-login mail_access_groups: mail mail_privileged_group: mail mail_location: maildir:~/Maildir mail_drop_priv_before_exec: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_executable(managesieve): /usr/local/libexec/dovecot/managesieve mail_plugins(default): autocreate acl mail_plugins(imap): autocreate acl mail_plugins(pop3): mail_plugins(managesieve): mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 mail_plugin_dir(managesieve): /usr/local/lib/dovecot/managesieve namespace: type: public separator: . prefix: Public. location: maildir:/var/mail/public:CONTROL=~/Maildir/control/public:INDEX=~/Maildir/index/public list: yes namespace: type: private separator: . prefix: Backup. location: maildir:~/Maildir-backup hidden: yes list: no namespace: type: private separator: . inbox: yes list: yes subscriptions: yes lda: log_path: info_log_path: auth_socket_path: /var/run/dovecot/auth-master postmaster_address: postmaster(a)mailtest0.rise-s.com mail_plugins: sieve acl auth default: mechanisms: plain login passdb: driver: pam passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: passwd userdb: driver: static args: uid=vmail gid=vmail home=/var/vmail/%Ld/%Ln allow_all_users=yes socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail plugin: sieve: ~/.dovecot.sieve sieve_dir: ~/sieve sieve_global_path: /etc/dovecot/sieve/default.sieve sieve_global_dir: /etc/dovecot/sieve/global/ sieve_before: /etc/dovecot/sieve/before/ autocreate: Trash autocreate2: Drafts autocreate3: Sent autocreate4: INBOX.Spam autosubscribe: Trash autosubscribe2: Drafts autosubscribe3: Sent autosubscribe4: INBOX.Spam acl: vfile:/etc/dovecot/acl [1] http://dovecot.org/list/dovecot/2009-August/042467.html -- Andreas Ntaflos Vienna, Austria GPG Fingerprint: 6234 2E8E 5C81 C6CB E5EC 7E65 397C E2A8 090C A9B4

2 1

[Dovecot] Dovecot 1.2.4 Crashing on amd64
by Lawrence Sheed 01 Sep '09

01 Sep '09

On the offchance that this was fixed in the nightlies, tried the 9/1/09 build, but no go. Sep 1 09:06:23 usa kernel: [955179.633005] dovecot-auth[19737]: segfault at 0 ip 0 sp 7fffc8839fa8 error 14 in dovecot-auth [400000+49000] Any ideas? dovecot -n and crash logs posted previously. Lawrence Sheed COMPUTER SOLUTIONS Room 401-402 Han Wen Xuan Building 2 No.14, 955 Yan An Middle Road Shanghai China 200040 Tel: +86 21 62890765 +86 21 62890056 Fax: +86 21 62890700 Mobile: +86 13901 802 269 Skype: computersolutions.cn Twitter: compsolutions Web: www.computersolutions.cn E-mail: support(a)computersolutions.cn

1 0