- dovecot - dovecot.org

[Dovecot] Password and special caracter
by Gilles Albusac 01 Oct '09

01 Oct '09

Problem : I have a problem with special character in the password. Character like ! * é are deleted My configuration : - a smtp server with Postfix 2.6 and Dovcot 1.1.11. - a windows 2003 server with active directory for accounts and boxes I use SMTP / SASL on my postfix 2.6 to authenticate my remote laptop users (allow legitimate users to relay mail). To do that, I use SASL Dovecot fonctionnality and ldap request to verify login/password who are declared on a server in Windows 2003 (Active Directory). It works fine with simple password but not with complex password. I have a problem with special character in the password. Character like ! * é are deleted before comparaison. Any idea ? Regards

1 0

Re: [Dovecot] deliver: Fatal: setgid(114) failed with euid=8, gid=8, egid=8: Operation not permitted
by Fredriksson Turbo 01 Oct '09

01 Oct '09

On 1 okt 2009, at 14.42, Charles Marcus wrote: > Please always keep replies on list... Sorry. A 'Reply' didn't send it where I expected it to... > On 10/1/2009 7:18 AM, Fredriksson Turbo wrote: >>>> But it seems that all mails that was received between 16:52:19 >>>> and 11:07:52 (which was the last mail that couldn't be delivered) >>>> is lost! > >>> Without logs, it is impossible to say what happened to the mails... >>> >>> Were they accepted, then lost? Or were they simply rejected? > >> The error log say: >> >> deliver(<EMAIL>): 2009-09-30 11:07:52 Fatal: setgid(114) failed >> with >> euid=8, gid=8, egid=8: Operation not permitted >> >> The info log say that everything was a-ok... >> >> So the mail was accepted, put in the spool, picked up for local >> delivery, spamchecked etc and when it was supposed to be put in >> a file in the mail directory, lost... > > This may be enough for Timo, but its always better to give the full > logs > of one of these transactions - not just the dovecot error log, but > full > system logs, showing the message entering the system, each step of > processing, and ending with the final delivery (attempt)... Fair enough. But I never saved the tail when the problem occured. I can now extract this again from the info log (getting everything between 11:06 to 11:08 which should be within the problem time...). Who should I send it to? It's 181 lines to 'privatize' and I'd prefere not to send a unprivatized file to the list...

3 5

[Dovecot] imap crashed: (imap) killed with signal 11 in dovecot 1.2.5
by Robert Gabriel 01 Oct '09

01 Oct '09

Hi, I'm using dovecot 1.2.5 with mysql backend and seems in this new version I have issues when loggin in, especially if there are mails in Inbox folder. NOTE: version 1.2.4 worked perfectly and mysql was updated to version 5.0.86 from source code. Here is my configuration and core dump: > /applications/dovecot-mail/sbin/dovecot --version 1.2.5 > /applications/dovecot-mail/sbin/dovecot -n # 1.2.5: /applications/dovecot-mail/conf/dovecot.conf # OS: Linux 2.6.18-164.el5 i686 CentOS release 5.3 (Final) ext3 base_dir: /var/run/dovecot/ log_path: /var/log/dovecot.log log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap imaps pop3s login_dir: /var/run/dovecot/login login_executable(default): /applications/dovecot-mail/libexec/dovecot/imap-login login_executable(imap): /applications/dovecot-mail/libexec/dovecot/imap-login login_executable(pop3): /applications/dovecot-mail/libexec/dovecot/pop3-login login_greeting: Hi buddy, got an account? login_processes_count: 4 login_max_processes_count: 64 max_mail_processes: 1024 last_valid_uid: 10005 mail_privileged_group: mail mail_location: mbox:/srv/mail/vmail/%d/%n mail_debug: yes maildir_copy_preserve_filename: yes mbox_read_locks: dotlock fcntl mail_drop_priv_before_exec: yes mail_executable(default): /applications/dovecot-mail/libexec/dovecot/imap mail_executable(imap): /applications/dovecot-mail/libexec/dovecot/imap mail_executable(pop3): /applications/dovecot-mail/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /applications/dovecot-mail/lib/dovecot/imap mail_plugin_dir(imap): /applications/dovecot-mail/lib/dovecot/imap mail_plugin_dir(pop3): /applications/dovecot-mail/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 auth default: mechanisms: plain login cache_size: 10240 cache_ttl: 1800 passdb: driver: pam args: cache_key=%u%r%l dovecot passdb: driver: sql args: /applications/dovecot-mail/conf/dovecot-mysql.conf userdb: driver: sql args: /applications/dovecot-mail/conf/dovecot-mysql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 432 user: dovecot group: mail > grep -v '^ *$#.*$\?$' /applications/dovecot-mail/conf/dovecot-mysql.conf driver = mysql default_pass_scheme = PLAIN-MD5 connect = host=localhost dbname=mail user=mail password=XXXXXXX password_query = SELECT password FROM mailbox WHERE username = '%u' user_query = SELECT '/srv/mail/vmail/%d/%n' as home, 'maildir:/srv/mail/vmail/%d/%n' as mail, 10005 AS uid, 12 AS gid, concat('dirsize:storage=',quota) AS quota FROM mailbox WHERE username ='%u' AND active ='1' > gdb /applications/dovecot-mail/libexec/dovecot/imap `pwd`/core.20557 GNU gdb Fedora (6.8-27.el5) Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html > This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"... (no debugging symbols found) warning: Can't read pathname for load map: Input/output error. Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /applications/dovecot-mail/lib/dovecot/imap/lib10_quota_plugin.so... (no debugging symbols found)...done. Loaded symbols for /applications/dovecot-mail/lib/dovecot/imap/lib10_quota_plugin.so Reading symbols from /applications/dovecot-mail/lib/dovecot/imap/lib11_imap_quota_plugin.so...(no debugging symbols found)...done. Loaded symbols for /applications/dovecot-mail/lib/dovecot/imap/lib11_imap_quota_plugin.so Reading symbols from /usr/lib/gconv/ISO8859-1.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib/gconv/ISO8859-1.so (no debugging symbols found) Core was generated by `imap'. Program terminated with signal 11, Segmentation fault. [New process 20557] #0 0x00000000 in ?? () (gdb) backtrace #0 0x00000000 in ?? () (gdb) quit

3 5

Re: [Dovecot] deliver: Fatal: setgid(114) failed with euid=8, gid=8, egid=8: Operation not permitted
by Charles Marcus 01 Oct '09

01 Oct '09

Please always keep replies on list... On 10/1/2009 7:18 AM, Fredriksson Turbo wrote: >>> But it seems that all mails that was received between 16:52:19 >>> and 11:07:52 (which was the last mail that couldn't be delivered) >>> is lost! >> Without logs, it is impossible to say what happened to the mails... >> >> Were they accepted, then lost? Or were they simply rejected? > The error log say: > > deliver(<EMAIL>): 2009-09-30 11:07:52 Fatal: setgid(114) failed with > euid=8, gid=8, egid=8: Operation not permitted > > The info log say that everything was a-ok... > > So the mail was accepted, put in the spool, picked up for local > delivery, spamchecked etc and when it was supposed to be put in > a file in the mail directory, lost... This may be enough for Timo, but its always better to give the full logs of one of these transactions - not just the dovecot error log, but full system logs, showing the message entering the system, each step of processing, and ending with the final delivery (attempt)... -- Best regards, Charles Marcus I.T. Director Media Brokers International, Inc. 678.514.6200 x224 678.514.6299 fax

1 0

[Dovecot] Compile dovecot 1.2.5 with managesieve patch 0.11.9?
by Seba 01 Oct '09

01 Oct '09

Hi, is it possible to compile dovecot 1.2.5 with the managesieve patch 0.11.9 which is for dovecot 1.2.4 or is it better to wait if a new managesieve patch is released? Maybe 1.2.5 will work too? Thanks, Seba

3 2

[Dovecot] imap crashed, (imap) killed with signal 11
by Robert Gabriel 01 Oct '09

01 Oct '09

There is an error in dovecot 1.2.5 when loggin in: dovecot: Error: child 14816 (imap) killed with signal 11

1 0

[Dovecot] Some issues in Dovecot 1.2.5 after upgrade from 1.0.15
by Chris Wakelin 01 Oct '09

01 Oct '09

We upgraded from Dovecot 1.0.15 to 1.2.5 last night, on Solaris 10 using mboxes, mostly without issues. However I had to trash the index/cache files (too many folders were showing corruption issues which is especially bad for Prayer Webmail ".prayer" folders that store preferences; Prayer sees a disconnection as the folder being missing!). I've had one imap process panic in mailbox sync (as I mentioned above, the index files have been newly created in 1.2.5): > Sep 30 09:57:10 imap-login: Info: Login: user=<xxxxxxxx>, method=PLAIN, rip=134.225.xx.xx, lip=134.225.16.6 > Sep 30 09:57:10 imap-login: Info: Login: user=<xxxxxxxx>, method=PLAIN, rip=134.225.xx.xx, lip=134.225.16.6 > Sep 30 09:57:11 IMAP 25384 xxxxxxxx 134.225.xx.xx : Panic: file mail-index-sync-update.c: line 933 (mail_index_sync_map): assertion failed: (map->hdr.indexid == index->indexid || map->hdr.indexid == 0) > Sep 30 09:57:11 dovecot: Error: child 25384 (imap) killed with signal 6 (core dumped) This looks like it was the user's first connection since the upgrade, as well. Here's the backtrace: > #0 0xff21fe78 in _libc_kill () from /usr/lib/libc.so.1 > (gdb) bt > #0 0xff21fe78 in _libc_kill () from /usr/lib/libc.so.1 > #1 0xff1b5a3c in abort () from /usr/lib/libc.so.1 > #2 0xbe258 in default_fatal_finish (type=LOG_TYPE_PANIC, status=0) at failures.c:160 > #3 0xbeb14 in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x0, args=0xffbee758) at failures.c:440 > #4 0xbe414 in i_panic (format=0xec7f0 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:207 > #5 0x98a00 in mail_index_sync_map (_map=0x1263e4, type=MAIL_INDEX_SYNC_HANDLER_HEAD, force=false) at mail-index-sync-update.c:802 > #6 0x8c618 in mail_index_map (index=0x1263a8, type=MAIL_INDEX_SYNC_HANDLER_HEAD) at mail-index-map.c:934 > #7 0x89e30 in mail_index_refresh (index=0x0) at mail-index.c:551 > #8 0x62bec in mbox_sync_header_refresh (mbox=0x1272d8) at mbox-sync.c:1586 > #9 0x62d28 in mbox_sync_has_changed_full (mbox=0x1272d8, leave_dirty=true, empty_r=0xffbeeab7) at mbox-sync.c:1644 > #10 0x62cb4 in mbox_sync_has_changed (mbox=0xffffffff, leave_dirty=true) at mbox-sync.c:1611 > #11 0x63428 in mbox_sync_int (mbox=0x1272d8, flags=0, lock_id=0xffbeee04) at mbox-sync.c:1701 > #12 0x634f4 in mbox_sync (mbox=0x1272d8, flags=0) at mbox-sync.c:1894 > #13 0x63674 in mbox_storage_sync_init (box=0x1272d8, flags=65) at mbox-sync.c:1936 > #14 0x7ebf4 in mailbox_sync_init (box=0x1272d8, flags=65) at mail-storage.c:562 > #15 0x7ecb8 in mailbox_sync (box=0x1272d8, flags=65, status_items=239, status_r=0xffbeefd0) at mail-storage.c:593 > #16 0x29fc0 in select_open (ctx=0x11ebf0, mailbox=0x1 <Address 0x1 out of bounds>, readonly=false) at cmd-select.c:273 > #17 0x2a294 in cmd_select_full (cmd=0x11eb60, readonly=false) at cmd-select.c:382 > #18 0x2a3d0 in cmd_select (cmd=0x11eb60) at cmd-select.c:389 > #19 0x2d064 in client_command_input (cmd=0x11eb60) at client.c:611 > #20 0x2cf08 in client_command_input (cmd=0x11eb60) at client.c:660 > #21 0x2d0ec in client_handle_next_command (client=0x11e8d8, remove_io_r=0xffbef2b7) at client.c:701 > #22 0x2d1e0 in client_handle_input (client=0x11e8d8) at client.c:713 > #23 0x2d318 in client_input (client=0x11e8d8) at client.c:752 > #24 0xc7ea4 in io_loop_handler_run (ioloop=0x11b370) at ioloop-poll.c:203 > #25 0xc7694 in io_loop_run (ioloop=0x11b370) at ioloop.c:335 > #26 0x36e34 in main (argc=1119232, argv=0xffbef4fc, envp=0xffbef50c) at main.c:327 I'm also seeing some other errors, e.g. : > Sep 30 10:37:06 auth(default): Error: Master request 15820.607 not found > Sep 30 10:51:27 dovecot: Error: child 29959 (login) killed with signal 11 (core not dumped) (latest ip=134.225.1.46) > Sep 30 10:51:38 dovecot: Error: child 11162 (login) killed with signal 11 (core not dumped) (latest ip=134.225.1.46) > Sep 30 10:54:03 imap-login: Warning: Error sending handshake to auth server: Transport endpoint is not connected How do I get the login (presumably imap-login) processes to dump core (or do I need to insert gdbhelper)? Dovecot -n output (%J is a local hash function and we don't use the lda; my start-up script sets the fd limit to 4096 once Dovecot has started): > # 1.2.5: /opt/RDGdovect/etc/dovecot.conf > Warning: fd limit 2048 is lower than what Dovecot can use under full load (more than 4352). Either grow the limit or change login_max_processes_count and max_mail_processes settings > # OS: SunOS 5.8 sun4u ufs > base_dir: /opt/RDGdovect/var/run/ > log_path: /opt/RDGdovect/var/log/dovecot.log > info_log_path: /opt/RDGdovect/var/log/dovecot.log > protocols: imap imaps pop3 pop3s > listen(default): 134.225.16.6:143 > listen(imap): 134.225.16.6:143 > listen(pop3): 134.225.16.6:110 > ssl_listen(default): 134.225.16.6:993 > ssl_listen(imap): 134.225.16.6:993 > ssl_listen(pop3): 134.225.16.6:995 > ssl_cert_file(default): /opt/RDGdovect/ssl/imap.reading.ac.uk.crt.pem > ssl_cert_file(imap): /opt/RDGdovect/ssl/imap.reading.ac.uk.crt.pem > ssl_cert_file(pop3): /opt/RDGdovect/ssl/pop.reading.ac.uk.crt.pem > ssl_key_file(default): /opt/RDGdovect/ssl/imap.reading.ac.uk.key.pem > ssl_key_file(imap): /opt/RDGdovect/ssl/imap.reading.ac.uk.key.pem > ssl_key_file(pop3): /opt/RDGdovect/ssl/pop.reading.ac.uk.key.pem > disable_plaintext_auth: no > shutdown_clients: no > login_dir: /opt/RDGdovect/var/run/login > login_executable(default): /opt/RDGdovect/libexec/dovecot/imap-login > login_executable(imap): /opt/RDGdovect/libexec/dovecot/imap-login > login_executable(pop3): /opt/RDGdovect/libexec/dovecot/pop3-login > login_greeting(default): University of Reading IMAP ready. > login_greeting(imap): University of Reading IMAP ready. > login_greeting(pop3): University of Reading POP3 ready. > login_process_per_connection: no > max_mail_processes: 4096 > verbose_proctitle: yes > mail_location: mbox:/export/folders/%13.h/mail/:INBOX=/export/mail/%13.h/INBOX:INDEX=/export/indexes/%13.h > mail_nfs_storage: yes > mbox_very_dirty_syncs: yes > mail_drop_priv_before_exec: yes > mail_executable(default): /opt/RDGdovect/libexec/dovecot/imap > mail_executable(imap): /opt/RDGdovect/libexec/dovecot/imap > mail_executable(pop3): /opt/RDGdovect/libexec/dovecot/pop3 > mail_plugins(default): zlib mail_log > mail_plugins(imap): zlib mail_log > mail_plugins(pop3): > mail_plugin_dir(default): /opt/RDGdovect/libexec/plugins > mail_plugin_dir(imap): /opt/RDGdovect/libexec/plugins > mail_plugin_dir(pop3): /opt/RDGdovect/lib/dovecot/pop3 > mail_log_prefix: %Us %p %u %r : > imap_client_workarounds(default): delay-newmail > imap_client_workarounds(imap): delay-newmail > imap_client_workarounds(pop3): > pop3_reuse_xuidl(default): no > pop3_reuse_xuidl(imap): no > pop3_reuse_xuidl(pop3): yes > pop3_uidl_format(default): %08Xu%08Xv > pop3_uidl_format(imap): %08Xu%08Xv > pop3_uidl_format(pop3): %08Xv%08Xu > pop3_client_workarounds(default): > pop3_client_workarounds(imap): > pop3_client_workarounds(pop3): outlook-no-nuls > namespace: > type: private > separator: / > inbox: yes > list: yes > subscriptions: yes > namespace: > type: private > separator: / > prefix: mail/ > hidden: yes > list: no > subscriptions: yes > namespace: > type: private > separator: / > prefix: ~/mail/ > hidden: yes > list: no > subscriptions: yes > namespace: > type: private > separator: / > prefix: ~%u/mail/ > hidden: yes > list: no > subscriptions: yes > lda: > postmaster_address: postmaster(a)example.com > auth default: > mechanisms: plain login > username_format: %Lu > verbose: yes > passdb: > driver: passwd-file > args: /export/mailconfig/%Ju/%u/migrating > deny: yes > passdb: > driver: passwd-file > args: /export/mailconfig/%Ju/%u/proxy.%Ls > passdb: > driver: ldap > args: /opt/RDGdovect/etc/dovecot-ldap.conf > userdb: > driver: passwd-file > args: /opt/RDGdovect/etc/userdb Best Wishes, Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin(a)reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094

2 9

[Dovecot] Virtual Plugin
by Darvin Denmian 01 Oct '09

01 Oct '09

I activated Dovecot's Virtual Plugin in my configuration and created dovecot-virtual file with the following content: [quote] # ~/Maildir/virtual/Flagged/dovecot-virtual * flagged [quote] When I flag some messages these messages automatically appears inside my Virtual Folder called "Flagged", but once inside this folder , when I "Unflag" the message, It doesn't disapear from my virtual folder. Is this expected? I'm using dovecot12-1.2.5-2.1 on a Opensuse 11.1 I hope you understand my brazilian english :) Thanks

2 1

[Dovecot] How many concurrent IMAP sessions?
by Patrick Ben Koetter 01 Oct '09

01 Oct '09

Has anybody ever bothered to measure how many concurrent IMAP sessions dovecot can handle? I know it depends on hardware, filesystem, mailbox type etc., but what exactly controls the number and what have people on the list measured? p@rick -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstraße 15 Telefon +49 89 3090 4664 81669 München Telefax +49 89 3090 4666 Amtsgericht München Partnerschaftsregister PR 563

5 10

[Dovecot] cant compile dsync
by joakim＠verona.se 30 Sep '09

30 Sep '09

I'm trying to compile dsync, but failing. What am I doing wrong? hg pull pulling from http://hg.dovecot.org/dovecot-2.0/ ... ./configure && make clean all ... make[5]: Entering directory `/mnt/data/build/dovecot-2.0/src/lib-storage/index/maildir' make[5]: *** No rule to make target `maildir-transaction.c', needed by `maildir-transaction.lo'. Stop. make[5]: Leaving directory `/mnt/data/build/dovecot-2.0/src/lib-storage/index/maildir' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/mnt/data/build/dovecot-2.0/src/lib-storage/index' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/mnt/data/build/dovecot-2.0/src/lib-storage' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/mnt/data/build/dovecot-2.0/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/mnt/data/build/dovecot-2.0' make: *** [all] Error 2 -- Joakim Verona

2 5