- dovecot - dovecot.org

[Dovecot] Another 1.2.5 imap panic
by Chris Wakelin 16 Oct '09

16 Oct '09

We've had another random imap process crash. This is with the original 1.2.5 imap (I haven't applied the patch for two processes creating an index simultaneously): > Oct 03 13:24:56 imap-login: Info: Login: user=<xxxxxxxx>, method=PLAIN, rip=134.225.1.46, lip=134.225.16.6 > Oct 03 13:25:59 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=483, msgid=<xxxxxxxx> > Oct 03 13:28:06 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: expunge: uid=483, msgid=<xxxxxxxx>, size=63593 > Oct 03 13:28:30 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=482, msgid=<xxxxxxxx> > Oct 03 13:28:30 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=484, msgid=<xxxxxxxx> > Oct 03 13:28:30 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=485, msgid=<xxxxxxxx> > Oct 03 13:28:42 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: undelete: uid=485, msgid=<xxxxxxxx> > Oct 03 13:28:51 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=486, msgid=<xxxxxxxx> > Oct 03 13:28:54 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: expunge: uid=482, msgid=<xxxxxxxx>, size=273185 > Oct 03 13:28:54 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: expunge: uid=484, msgid=<xxxxxxxx>, size=12740 > Oct 03 13:28:54 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: expunge: uid=486, msgid=<xxxxxxxx>, size=52154 > Oct 03 13:30:22 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=470, msgid=<xxxxxxxx> > Oct 03 13:30:36 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=471, msgid=<xxxxxxxx> > Oct 03 13:30:50 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=472, msgid=<xxxxxxxx> > Oct 03 13:33:27 IMAP 6067 xxxxxxxx 134.225.1.46 : Info: delete: uid=475, msgid=<xxxxxxxx> > Oct 03 13:34:20 IMAP 6067 xxxxxxxx 134.225.1.46 : Panic: file istream-raw-mbox.c: line 578 (istream_raw_mbox_get_body_size): assertion failed: (rstream->body_offset != (uoff_t)-1) Backtrace: > Core was generated by `imap [xxxxxxxx 134.225.1.46]'. > Program terminated with signal 6, Abort. > #0 0xff21fe78 in ?? () > (gdb) bt > #0 0xff21fe78 in ?? () > #1 0xbe258 in ?? () > #2 0xbeb14 in ?? () > #3 0xbe414 in ?? () > #4 0x5a238 in mail_index_update_flags (t=0xe29b8, seq=578, modify_type=37, > flags=928984) at mail-index-transaction.c:697 > #5 0x5a4d8 in mail_index_ext_resize (t=0x12a250, ext_id=4294967295, > hdr_size=1221160, record_size=64549, record_align=0) > at ../../src/lib/array.h:157 > #6 0x5a7a0 in mail_index_update_ext (t=0x0, seq=0, ext_id=523301, > data=0xffbeeb38, old_data_r=0x22094) at ../../src/lib/array.h:187 > #7 0x5ae58 in _tview_close (view=0x1272a8) at mail-index-transaction-view.c:24 > #8 0x5c7d8 in mail_index_sync_end (_ctx=0xffffffff) at mail-index-sync.c:636 > #9 0x5cd74 in mail_index_sync_update_log_offset (ctx=0x12be80, map=0x11, > eol=140) at mail-index-sync-update.c:59 > #10 0x5cea4 in mail_index_map_msync (index=0x130d08, map=0x0) > at mail-index-sync-update.c:72 > #11 0x79354 in t_pop () at data-stack.c:160 > #12 0x6a95c in mailbox_save_init () at mail-storage.c:526 > #13 0x5ced0 in mail_index_map_msync (index=0x1296c0, map=0x11) > at mail-index-sync-update.c:75 > #14 0x79038 in buffer_get_size () at buffer.c:293 (see http://www.dovecot.org/list/dovecot/2009-September/043126.html for "dovecot -n" output etc.) BTW there's been no crashes of imap-login since the last patch for literals in login parameters :) 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 4

[Dovecot] Dovecot 1.2.6 segfault in imap_fetch_begin
by Brandon Davidson 16 Oct '09

16 Oct '09

We recently upgraded from Dovecot 1.2.4 to 1.2.6 (with the sieve patches of course). Everything has been running quite well since the upgrade. The occasional issue with assert-crashing when expunging has gone away. However, one of our users seems to have triggered a new issue. She's been the only one to see it, but whenever she logs in, her imap process segfaults immediately. It appears that the crash is a null pointer deref in the array library, but I'm not sure what code is at fault for calling in without checking array validity... or even if I'm on the right track. Backtraces and some further information are available here. Cores available on request. http://uoregon.edu/~brandond/dovecot-1.2.6/bt.txt Thanks, -Brad

2 6

[Dovecot] @2.0 IMAP login, Error: ...//lib20_fts_plugin.so: undefined symbol: fts_next_hook_mailbox_allocated
by PGNet Dev 15 Oct '09

15 Oct '09

hi, @ imap login to 2.0/head, Oct 12 21:06:53 master: Info: Dovecot v2.0.alpha1 starting up (core dumps disabled) Oct 12 21:07:16 imap-login: Info: Login: user=<testuser(a)my.domain.com>, method=PLAIN, rip=192.168.1.100, lip=192.168.1.101, TLS Oct 12 21:07:16 IMAP(testuser(a)my.domain.com): Info: Loading modules from directory: /usr/local/lib/dovecot Oct 12 21:07:16 IMAP(testuser(a)my.domain.com): Info: Module loaded: /usr/local/lib/dovecot/lib10_quota_plugin.so Oct 12 21:07:16 IMAP(testuser(a)my.domain.com): Info: Module loaded: /usr/local/lib/dovecot/lib11_imap_quota_plugin.so Oct 12 21:07:16 IMAP(testuser(a)my.domain.com): Info: Module loaded: /usr/local/lib/dovecot/lib20_autocreate_plugin.so Oct 12 21:07:16 IMAP(testuser(a)my.domain.com): Error: dlopen(/usr/local/lib/dovecot/lib20_fts_plugin.so) failed: /usr/local/lib/dovecot/lib20_fts_plugin.so: undefined symbol: fts_next_hook_mailbox_allocated Oct 12 21:07:16 IMAP(testuser(a)my.domain.com): Fatal: Couldn't load required plugins also, after install, i note, cd /usr/local/lib ls dovecot/{imap,lda,pop3} dovecot/imap: lib15_notify_plugin.so dovecot/lda: lib15_notify_plugin.so lib90_sieve_plugin.a lib90_sieve_plugin.la lib90_sieve_plugin.so dovecot/pop3: lib15_notify_plugin.so shouldn't, e.g., dovecot/imap have auto-populated symlinks to autocreate, fts, etc plugins? or for 2.0 do they need to be manually created? thx.

2 2

[Dovecot] 1.2.6 Spurious pread()/stream errors/index corruption
by Paul Freeman 15 Oct '09

15 Oct '09

Hi, We're currently testing 1.2.x with a move from 1.1.x in mind however with the current 1.2 series we are encountering some serious problems. simply editing the main conf and restarting dovecot gives these errors seemingly randomly: (some previous posts indicated this might be todo with 64bit file offsets so we've played around with disable-largefile and setting _FILE_OFFSET_BITS manually but without any success) ---- error while reading main dovecot conf file Unexpected eof found when reading file 'UNOPENED' (Errcode: -1) Panic: file istream-file.c: line 80 (i_stream_file_read): assertion failed: (errno != 0) Error: Raw backtrace: /NOC4/dovecot/sbin/dovecot [0x41ad42] -> /NOC4/dovecot/sbin/dovecot(default_fatal_handler+0x34) [0x41ae54] -> /NOC4/dovecot/sbin/dovecot [0x41a486] -> /NOC4/dovecot/sbin/dovecot [0x41d9b0] -> /NOC4/dovecot/sbin/dovecot(i_stream_read+0x4c) [0x41cbbc] -> /NOC4/dovecot/sbin/dovecot(i_stream_read_next_line+0x28) [0x41d408] -> /NOC4/dovecot/sbin/dovecot(settings_read+0x129) [0x4174d9] -> /NOC4/dovecot/sbin/dovecot(master_settings_read+0x89) [0x4155a9] -> /NOC4/dovecot/sbin/dovecot(main+0x1d2) [0x413162] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x2b6b8258c5c6] -> /NOC4/dovecot/sbin/dovecot [0x40aec9] ---- when we do get past this error it surfaces again inside the imap process: Oct 15 09:40:25 10.0.1.2 dovecot: Dovecot v1.2.6 starting up (core dumps disabled) Oct 15 09:40:25 10.0.1.2 dovecot: auth-worker(default): mysql: Connected to x.x.x.x (Services) Oct 15 09:40:38 10.0.1.2 dovecot: imap-login: Login: user=<paul(a)noc4.net>, method=PLAIN, rip=192.168.167.4, lip=10.0.1.2 Oct 15 09:40:38 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Effective uid=512, gid=512, home=/nmail/noc4/cache Oct 15 09:40:38 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): maildir: data=~/ Oct 15 09:40:38 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): maildir++: root=/nmail/noc4/cache, index=, control=, inbox=/nmail/noc4/cache Oct 15 09:40:38 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Namespace : Using permissions from /nmail/noc4/cache: mode=0700 gid=-1 Oct 15 09:40:38 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Corrupted transaction log file /nmail/noc4/cache/dovecot.index.log seq 2: unexpected end of file while reading header (sync_offset=0) Oct 15 09:40:59 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Unexpected eof found when reading file 'UNOPENED' (Errcode: -1) Oct 15 09:40:59 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): pread() failed with file /nmail/noc4/cache/dovecot.index.log: Success Oct 15 09:40:59 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Unexpected eof found when reading file 'UNOPENED' (Errcode: -1) Oct 15 09:40:59 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): pread() failed with file /nmail/noc4/cache/dovecot.index.log: Success Oct 15 09:40:59 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Unexpected eof found when reading file 'UNOPENED' (Errcode: -1) Oct 15 09:40:59 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): pread() failed with file /nmail/noc4/cache/dovecot.index.log: Success Oct 15 09:43:18 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Server shutting down bytes=11746/855 ---- test with different INDEX location Oct 15 09:43:20 10.0.1.2 dovecot: Dovecot v1.2.6 starting up (core dumps disabled) Oct 15 09:43:20 10.0.1.2 dovecot: auth-worker(default): mysql: Connected to x.x.x.x (Services) Oct 15 09:43:30 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Effective uid=512, gid=512, home=/nmail/noc4/cache Oct 15 09:43:30 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): maildir: data=~/:INDEX=/nmail/.Indexes/paul@noc4.net Oct 15 09:43:30 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): maildir++: root=/nmail/noc4/cache, index=/nmail/.Indexes/paul(a)noc4.net, control=, inbox=/nmail/noc4/cache Oct 15 09:43:30 10.0.1.2 dovecot: imap-login: Login: user=<paul(a)noc4.net>, method=PLAIN, rip=192.168.167.4, lip=10.0.1.2 Oct 15 09:43:30 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Namespace : Using permissions from /nmail/noc4/cache: mode=0700 gid=-1 Oct 15 09:43:30 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Unexpected eof found when reading file 'UNOPENED' (Errcode: -1) Oct 15 09:43:30 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Panic: file istream-file.c: line 80 (i_stream_file_read): assertion failed: (errno != 0) Oct 15 09:43:31 10.0.1.2 dovecot: IMAP(paul(a)noc4.net): Raw backtrace: imap [0x4a6642] -> imap [0x4a66c3] -> imap [0x4a5d86] -> imap [0x4ace20] -> imap(i_stream_read+0x4c) [0x4ab0dc] -> imap(i_stream_read_next_line+0x28) [0x4ab928] -> imap(maildir_uidlist_refresh+0x183) [0x443b23] -> imap [0x440d28] -> imap(maildir_storage_sync_init+0x148) [0x441208] -> imap(mailbox_sync+0x30) [0x46ce00] -> imap(cmd_select_full+0x383) [0x4210e3] -> imap [0x42392c] -> imap [0x4239ce] -> imap(client_handle_input+0x45) [0x423b95] -> imap(client_input+0x5f) [0x42458f] -> imap(io_loop_handler_run+0xcb) [0x4ae6cb] -> imap(io_loop_run+0x18) [0x4adb48] -> imap(main+0x537) [0x42c587] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x2b5edbbdb5c6] -> imap [0x41c699] Oct 15 09:43:31 10.0.1.2 dovecot: dovecot: child 30298 (imap) killed with signal 6 (core dumps disabled) ---- our build & test host is Using built-in specs. Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/sys-devel/gcc-4.3.2-r3/work/gcc-4.3.2/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.3.2 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.2 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.2/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.3.2/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.3.2/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --disable-fixed-point --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --enable-libgomp --disable-libgcj --enable-languages=c,c++,treelang,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu --with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.3.2-r3 p1.6, pie-10.1.5' Thread model: posix gcc version 4.3.2 (Gentoo 4.3.2-r3 p1.6, pie-10.1.5) any input graciously accepted Regards Paul

2 3

[Dovecot] Deliver - can't connect to .../auth-master
by iain＠brightbooks.co.uk 15 Oct '09

15 Oct '09

Dovecot version 1.1.11 Hi all, I'm having real trouble getting Getmail, which is configured to pick up mail from my ISPs mailhost, to put the mail in our local Maildirs, through Deliver. We're using virtual users so, if I am understanding correctly, Deliver needs to fetch this information from /var/run/dovecot/auth-master. The trouble is that Deliver doesn't seem to have the correct privileges to do so. Whenever Getmail tries to pass the mail to Deliver, the line: Oct 15 15:21:04 Domain deliver(user(a)domain.com): Can't connect to auth server at /var/run/dovecot/auth-master: No such file or directory appears in the Mail.err log. So far I've tried: # - Changing the privileges of the whole /var/run/dovecot/ folder, and its sub folders. I understand that this is only a workaround, as Dovecot changes the privileges back on restart, however it doesn't seem to work anyway. It changes the log result from 'No such file or directory' to 'Permission denied' (and sometimes 'Connection refused'). # - I tried setting the location of auth-master to /home/manager/dovecot in the dovecot-postfix.conf config files (and the dovecot.conf config, just in case), so I could control access to it, and its permissions, more closely. Again, no luck. The log file still shows that it is trying to access it through /var/run/dovecot ~ not sure why (I even went to the lengths of doing a search for /var/run/dovecot in the config files, to make sure I hadn't missed a rogue mention; nothing). Interestingly the file auth-master is created in the correct folder I've configured, but the log results still stay the same. Thanks in advance for any help getting this up and running.

2 1

[Dovecot] Two passwords: One for Dovecot IMAP and One for Dovecot SASL? Is it possible?
by Art Gray - Razorpoint 15 Oct '09

15 Oct '09

Greetings, Can Dovecot can handle separate authentication for receiving mail (IMAPS) and sending mail (SMTPS)? In the past, we used Dovecot IMAP for the receiving part and Cyrus SASL for the sending part. This allowed us to use two passwords with mail. Cyrus has grown too old and isn't useful anymore. Can Dovecot give us this functionality: two passwords, one for IMAP authentication and one for SASL authentication? If so, could you point me in the right direction to get this working? Thanks in advance, A

4 3

[Dovecot] ldap quota dovecot
by Justinas Samas 15 Oct '09

15 Oct '09

hi, I've used dovecot 1.1.16 but after upgrade to dovecot 1.2.4 per-user ldap quotas stoped working. My configuration: # 1.2.4: /etc/dovecot.conf # OS: Linux 2.6.18-128.7.1.el5xen x86_64 CentOS release 5.3 (Final) ext3 protocols: imap imaps pop3 pop3s managesieve listen(default): *, [::] listen(imap): *, [::] listen(pop3): *, [::] listen(managesieve): *:20000 login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login login_executable(managesieve): /usr/libexec/dovecot/managesieve-login login_greeting: Server ready. login_process_per_connection: no verbose_proctitle: yes first_valid_uid: 1 first_valid_gid: 90 last_valid_gid: 400 mail_privileged_group: mail mail_location: maildir:/home/%u/Maildir:INDEX=MEMORY:CONTROL=/conf/no-quotas/control/%u mail_debug: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_executable(managesieve): /usr/libexec/dovecot/managesieve mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 mail_plugin_dir(managesieve): /usr/lib64/dovecot/managesieve 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): imap_client_workarounds(managesieve): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh pop3_client_workarounds(managesieve): lda: postmaster_address: postmaster(a)example.com mail_plugins: quota sieve auth_socket_path: /var/run/dovecot/auth-master auth default: debug: yes passdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot-ldap.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 511 plugin: quota: maildir trash: /etc/dovecot-trash.conf sieve: ~/.dovecot.sieve sieve_dir: ~/sieve sieve_extensions: +imapflags +notify dovecot-ldap.conf: hosts = ldap.example.com auth_bind = yes base = ou=people, dc=example, dc=com scope = subtree user_attrs = homeDirectory=home,uidNumber=uid,gidNumber=gid,telephoneNumber=quota_rule=*:storage=%$M user_filter = (&(objectClass=posixAccount)(uid=%u)) pass_attrs = uid=user,userPassword=password pass_filter = (&(objectClass=posixAccount)(uid=%u)(!(shadowExpire=*))) default_pass_scheme = CRYPT Imap shows correct quota, but dovecot lda doesn't reject mail and it gets overquota, maildirsize: 15728640S 28033743 4 If I add for example quota_rule = *:storage=20M to dovecot.conf it works, but I need per-user ldap quotas. It seems dovecot deliver ignores maildirsize.

4 9

[Dovecot] Investigating suspected cache corruption
by David Warden 14 Oct '09

14 Oct '09

Hi All, I'm running Dovecot 1.1.11 for a site of about 7000 active users with a Squirrelmail frontend. We migrated from Courier (big shout to everyone who worked on the wonderful part of the Dovecot wiki that deals with Courier migration) and I have been extremely happy with the performance gains Dovecot has given us. Not only is the IMAP part of Squirrelmail faster, but our same hardware is under far less stress than it was before the migration. To date, the only problem we have experienced is a seemingly random but significant slowdown in Squirrelmail's loading of the messages in a user's Inbox. Each time, I have been able to fix the problem by deleting the user's dovecot.index, dovecot.index.cache and dovecot.index.log files in the user's INDEX directory for their dovecot Inbox. I tried having users experiencing this problem log in to a test Squirrelmail box with mail_debug on, but I didn't see anything out of the ordinary and they report the same slowness on the test server. I don't see anything but normal login/logout IMAP lines in the production dovecot logs. I have hesitated a bit in posting to the list since this seems to be happening to a small percentage of users and it technically may be a problem with Squirrelmail, but the fact that I'm able to fix the problem by nuking Dovecot's index files has me concerned - does anyone have any suggestions for troubleshooting? My first idea when I get another one of these is to do a telnet IMAP session to Dovecot on one of the Squirrelmail boxes and see if I can get it to slow down when retrieving messages from the Inbox. We are using Maildir over NFS with the control/index files stored on NFS as well. We're doing FS quota over NFS using rquotad to query the NFS server for each user's quota. Here's the output of dovecot -n: # 1.1.11: /etc/dovecot.conf Warning: fd limit 1024 is lower than what Dovecot can use under full load (more than 1536). Either grow the limit or change login_max_processes_count and max_mail_processes settings # OS: Linux 2.6.18-128.1.1.0.1.el5 x86_64 Red Hat Enterprise Linux Server release 5.3 (Tikanga) login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login login_process_per_connection: no login_processes_count: 10 login_max_processes_count: 512 verbose_proctitle: yes first_valid_uid: 0 mail_location: maildir:~/Maildir:CONTROL=/Mail/mailhome/ %u/.dovecot:INDEX=/Mail/mailhome/%u/.dovecot mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes mail_drop_priv_before_exec: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 imap_client_workarounds(default): outlook-idle delay-newmail imap_client_workarounds(imap): outlook-idle delay-newmail imap_client_workarounds(pop3): imap_logout_format(default): bytes(in/out)=%i/%o imap_logout_format(imap): bytes(in/out)=%i/%o imap_logout_format(pop3): bytes=%i/%o pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): UID%u-%v pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh pop3_logout_format(default): top=%t/%p, retr=%r/%b, del=%d/%m, size=%s pop3_logout_format(imap): top=%t/%p, retr=%r/%b, del=%d/%m, size=%s pop3_logout_format(pop3): top(count/bytes)=%t/%p, retr(count/bytes)=%r/ %b, del(deleted/pre-deleted)=%d/%m, mailbox-size(bytes)=%s namespace: type: private prefix: INBOX. inbox: yes list: yes subscriptions: yes auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd plugin: quota: fs:Mail Quota:user Many thanks, David Warden

2 1

[Dovecot] dovecot + ldap
by bely junior 14 Oct '09

14 Oct '09

Hi, I have a configuration with dovecot authenticating to AD. I would like to authenticate using the user logon name in AD. and mail box were created according to the field mail in AD anyone have any idea about this? my dovecot-ldap: hosts = xx.xx.xx.xx base = dc=domain,dc=com ldap_version = 3 auth_bind = yes auth_bind_userdn = domain\%u thanks. -- Bely Silva Junior

1 0

[Dovecot] dovecot + ldap
by bely junior 14 Oct '09

14 Oct '09

Hi, I have a configuration with dovecot authenticating to AD. I would like to authenticate using the user logon name in AD. and mail box were created according to the field mail in AD anyone have any idea about this? my dovecot-ldap: hosts = xx.xx.xx.xx base = dc=domain,dc=com ldap_version = 3 auth_bind = yes auth_bind_userdn = domain\%u thanks. -- Bely Silva Junior

1 0