- dovecot - dovecot.org

[Dovecot] dovecot 1.1rc1 deliver linker error without mbox
by Bernhard Schmidt 03 Mar '08

03 Mar '08

Hi, compiling dovecot-1.1rc1 with the option --with-storages=maildir,raw raises the following error: cc -std=gnu99 -g -Wall -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -Wstrict-aliasing=2 -o deliver auth-client.o deliver.o duplicate.o mail-send.o smtp-client.o ../lib/mountpoint.o -Wl,--export-dynamic ../lib-storage/register/libstorage-register.a ./lib-storage/list/libstorage_list.a ./../src/lib-storage/index/maildir/libstorage_maildir.a ./../src/lib-storage/index/raw/libstorage_raw.a ./../src/lib-storage/index/libstorage_index.a ./../src/lib-storage/libstorage.a ../../src/lib-index/libindex.a ./lib-imap/libimap.a ../lib-mail/libmail.a ../lib-dict/libdict.a ./lib-charset/libcharset.a ../lib/liblib.a -ldl deliver.o: In function `create_raw_stream': /home/berni/software/dovecot/dovecot-1.1.rc1/src/deliver/deliver.c:559: undefined reference to `mbox_from_parse' collect2: ld returned 1 exit status make[4]: *** [deliver] Error 1 make[4]: Leaving directory `/home/berni/software/dovecot/dovecot-1.1.rc1/src/deliver' With mbox included it compiles fine. This was not the case until at least beta13. Regards, Bernhard

2 1

[Dovecot] ManageSieve v0.10.1 released for Dovecot 1.1.rc1
by Stephan Bosch 02 Mar '08

02 Mar '08

Hello Dovecot users, I found a few annoying bugs in the ManageSieve implementation. Particularly, v0.10.0 can pollute the tmp directory of the sieve_storage directory with useless compiled script files. Change Log v0.10.1 ------------------- * Fixed bug introduced in v0.10.0: compiled scripts were also written to disk in the sieve/tmp directory and left there. This accumulates much .sievec junk in that directory over time. * Fixed bug in tmp file generation for sieve-storage: errors other than EEXIST would cause the daemon to sleep() loop indefinitely. + Improved log lines to be more recognizable as being generated from managesieve. + Added short proxy configuration explanation to the README file + Added 'Known Issues' section to the README file - Fixed assert bug in sieve-storage occuring when save is canceled. (Last 5 changes were also back ported to new v9.2 ManageSieve version for dovecot-1.0.10, available at http://www.rename-it.nl/dovecot/1.0/) Installation ------------ The short description I provided in my previous mail is still valid: http://www.dovecot.org/list/dovecot/2008-February/028708.html New release: http://www.rename-it.nl/dovecot/1.1/dovecot-1.1-managesieve-0.10.1.tar.gz http://www.rename-it.nl/dovecot/1.1/dovecot-1.1-managesieve-0.10.1.tar.gz.s… Latest patch version is still valid: http://www.rename-it.nl/dovecot/1.1/dovecot-1.1.rc1-managesieve-0.10.0.diff… http://www.rename-it.nl/dovecot/1.1/dovecot-1.1.rc1-managesieve-0.10.0.diff… (my public key (id: 3DFBB4F4) can be found at wwwkeys.pgp.net) Have fun testing the Dovecot ManageSieve service. Don't hesitate to notify me when there are problems. Regards, -- Stephan Bosch stephan(a)rename-it.nl IRC: Freenode, #dovecot, S[r]us

1 0

[Dovecot] Dovecots default NTLM Version
by hever＠web.de 02 Mar '08

02 Mar '08

Hi, I'm not sure what NTLM version is used as default by authentication between Outlook and dovecot and I couldn't find it out with a packet sniffer. I think its NTLMv2 but I'm not sure so I'm asking here. I know that NTLMv1 is not secure against a man in the middle. _____________________________________________________________________ Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! http://smartsurfer.web.de/?mc=100071&distributionid=000000000066

3 4

[Dovecot] Sieve management without shell access or homedir
by Tobias Franzén 02 Mar '08

02 Mar '08

Hi. Is there some user friendly application (web based, maybe a webmail addon) that can help a user manage their sieve filtering? My mail users don't have any shell access to the mail host. Most users won't have a regular home directory either. Can I store this sieve information someplace else? Either directly in LDAP, or in some database, or a common directory for all user's sieve files? /Tobias

1 0

[Dovecot] Master user doesn't work with 'pass=yes'
by Ron Avriel 02 Mar '08

02 Mar '08

Hi, It seems that master user login does not work with the 'pass=yes' option as recommended and documented. I defined a master user passdb as documented. In addition, I have a passdb sql. If 'pass=yes' is defined then it seems that dovecot recognizes the master login, verifies the master password but then attempts to verify the ***master*** password again with the ***user*** password (?) and fails. If 'pass=yes' is not defined then master login works OK, but if the user does not exist I get a "* BYE Internal login failure. Refer to server log for more information." instead of the usual "NO Authentication failed.". In addition, I'd like to check the SQL users before the master user, because most logins will be done by SQL users. If I place master passdb after passdb SQL then dovecot fails to start with "Last passdb can't have pass=yes". How can I use master password and "pass=yes"? I'm using dovecot 1.0.10. This is the configuration that fails master login: dovecot.conf: auth_master_user_separator=* auth default { passdb passwd-file { args = /usr/local/etc/passwd.masterusers master = yes pass = yes } passdb sql { args = /usr/local/etc/dovecot-sql.conf } userdb prefetch { } userdb sql { args = /usr/local/etc/dovecot-sql.conf } } passwd.masterusers: master:{SHA}aFAMsNWXTaL5dwGZWeeOhWhlTZA= (password is 'masterpass') log file: Feb 18 17:44:27 ha-test1 dovecot: auth(default): client in: AUTH 1 PLAIN service=IMAP secured lip=127.0.0.1 rip=127.0.0.1 resp=AHVzZXIxQGV4YW1wbGUub3JnKm1hc3RlcgBtYXN0ZXJwYXNz Feb 18 17:44:27 ha-test1 dovecot: auth(default): passwd-file(master,127.0.0.1,master): lookup: user=master file=/usr/local/etc/passwd.masterusers Feb 18 17:44:27 ha-test1 dovecot: auth(default): passdb(master,127.0.0.1,master): Master user logging in as user1(a)example.org Feb 18 17:44:27 ha-test1 dovecot: auth-worker(default): sql(user1(a)example.org,127.0.0.1): query: SELECT username as user, password, maildir as userdb_home, concat('maildir:', maildir) as userdb_mail, 150 as userdb_uid, 12 as userdb_gid, concat('maildir:storage=', quota) AS userdb_quota FROM mailbox WHERE username = 'user1(a)example.org' AND active = '1' Feb 18 17:44:27 ha-test1 dovecot: auth-worker(default): sql(user1(a)example.org,127.0.0.1): Password mismatch ***** Here 'masterpass' is compared to the **USER** password hash (?) ******************* Feb 18 17:44:27 ha-test1 dovecot: auth-worker(default): sql(user1(a)example.org,127.0.0.1): PLAIN-MD5(masterpass) != '81dc9bdb52d04dc20036dbd8313ed055' Feb 18 17:44:28 ha-test1 dovecot: auth(default): client out: FAIL 1 user=user1(a)example.org Thanks, Ron ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs

2 1

[Dovecot] Query about LIST behaviour
by Julian Phillips 02 Mar '08

02 Mar '08

I've just switched from UW-IMAP to Dovecot v1.1.beta16, and I'm having a bit of a problem with a difference in the behaviour of the LIST command. What I'm seeing is: * PREAUTH [CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS UIDPLUS LIST-EXTENDED I18NLEVEL=1] Logged in as jp3 a list test/ * * LIST (\Noselect \HasChildren) "/" "test/a1" * LIST (\Noselect \HasChildren) "/" "test/a1/b1" * LIST (\NoInferiors \UnMarked) "/" "test/a1/b1/c1" * LIST (\NoInferiors \UnMarked) "/" "test/a1/b1/c2" * LIST (\Noselect \HasChildren) "/" "test/a1/b2" * LIST (\Noselect \HasChildren) "/" "test/a2" * LIST (\Noselect \HasChildren) "/" "test/a3" a OK List completed. b list test/a1/ * * LIST (\Noselect \HasChildren) "/" "test/a1/" * LIST (\Noselect \HasChildren) "/" "test/a1/b1" * LIST (\NoInferiors \UnMarked) "/" "test/a1/b1/c1" * LIST (\NoInferiors \UnMarked) "/" "test/a1/b1/c2" * LIST (\Noselect \HasChildren) "/" "test/a1/b2" b OK List completed. c list test/a1/b1/ * c OK List completed. d logout * BYE Logging out d OK Logout completed. but what I expect (and what I was getting with UW-IMAP) is more like: ... c list test/a1/b1/ * * LIST (\Noselect \HasChildren) "/" "test/a1/b1" * LIST (\NoInferiors \UnMarked) "/" "test/a1/b1/c1" * LIST (\NoInferiors \UnMarked) "/" "test/a1/b1/c2" c OK List completed. ... Is this is an expected behaviour? If so, is there any configuration I can change to make it behave as I want instead? -- Julian --- Lookie, lookie, here comes cookie... -- Stephen Sondheim

2 2

[Dovecot] mbox to maildir conversion does not work
by Scott Bruce 02 Mar '08

02 Mar '08

Hello, I'm try to use the convert plugin, but I cannot seem to get it working properly. Is there any setting that I'm missing. -------- dovecot -n # 1.0.10: dovecot.conf log_path: /var/log/dovecot protocols: imap imaps pop3 pop3s listen(default): 127.0.0.1:143 listen(imap): 127.0.0.1:143 listen(pop3): *:110 ssl_listen(default): *:993 ssl_listen(imap): *:993 ssl_listen(pop3): *:995 login_dir: /opt/csw/var/run/dovecot/login login_executable(default): /opt/csw/libexec/dovecot/imap-login login_executable(imap): /opt/csw/libexec/dovecot/imap-login login_executable(pop3): /opt/csw/libexec/dovecot/pop3-login mail_location: maildir:/var/imap/%u/.imap mail_debug: yes maildir_copy_with_hardlinks: yes mail_executable(default): /opt/csw/libexec/dovecot/imap mail_executable(imap): /opt/csw/libexec/dovecot/imap mail_executable(pop3): /opt/csw/libexec/dovecot/pop3 mail_plugins(default): mail_plugins(imap): mail_plugins(pop3): convert mail_plugin_dir(default): /opt/csw/lib/dovecot/imap mail_plugin_dir(imap): /opt/csw/lib/dovecot/imap mail_plugin_dir(pop3): /opt/csw/lib/dovecot/pop3 pop3_reuse_xuidl(default): no pop3_reuse_xuidl(imap): no pop3_reuse_xuidl(pop3): yes pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv auth default: passdb: driver: pam userdb: driver: passwd plugin: convert_skip_broken_mailboxes: no convert_mail: mbox:INBOX=/var/mail/%u Dovecot log ---------------- dovecot: Feb 22 14:13:28 Info: pop3-login: Login: user=<scott>, method=PLAIN, rip=134.117.43.54, lip=134.117.9.47, TLS dovecot: Feb 22 14:13:28 Info: POP3(scott): Loading modules from directory: /opt/csw/lib/dovecot/pop3 dovecot: Feb 22 14:13:28 Info: POP3(scott): Module loaded: /opt/csw/lib/dovecot/pop3/lib20_convert_plugin.so dovecot: Feb 22 14:13:28 Info: POP3(scott): Effective uid=xxx, gid=xx dovecot: Feb 22 14:13:28 Info: POP3(scott): mbox: data=INBOX=/var/mail/scott dovecot: Feb 22 14:13:28 Info: POP3(scott): maildir: data=/var/imap/scott/.imap dovecot: Feb 22 14:13:28 Info: POP3(scott): maildir: root=/var/imap/scott/.imap, index=/var/imap/scott/.imap, control=, inbox= dovecot: Feb 22 14:13:28 Info: POP3(scott): Disconnected: Logged out top=0/0, retr=0/0, del=0/0, size=0 bash-3.00# du -sh /var/imap/sbruce/.imap/ And I can use mb2md to do the conversion, but I was hoping to do it on the fly. Thank You for your time, Scott ------------------ dovecot --version 1.0.10

4 5

[Dovecot] typo caused dovecot-acl line 1: Unknown ACL ' '
by Adam McDougall 02 Mar '08

02 Mar '08

A co-worker edited a dovecot-acl file and accidently introduced a space at the end of a "user=username lrwstie" entry. Fortunately he noticed errors in his own mail client, but I'm not sure what may have happened to other users. Would it be possible to make dovecot more forgiving by ignoring whitespace at the end of ACLS to avoid this issue? Feb 21 12:34:38 hill dovecot: IMAP(username): ACL file /path/namespace/.folder/dovecot-acl line 1: Unknown ACL ' '

2 1

[Dovecot] rmdir() warnings with 1.1.rc1
by Dean Brooks 02 Mar '08

02 Mar '08

Hi, Looks like there are still some Solaris rmdir() warnings being logged to syslog in 1.1.rc1 in nfs_flush_file_handle_cache_dir(): Feb 23 13:09:51 sx3 dovecot: [ID 107833 mail.error] IMAP(ran04): \ nfs_flush_file_handle_cache_dir: rmdir(/var/mail) failed: Device busy Manual for rmdir on Solaris states: EBUSY The directory to be removed is the mount point for a mounted file system. We are using /var/mail mounted from NFS, which explains the EBUSY return code. Not sure how you would be able to get the cache flushed in this situation. -- Dean Brooks dean(a)iglou.com

2 3

[Dovecot] 1.1rc1 "Transaction rolled back"?
by Ralf Hildebrandt 02 Mar '08

02 Mar '08

>From my logs: Feb 27 08:10:33 postamt dovecot: IMAP(username): expunge: uid=2793, box=Trash, msgid=<E2FEA6DFF2340C438369E79466FB7E94F43547(a)EXCHANGE01.charite.de>, size=3025 Feb 27 08:10:33 postamt dovecot: IMAP(username): expunge: uid=2794, box=Trash, msgid=<20080226140752B6F6EC3EF7$08D09877C3@REALTIMEPCR>, size=12833 Feb 27 08:10:33 postamt dovecot: IMAP(username): expunge: uid=2795, box=Trash, msgid=<8f63285b4b444b9839c94615c28bcd3347c46aec(a)origene.com>, size=20931 Feb 27 08:10:33 postamt dovecot: IMAP(username): expunge: uid=2796, box=Trash, msgid=<0118578B.8438D393(a)xms1-1.vtrnz.com>, size=12066 Feb 27 08:10:33 postamt dovecot: IMAP(username): expunge: uid=2797, box=Trash, msgid=<1204067704.28W488X7.30077(a)biologyproject.net>, size=3328 Feb 27 08:10:33 postamt dovecot: IMAP(username): expunge: uid=2798, box=Trash, msgid=<2a989b59b24e90a1f0fea02e3582ef6d(a)ionchannels.org>, size=10197 Feb 27 08:10:33 postamt dovecot: IMAP(username): expunge: uid=2799, box=Trash, msgid=<20080226183239684063.12829(a)mailmanager.icebase.net>, size=37658 Feb 27 08:10:33 postamt dovecot: IMAP(username): expunge: uid=2800, box=Trash, msgid=<200802271434.GKTB5350(a)monthly.smtp.com>, size=3717 Feb 27 08:10:33 postamt dovecot: IMAP(username): Transaction rolled back: Ignore last 8 changes Feb 27 08:10:33 postamt dovecot: IMAP(username): Disconnected: Too many invalid IMAP commands. bytes=16371917/34458424 a) What's "Transaction rolled back"? When does it happen? What does it do? Does it - in this case - UNDO the 8 expunges? b) What's "Too many invalid IMAP commands"? And when ist it being triggered? -- Ralf Hildebrandt (Ralf.Hildebrandt(a)charite.de) snickebo(a)charite.de Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de H�tte ich 10 Euro f�r jeden Analysten, der in 'Computerfragen' schon falsch lag - ich h�tte inzwischen meine Trauminsel mit halbnackten Frauen, viel Bier und ordentlich Mampfmampf.

2 1

[Dovecot] Update from 1.0.10 -> 1.1rc1 "Transaction rolled back"???
by Ralf Hildebrandt 02 Mar '08

02 Mar '08

Feb 23 19:48:14 postamt deliver(username): copy: uid=1, box=Dovecot Delivery Mail, dest=INBOX, msgid=<47C06A3F.3040101(a)charite.de>, size=423118 Feb 23 19:48:14 postamt deliver(username): msgid=<47C06A3F.3040101(a)charite.de>: saved mail to INBOX Feb 23 19:48:14 postamt deliver(username): Transaction rolled back: Ignore last 1 changes What does that "Transaction rolled back: Ignore last 1 changes" mean? The mail was delivered: # find . -type f | xargs fgrep "47C06A3F.3040101(a)charite.de" ./cur/1203792494.M9538P13658.postamt.charite.de,S=423118:2,S:Message-ID: <47C06A3F.3040101(a)charite.de> -- Ralf Hildebrandt (Ralf.Hildebrandt(a)charite.de) snickebo(a)charite.de Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de Security-wise, NT is a server with a "Kick me" sign taped to it.

2 1

[Dovecot] 1.1rc1 crash with backtrace
by Ralf Hildebrandt 02 Mar '08

02 Mar '08

I wrote an inotify based automatic backtrace generator -- Please do hate me, Timo :) dovecot-1.1rc1 (or rather the hg checkout) GNU gdb 6.7.1-debian Copyright (C) 2007 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 "i486-linux-gnu"... Using host libthread_db library "/lib/i686/cmov/libthread_db.so.1". Reading symbols from /lib/i686/cmov/libdl.so.2...Reading symbols from /usr/lib/debug/lib/i686/cmov/libdl-2.7.so...done. done. Loaded symbols for /lib/i686/cmov/libdl.so.2 Reading symbols from /lib/i686/cmov/libc.so.6...Reading symbols from /usr/lib/debug/lib/i686/cmov/libc-2.7.so...done. done. Loaded symbols for /lib/i686/cmov/libc.so.6 Reading symbols from /lib/ld-linux.so.2...Reading symbols from /usr/lib/debug/lib/ld-2.7.so...done. done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/local/lib/dovecot/imap/lib10_quota_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib10_quota_plugin.so Reading symbols from /usr/local/lib/dovecot/imap/lib11_imap_quota_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib11_imap_quota_plugin.so Reading symbols from /usr/local/lib/dovecot/imap/lib11_trash_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib11_trash_plugin.so Reading symbols from /usr/local/lib/dovecot/imap/lib20_fts_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib20_fts_plugin.so Reading symbols from /usr/local/lib/dovecot/imap/lib20_mail_log_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib20_mail_log_plugin.so Reading symbols from /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so...done. Loaded symbols for /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Core was generated by `/usr/local/libexec/dovecot/imap'. Program terminated with signal 6, Aborted. #0 0xb7f84410 in __kernel_vsyscall () #0 0xb7f84410 in __kernel_vsyscall () #1 0xb7e53f15 in raise () from /lib/i686/cmov/libc.so.6 #2 0xb7e55891 in abort () from /lib/i686/cmov/libc.so.6 #3 0x080ce499 in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x80e8f54 "Trying to close mailbox %s with open transactions", args=0xbfc561f4 "��\020\b\030bſ��\005\b�s\020\b\207\025\016\b\n") at failures.c:415 #4 0x080ce0ec in i_panic ( format=0x80e8f54 "Trying to close mailbox %s with open transactions") at failures.c:187 #5 0x0809fad6 in mailbox_close (_box=0x6) at mail-storage.c:471 #6 0x0805f9db in cmd_logout (cmd=0x8107930) at cmd-logout.c:18 #7 0x08061c59 in client_command_input (cmd=0x8107930) at client.c:546 #8 0x08061cee in client_command_input (cmd=0x8107930) at client.c:595 #9 0x08062483 in client_handle_input (client=0x8107388) at client.c:636 #10 0x0806269e in client_input (client=0x8107388) at client.c:691 #11 0x080d5d87 in io_loop_handler_run (ioloop=0x81039b0) at ioloop-epoll.c:201 #12 0x080d5038 in io_loop_run (ioloop=0x81039b0) at ioloop.c:301 #13 0x08069f3d in main (argc=) at main.c:293 -- Ralf Hildebrandt (Ralf.Hildebrandt(a)charite.de) snickebo(a)charite.de Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de DRM is Theft

2 2

[Dovecot] I couldn't see last login time of a mail addres
by Yavuz Maslak 02 Mar '08

02 Mar '08

Hello I use dovecot-1.0.7 for imap. I also use vpopmail5.4.x. on qmail. When I type vuserinfo to see last login time of a mail address in my imap server, I could not see it. How do I correct that ? Thanks.

2 1

[Dovecot] nfs locking issues...
by John Gray 01 Mar '08

01 Mar '08

I'm running Dovecot 1.1 RC1. I believe I've done all the due diligence for making things working correctly over nfs. But I run into locking issues if I run over nfs. procmail is doing the delivery over nfs. uw-imap was ruining over nfs. dovecot is fine if its on the nfs server (i.e. it has local access to the disk, no nfs) I run into lock deadlocks if I run dovecot over nfs Users are directed to different servers, but a given users will always get the same server (at least until there's no activity for that user for over an hour). This only applies to when running dovecot over nfs. Everybody goes to the nfs server otherwise. Sometimes I can kill all the processes, remove the dot locks, and recover. Something I need to reboot the nfs server to recover. Let me give a run down of the particulars: All the mail is in mbox format. everybody runs linux with kernel 2.6.24.2 (any known nfs locking issues there?). delivery is done via procmail, its locking and dovecot's are both dotlock, fcntl. The nfs mount options are actimeo=3,hard,noatime,rsize=32768,wsize=32768,nfsvers=3 The clocks are in sync. Dovecot.conf: protocols = imap imaps pop3 pop3s login_greeting = imap ready. mail_location = mbox:~/:INBOX=/var/mail/%u mmap_disable = yes mail_nfs_storage = yes mail_nfs_index = yes protocol imap { } protocol pop3 { pop3_uidl_format = %08Xu%08Xv } auth default { mechanisms = plain passdb pam { } userdb passwd { } user = root } dict { } plugin { } Any help would be greatly appreciated. Thanks, John -- John Gray gray(a)agora-net.com AgoraNet, Inc. (302) 224-2475 314 E. Main Street, Suite 1 (302) 224-2552 (fax) Newark, De 19711 http://www.agora-net.com

3 4

[Dovecot] quota & delete
by Osvaldo Alvarez Pozo 01 Mar '08

01 Mar '08

Hy I use dovecot with quota support. I did a test with a webmail client (roundcube) & quota= 10 M when I have used 100% of the quota assigned to the mail account , I cannot delete any mail Is it possible to create a kind of warning mail about 80% of quota use or overpass quota for delete operations? Thanks

2 1

[Dovecot] links causing dovecot endless search through user's homedirs
by Paul Letta 29 Feb '08

29 Feb '08

Hello, My user's imap folder locations are a mess. Some have them in /home/username/mail but a lot of them just have them in /home/username. So I need to have dovecot's base imapdir pointed directly at the user's homedirs. My problem now is that a lot of users have many links in their homedirs. Some even have circular links, such as: /home/username/foo/foo1/foo2/foo3/foo4 -> /home/username/foo/foo1 All these links are causing some dovecot imap process to endlessly search. An example of a strace of a running imap processes shows: stat64("/home/xxx//jlab/jlab/dev/tail/interp/radcor/results/fake/e94010/3RDTRY/interp/radcor/results/fake/e94010/3RDTRY/interp/radcor/resul ts/fake/e94010/3RDTRY/interp/radcor/results/fake/e94010/3RDTRY/interp/radcor/results/fake/e94010/3RDTRY/interp/radcor/results/fake/e94010/3RDT RY/interp/radcor/results/fake/e94010/3RDTRY/interp/radcor/results/fa ... and so on. Since I can't get a hold of my users and make them all put their imap folders in /home/username/mail and configure dovecot to just search there... Is there a way to tell dovecot to ignore links ? Thanks, Paul :::::::::::::::::::::::::::::::::::::::: dovecot1.jlab.org> dovecot --version 1.0.rc15 dovecot1.jlab.org> sudo dovecot -n # /etc/dovecot.conf protocols: imaps login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login login_max_processes_count: 512 login_max_connections: 1024 first_valid_uid: 100 mail_location: mbox:%h:INBOX=/var/mail/%u mmap_disable: yes mbox_read_locks: dotlock mbox_write_locks: dotlock auth default: passdb: driver: pam userdb: driver: passwd

4 3

[Dovecot] Dovecot Cyrus query
by derwyn 29 Feb '08

29 Feb '08

Hi All, I have a client that is currently using cyrus but wants to use dovecot (1.0.rc15) sasl authentication. Is it possible to have the sasl authentication without having the dovecot binary running. Derwyn =================================================================== sms START NETCORE to 575758 to get updates on Netcore's enterprise products and services sms START MYTODAY to 09845398453 for more information on our mobile consumer services or go to http://www.mytodaysms.com ===================================================================

2 1

[Dovecot] PATCH: compile dovecot-1.1.beta14 with gcc 2.95
by Sven Anderson 29 Feb '08

29 Feb '08

Hi, I patched dovecot-1.1.beta14 to compile under gcc 2.95. __builtin_expect and __attribute__((malloc)) are only available since gcc 3.0, and __builtin_types_compatible_p since 3.1. Also the flexible array members (char a[]) are not available for gcc 2.95. So I replaced them with zero-extent arrays (char a[0]), which should also work, but that is gcc specific. A general pointer (char* a) should work as well, I guess. I have attached a patch that fixes all this. It is for beta13 but also works on beta14. BTW.: There is a typo in src/login-common/main.c, it's equivalent, not equilevant. Cheers, Sven -- http://sven.anderson.de "Believe those who are seeking the truth. tel: +49-551-9969285 Doubt those who find it." mobile: +49-179-4939223 (André Gide)

7 13

[Dovecot] antispam plugin: crm114 mode:"antispam signature not found"
by Peter Renner 29 Feb '08

29 Feb '08

Hi there, I'm happily using dovecot, and today tried to integrate the antispam imap plugin to automatically train/inform the crm114 spam classifier when moving messages in and out of folder "SPAM" However, when i try to move a message to folder spam, my client (Thunderbirds) says: The current command did not succeed. The mail server responden: antispam signature not found. Checking the source i found in signature.c *signature_hdr = "X-DSPAM-Signature"; This appears to originate from the DSPAM support of the plugin and apparently doesn't find these header lines. When using crm114 to sort spam there is no special header line. (or i didn't turn it on. do i _have_ to?) how can i get that antispam plugin to work with crm114? I'm using dovecot-1.0.10 TIA Peter Renner

2 1

[Dovecot] Dovecot NFS Indexes and IMAP Migration
by Andy Dills 29 Feb '08

29 Feb '08

Hi there, After being extremely impressed from implementing it in some customer installations, I've decided to migrate our mail infrastructure to dovecot. Being able to have /bin/checkpassword support across the board for pop, imap, and smtp authentication, as well as being able to ditch stunnel for the SSL layer...where were you in 2001?!? :) I have two concerns, the first is about the proper index configuration in our environment, and the second is about the best way to migrate mailboxes. Some quick background: we've long been distributed, with an L4 switch up front and a Netapp in the back, Mysql for metadata. We have a cluster of several FreeBSD boxes doing filtering and maildir delivery (postfix/amavisd-new), and we have a server that users get sent to for pop/imap. If it's down, they get sent to one of the filter boxes instead. So, regarding the indexes: >From reading the docs, it appears I would not be able to use the dovecot LDA due to locking issues (bummer), and I should configure dovecot to store index files on a local disk of the primary pop/imap server rather than on the netapp. My first question would be, how much of a performance hit should I expect from having to update the indexes when mail is checked rather then when mail is delivered since I can't use the LDA? Is this a minor issue like I expect, or can it be something the user actually notices when checking mail? In a worst case scenario, if the pop/imap server is down, and another server is used, how long would it take to create an index for an account with a few hundered megs, several thousand messages? I'm wondering if, since I have plenty of overhead available on the netapp, I should just store the indexes there in case another server must be used. I'm basically looking for more information about the pros and cons of storing the indexes on the nfs volume in a situation where a single server would normally be providing pop/imap service. Regarding migration: My concerns regarding migration relate to how best to process existing maildirs by both converting the previous imap metadata and calculating an initial index for each account. First off, I can't seem to find any info on a way to create an initial index file for all of the mailboxes. Can anybody suggest a command I can use for this? I'm sure I just overlooked it. Regarding the migrations, we have both courier and bincimap to deal with. (We use qmail's pop, so no complications with migrating courier). Fortunately, courier is used for normal imap on 143, bincimap is only used for webmail. So, it would seem that metadata from bincimap could be ignored; the only thing it would seem important to preserve is mailbox subscriptions. Please correct this assumption if I'm wrong. bincimap uses a INBOX/folder format in the subscription file, however the actual folders are stored exactly the same as the INBOX.folder style of courier. So, it seems like my best option is to modify the courier-dovecot-migrate.pl script to consider the mailboxes subscribed to via bincimap. Here's a modified convert_subscriptions that seems to work well in limited testing, feel free to point out any idiot mistakes, it's been a while since I've done anything substantial in perl. I would have sent a patch but I suspect I'm the only person who will ever use this change and critiquing it would be easier with a full context. sub convert_subscriptions { my ($dir, $owner_uid, $owner_gid) = @_; my $in_fname = "$dir/courierimapsubscribed"; # ADDED: The bincimap file to parse my $in_fname2 = "$dir/.bincimap-subscribed"; my $out_fname = "$dir/subscriptions"; # MODIFIED: Return only if neither exist return if (!-f $in_fname && !-f $in_fname2); if (!$overwrite && -f $out_fname) { print "$out_fname already exists, not overwritten\n" if (!$quiet); return; } return if (!$do_conversion); my ($fin, $fin2, $fout); open ($fin, $in_fname) || die $!; open ($fin2, $in_fname2) || die $!; open ($fout, ">$out_fname") || die $!; # ADDED: An array to track mailboxes we've written in case both files exist my @subs; while (<$fin>) { chomp $_; if (/^INBOX$/i) { print $fout "INBOX\n"; push @subs, "INBOX\n"; } elsif (/^INBOX\.(.*)$/i) { print $fout "$1\n"; push @subs, "$1\n"; } else { # unknown. keep it as-is. print $fout "$_\n"; push @subs, "$_\n"; } } close $fin; # ADDED: A second loop, same as the first, but also checking to make # sure that the mailbox has not already been written to the new file to # eliminate duplicates. while (<$fin2>) { chomp $_; my $sub = $_; if (/^INBOX$/i && !grep (/^INBOX\n/i, @subs)) { print $fout "INBOX\n"; } elsif (/^INBOX\/(.*)$/i && !grep (/^$1\n/i, @subs)) { print $fout "$1\n"; } elsif (!grep(/^$sub\n/, @subs)) { # unknown. keep it as-is. print $fout "$sub\n"; } } close $fin; close $fin2; close $fout; chown $owner_uid, $owner_gid, $out_fname; } Thanks in advance for any help or suggestions! Andy --- Andy Dills Xecunet, Inc. www.xecu.net 301-682-9972 ---

4 6

[Dovecot] cram-md5 crashes passdb
by Vincent Régnard 29 Feb '08

29 Feb '08

Hi all, When setting auth mechanisms: plain login cram-md5 and only having pam passdb and passwd userdb. dovecot nevers starts and crashes reporting: Feb 29 10:19:41 pitux-clust-op1 dovecot: Dovecot v1.0.10 starting up Feb 29 10:19:41 pitux-clust-op1 dovecot: auth(default): CRAM-MD5 mechanism can't be supported with given passdbs Feb 29 10:19:41 pitux-clust-op1 dovecot: Auth process died too early - shutting down Feb 29 10:19:41 pitux-clust-op1 dovecot: child 24722 (auth) returned error 89 Removing crom-md5 from auth mechanisms solves the problem. Adding another passdb (like vpopmail) alsos solves the problem. Any clue ? A bug ? # dovecot --version 1.0.10 # dovecot -n # 1.0.10: /etc/dovecot.conf protocols: imap imaps pop3 pop3s listen: [::] ssl_cert_file: /usr/share/ssl/certs/dovecot.crt ssl_key_file: /usr/share/ssl/private/dovecot.key ssl_cipher_list: HIGH:-AES:MEDIUM:LOW:EXPORT:!ADH:!DSS:!EXPORT56:@STRENGTH:+3DES:+DES 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_size: 10 first_valid_uid: 89 mail_location: maildir:~/Maildir mmap_disable: yes mmap_no_write: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): UID%u namespace: type: private prefix: INBOX. inbox: yes auth default: mechanisms: plain login cram-md5 passdb: driver: pam args: dovecot userdb: driver: passwd # uname -a Linux 2.6.16-tbs-smp #1 SMP PREEMPT Wed Oct 17 13:07:32 GMT 2007 i686 unknown unknown GNU/Linux # strace -f dovecot send(9, "<22>Feb 29 10:23:12 dovecot: Dov"..., 57, 0x4000) = 57 rt_sigaction(SIGINT, {0x8058760, [], 0}, NULL, 8) = 0 pipe([10, 11]) = 0 fcntl64(0xa, 0x1, 0, 0xb7fcfacc) = 0 fcntl64(0xa, 0x2, 0x1, 0xb7fcfacc) = 0 fcntl64(0xb, 0x1, 0, 0xb7fcfacc) = 0 fcntl64(0xb, 0x2, 0x1, 0xb7fcfacc) = 0 rt_sigaction(SIGTERM, {0x8058760, [], 0}, NULL, 8) = 0 rt_sigaction(SIGPIPE, {SIG_IGN}, NULL, 8) = 0 rt_sigaction(SIGALRM, {0x8058800, [], 0}, NULL, 8) = 0 rt_sigaction(SIGHUP, {0x8058760, [], 0}, NULL, 8) = 0 rt_sigaction(SIGUSR1, {0x8058760, [], 0}, NULL, 8) = 0 rt_sigaction(SIGCHLD, {0x8058760, [], 0}, NULL, 8) = 0 stat64("/var/run/dovecot/login/ssl-parameters.dat", {st_mode=S_IFREG|0644, st_size=230, ...}) = 0 stat64("/var/lib/dovecot/ssl-parameters.dat", {st_mode=S_IFREG|0644, st_size=230, ...}) = 0 umask(0) = 077 socket(PF_UNIX, SOCK_STREAM, 0) = 12 bind(12, {sin_family=AF_UNIX, path="/var/run/dovecot/dict-server"}, 110) = -1 EADDRINUSE (Address already in use) close(12) = 0 umask(077) = 0 socket(PF_UNIX, SOCK_STREAM, 0) = 12 fcntl64(0xc, 0x3, 0, 0xb7fcfacc) = 2 fcntl64(0xc, 0x4, 0x802, 0xb7fcfacc) = 0 connect(12, {sin_family=AF_UNIX, path="/var/run/dovecot/dict-server"}, 110) = -1 ECONNREFUSED (Connection refused) close(12) = 0 unlink("/var/run/dovecot/dict-server") = 0 umask(0) = 077 socket(PF_UNIX, SOCK_STREAM, 0) = 12 bind(12, {sin_family=AF_UNIX, path="/var/run/dovecot/dict-server"}, 110) = 0 listen(12, 64) = 0 umask(077) = 0 fcntl64(0xc, 0x1, 0, 0xb7fcfacc) = 0 fcntl64(0xc, 0x2, 0x1, 0xb7fcfacc) = 0 unlink("/var/run/dovecot/login/default") = -1 ENOENT (No such file or directory) umask(0117) = 077 socket(PF_UNIX, SOCK_STREAM, 0) = 13 bind(13, {sin_family=AF_UNIX, path="/var/run/dovecot/login/default"}, 110) = 0 listen(13, 16) = 0 umask(077) = 0117 chown32(0x80691e8, 0, 0x5a) = 0 fcntl64(0xd, 0x3, 0, 0xb7fcfacc) = 2 fcntl64(0xd, 0x4, 0x802, 0xb7fcfacc) = 0 fcntl64(0xd, 0x1, 0, 0xb7fcfacc) = 0 fcntl64(0xd, 0x2, 0x1, 0xb7fcfacc) = 0 socketpair(PF_UNIX, SOCK_STREAM, 0, [14, 15]) = 0 pipe([16, 17]) = 0 fcntl64(0x10, 0x3, 0, 0xb7fcfacc) = 0 fcntl64(0x10, 0x4, 0x800, 0xb7fcfacc) = 0 fcntl64(0x10, 0x1, 0, 0xb7fcfacc) = 0 fcntl64(0x10, 0x2, 0x1, 0xb7fcfacc) = 0 fcntl64(0x11, 0x1, 0, 0xb7fcfacc) = 0 fcntl64(0x11, 0x2, 0x1, 0xb7fcfacc) = 0 fstat64(16, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0 fork() = 24795 [pid 24794] fcntl64(0xe, 0x3, 0, 0xb7fcfacc <unfinished ...> [pid 24795] dup2(15, 0 <unfinished ...> [pid 24794] <... fcntl64 resumed> ) = 2 [pid 24794] fcntl64(0xe, 0x4, 0x802, 0xb7fcfacc) = 0 [pid 24794] fcntl64(0xe, 0x1, 0, 0xb7fcfacc <unfinished ...> [pid 24795] <... dup2 resumed> ) = 0 [pid 24794] <... fcntl64 resumed> ) = 0 [pid 24795] close(14 <unfinished ...> [pid 24794] fcntl64(0xe, 0x2, 0x1, 0xb7fcfacc) = 0 [pid 24795] <... close resumed> ) = 0 [pid 24794] fstat64(14, <unfinished ...> [pid 24795] close(15 <unfinished ...> [pid 24794] <... fstat64 resumed> {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0 [pid 24795] <... close resumed> ) = 0 [pid 24795] dup2(4, 1) = 1 [pid 24795] dup2(17, 2) = 2 [pid 24794] _llseek(14, 0, <unfinished ...> [pid 24795] dup2(13, 3 <unfinished ...> [pid 24794] <... _llseek resumed> 0xbf8e41e4, SEEK_CUR) = -1 ESPIPE (Illegal seek) [pid 24795] <... dup2 resumed> ) = 3 [pid 24794] getsockname(14, {sin_family=AF_UNIX, path="ö·àv"}, [2]) = 0 [pid 24795] fcntl64(0x3, 0x1, 0, 0xb7fcfacc <unfinished ...> [pid 24794] unlink("/var/run/dovecot/auth-worker.24795" <unfinished ...> [pid 24795] <... fcntl64 resumed> ) = 0 [pid 24794] <... unlink resumed> ) = -1 ENOENT (No such file or directory) [pid 24795] fcntl64(0x3, 0x2, 0, 0xb7fcfacc <unfinished ...> [pid 24794] umask(0177) = 077 [pid 24795] <... fcntl64 resumed> ) = 0 [pid 24794] socket(PF_UNIX, SOCK_STREAM, 0) = 18 [pid 24795] fcntl64(0, 0x1, 0, 0xb7fcfacc <unfinished ...> [pid 24794] bind(18, {sin_family=AF_UNIX, path="/var/run/dovecot/auth-worker.24795"}, 110 <unfinished ...> [pid 24795] <... fcntl64 resumed> ) = 0 [pid 24794] <... bind resumed> ) = 0 [pid 24795] fcntl64(0, 0x2, 0, 0xb7fcfacc <unfinished ...> [pid 24794] listen(18, 16 <unfinished ...> [pid 24795] <... fcntl64 resumed> ) = 0 [pid 24794] <... listen resumed> ) = 0 [pid 24795] fcntl64(0x1, 0x1, 0, 0xb7fcfacc <unfinished ...> [pid 24794] umask(077) = 0177 [pid 24795] <... fcntl64 resumed> ) = 0 [pid 24794] chown32(0x8069238, 0, 0 <unfinished ...> [pid 24795] fcntl64(0x1, 0x2, 0, 0xb7fcfacc <unfinished ...> [pid 24794] <... chown32 resumed> ) = 0 [pid 24795] <... fcntl64 resumed> ) = 0 [pid 24794] fcntl64(0x12, 0x3, 0, 0xb7fcfacc <unfinished ...> [pid 24795] fcntl64(0x2, 0x1, 0, 0xb7fcfacc <unfinished ...> [pid 24794] <... fcntl64 resumed> ) = 2 [pid 24795] <... fcntl64 resumed> ) = 0 [pid 24794] fcntl64(0x12, 0x4, 0x802, 0xb7fcfacc <unfinished ...> [pid 24795] fcntl64(0x2, 0x2, 0, 0xb7fcfacc <unfinished ...> [pid 24794] <... fcntl64 resumed> ) = 0 [pid 24795] <... fcntl64 resumed> ) = 0 [pid 24794] fcntl64(0x12, 0x1, 0, 0xb7fcfacc) = 0 [pid 24794] fcntl64(0x12, 0x2, 0x1, 0xb7fcfacc <unfinished ...> [pid 24795] getrlimit(0x2, 0xbf8e4258 <unfinished ...> [pid 24794] <... fcntl64 resumed> ) = 0 [pid 24795] <... getrlimit resumed> ) = 0 [pid 24794] write(14, "VERSION\t1\t0\n", 12 <unfinished ...> [pid 24795] setrlimit(RLIMIT_DATA, {rlim_cur=262144*1024, rlim_max=262144*1024} <unfinished ...> [pid 24794] <... write resumed> ) = 12 [pid 24795] <... setrlimit resumed> ) = 0 [pid 24794] close(15 <unfinished ...> [pid 24795] setrlimit(RLIMIT_AS, {rlim_cur=262144*1024, rlim_max=262144*1024} <unfinished ...> [pid 24794] <... close resumed> ) = 0 [pid 24795] <... setrlimit resumed> ) = 0 [pid 24794] close(17 <unfinished ...> [pid 24795] getpid( <unfinished ...> [pid 24794] <... close resumed> ) = 0 [pid 24795] <... getpid resumed> ) = 24795 [pid 24794] getpid() = 24794 [pid 24795] close(9 <unfinished ...> [pid 24794] open("/var/run/dovecot/master.pid", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0644 <unfinished ...> [pid 24795] <... close resumed> ) = 0 [pid 24794] <... open resumed> ) = 15 [pid 24794] write(15, "24794\n", 6 <unfinished ...> [pid 24795] execve("/usr/libexec/dovecot/dovecot-auth", ["dovecot-auth"], [/* 23 vars */] <unfinished ...> [pid 24794] <... write resumed> ) = 6 [pid 24794] close(15) = 0 [pid 24794] gettimeofday({1204280592, 45523}, NULL) = 0 [pid 24794] poll( <unfinished ...> [pid 24795] <... execve resumed> ) = 0 [pid 24795] uname({sys="Linux", node="pitux-clust-op1.clust-op1.dyn1.pitux.com", ...}) = 0 [pid 24795] brk(0) = 0x823e000 [pid 24795] access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) [pid 24795] open("/etc/ld.so.cache", O_RDONLY) = 4 [pid 24795] fstat64(4, {st_mode=S_IFREG|0644, st_size=16778, ...}) = 0 [pid 24795] old_mmap(NULL, 16778, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb7f37000 [pid 24795] close(4) = 0 [pid 24795] open("/lib/libpam.so.0", O_RDONLY) = 4 [pid 24795] read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\24"..., 512) = 512 [pid 24795] fstat64(4, {st_mode=S_IFREG|0755, st_size=29596, ...}) = 0 [pid 24795] old_mmap(NULL, 32656, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7f2f000 [pid 24795] old_mmap(0xb7f36000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x6000) = 0xb7f36000 [pid 24795] close(4) = 0 [pid 24795] open("/usr/lib/libldap.so.2", O_RDONLY) = 4 [pid 24795] read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 y\0\000"..., 512) = 512 [pid 24795] fstat64(4, {st_mode=S_IFREG|0644, st_size=180688, ...}) = 0 [pid 24795] old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f2e000 [pid 24795] old_mmap(NULL, 179652, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7f02000 [pid 24795] old_mmap(0xb7f2d000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x2b000) = 0xb7f2d000 [pid 24795] close(4) = 0 [pid 24795] open("/lib/libpthread.so.0", O_RDONLY) = 4 [pid 24795] read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340?\0"..., 512) = 512 [pid 24795] fstat64(4, {st_mode=S_IFREG|0755, st_size=1081581, ...}) = 0 [pid 24795] old_mmap(NULL, 339140, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7eaf000 [pid 24795] old_mmap(0xb7ebe000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xe000) = 0xb7ebe000 [pid 24795] old_mmap(0xb7ec0000, 269508, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7ec0000 [pid 24795] close(4) = 0 [pid 24795] open("/lib/libnsl.so.1", O_RDONLY) = 4 [pid 24795] read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0005\0"..., 512) = 512 [pid 24795] fstat64(4, {st_mode=S_IFREG|0755, st_size=1333353, ...}) = 0 [pid 24795] old_mmap(NULL, 83968, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7e9a000 [pid 24795] old_mmap(0xb7eab000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x10000) = 0xb7eab000 [pid 24795] old_mmap(0xb7ead000, 6144, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7ead000 [pid 24795] close(4) = 0 [pid 24795] open("/lib/libm.so.6", O_RDONLY) = 4 [pid 24795] read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\00003\0\000"..., 512) = 512 [pid 24795] fstat64(4, {st_mode=S_IFREG|0755, st_size=1240727, ...}) = 0 [pid 24795] old_mmap(NULL, 139424, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7e77000 [pid 24795] old_mmap(0xb7e98000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x20000) = 0xb7e98000 [pid 24795] close(4) = 0 [pid 24795] open("/lib/libcrypt.so.1", O_RDONLY) = 4 [pid 24795] read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \10\0\000"..., 512) = 512 [pid 24795] fstat64(4, {st_mode=S_IFREG|0755, st_size=64673, ...}) = 0 [pid 24795] old_mmap(NULL, 180540, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7e4a000 [pid 24795] old_mmap(0xb7e4e000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x3000) = 0xb7e4e000 [pid 24795] old_mmap(0xb7e50000, 155964, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7e50000 [pid 24795] close(4) = 0 [pid 24795] open("/lib/libdl.so.2", O_RDONLY) = 4 [pid 24795] read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\v\0"..., 512) = 512 [pid 24795] fstat64(4, {st_mode=S_IFREG|0755, st_size=152008, ...}) = 0 [pid 24795] old_mmap(NULL, 12392, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7e46000 [pid 24795] old_mmap(0xb7e48000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x1000) = 0xb7e48000 [pid 24795] close(4) = 0 [pid 24795] open("/lib/libc.so.6", O_RDONLY) = 4 [pid 24795] read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300T\1"..., 512) = 512 [pid 24795] fstat64(4, {st_mode=S_IFREG|0755, st_size=21026567, ...}) = 0 [pid 24795] old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7e45000 [pid 24795] old_mmap(NULL, 1146164, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7d2d000 [pid 24795] old_mmap(0xb7e3f000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x112000) = 0xb7e3f000[pid 24795] old_mmap(0xb7e43000, 7476, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7e43000 [pid 24795] close(4) = 0 [pid 24795] open("/usr/lib/liblber.so.2", O_RDONLY) = 4 [pid 24795] read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\36\0"..., 512) = 512 [pid 24795] fstat64(4, {st_mode=S_IFREG|0644, st_size=38772, ...}) = 0 [pid 24795] old_mmap(NULL, 41832, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7d22000 [pid 24795] old_mmap(0xb7d2c000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x9000) = 0xb7d2c000 [pid 24795] close(4) = 0 [pid 24795] open("/lib/libresolv.so.2", O_RDONLY) = 4 [pid 24795] read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`$\0\000"..., 512) = 512 [pid 24795] fstat64(4, {st_mode=S_IFREG|0755, st_size=408834, ...}) = 0 [pid 24795] old_mmap(NULL, 71880, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7d10000 [pid 24795] old_mmap(0xb7d1e000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xd000) = 0xb7d1e000 [pid 24795] old_mmap(0xb7d20000, 6344, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7d20000 [pid 24795] close(4) = 0 [pid 24795] open("/usr/lib/libsasl.so.7", O_RDONLY) = 4 [pid 24795] read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0$\0\000"..., 512) = 512 [pid 24795] fstat64(4, {st_mode=S_IFREG|0755, st_size=55952, ...}) = 0 [pid 24795] old_mmap(NULL, 57008, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7d02000 [pid 24795] old_mmap(0xb7d0f000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xd000) = 0xb7d0f000 [pid 24795] close(4) = 0 [pid 24795] open("/usr/lib/libssl.so.0", O_RDONLY) = 4 [pid 24795] read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\200\201"..., 512) = 512 [pid 24795] fstat64(4, {st_mode=S_IFREG|0755, st_size=191344, ...}) = 0 [pid 24795] old_mmap(NULL, 196132, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7cd2000 [pid 24795] old_mmap(0xb7cff000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x2c000) = 0xb7cff000 [pid 24795] close(4) = 0 [pid 24795] open("/usr/lib/libcrypto.so.0", O_RDONLY) = 4 [pid 24795] read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 \340\1"..., 512) = 512 [pid 24795] fstat64(4, {st_mode=S_IFREG|0755, st_size=786000, ...}) = 0 [pid 24795] old_mmap(NULL, 797860, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7c0f000 [pid 24795] old_mmap(0xb7cc5000, 40960, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xb6000) = 0xb7cc5000 [pid 24795] old_mmap(0xb7ccf000, 11428, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7ccf000 [pid 24795] close(4) = 0 [pid 24795] old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7c0e000 [pid 24795] open("/usr/local/lib/i686/sse2/libdb-3.3.so", O_RDONLY) = -1 ENOENT (No such file or directory) [pid 24795] stat64("/usr/local/lib/i686/sse2", 0xbf94c1c0) = -1 ENOENT (No such file or directory) [pid 24795] open("/usr/local/lib/i686/libdb-3.3.so", O_RDONLY) = -1 ENOENT (No such file or directory) [pid 24795] stat64("/usr/local/lib/i686", 0xbf94c1c0) = -1 ENOENT (No such file or directory) [pid 24795] open("/usr/local/lib/sse2/libdb-3.3.so", O_RDONLY) = -1 ENOENT (No such file or directory) [pid 24795] stat64("/usr/local/lib/sse2", 0xbf94c1c0) = -1 ENOENT (No such file or directory) [pid 24795] open("/usr/local/lib/libdb-3.3.so", O_RDONLY) = -1 ENOENT (No such file or directory) [pid 24795] stat64("/usr/local/lib", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 [pid 24795] open("/lib/libdb-3.3.so", O_RDONLY) = 4 [pid 24795] read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\25"..., 512) = 512 [pid 24795] fstat64(4, {st_mode=S_IFREG|0444, st_size=593096, ...}) = 0 [pid 24795] old_mmap(NULL, 596716, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7b7c000 [pid 24795] old_mmap(0xb7c0c000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x8f000) = 0xb7c0c000 [pid 24795] close(4) = 0 [pid 24795] mprotect(0xb7c0f000, 745472, PROT_READ|PROT_WRITE) = 0 [pid 24795] mprotect(0xb7c0f000, 745472, PROT_READ|PROT_EXEC) = 0 [pid 24795] mprotect(0xb7d1e000, 4096, PROT_READ) = 0 [pid 24795] mprotect(0xb7e3f000, 8192, PROT_READ) = 0 [pid 24795] mprotect(0xb7e48000, 4096, PROT_READ) = 0 [pid 24795] mprotect(0xb7e4e000, 4096, PROT_READ) = 0 [pid 24795] mprotect(0xb7e98000, 4096, PROT_READ) = 0 [pid 24795] mprotect(0xb7eab000, 4096, PROT_READ) = 0 [pid 24795] mprotect(0xb7ebe000, 4096, PROT_READ) = 0 [pid 24795] mprotect(0xb7f4e000, 4096, PROT_READ) = 0 [pid 24795] munmap(0xb7f37000, 16778) = 0 [pid 24795] getrlimit(0x3, 0xbf94cdc8) = 0 [pid 24795] setrlimit(RLIMIT_STACK, {rlim_cur=2044*1024, rlim_max=RLIM_INFINITY}) = 0 [pid 24795] getpid() = 24795 [pid 24795] rt_sigaction(SIGRT_0, {0xb7eb7f60, [], 0}, NULL, 8) = 0 [pid 24795] rt_sigaction(SIGRT_1, {0xb7eb7e40, [32], 0}, NULL, 8) = 0 [pid 24795] rt_sigaction(SIGRT_2, {0xb7eb7ff0, [], 0}, NULL, 8) = 0 [pid 24795] rt_sigprocmask(SIG_BLOCK, [32], NULL, 8) = 0 [pid 24795] rt_sigprocmask(SIG_UNBLOCK, [33], NULL, 8) = 0 [pid 24795] _sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xbf94cdf8, 43, (nil), 0}) = 0 [pid 24795] time(NULL) = 1204280592 [pid 24795] brk(0) = 0x823e000 [pid 24795] brk(0x825f000) = 0x825f000 [pid 24795] uname({sys="Linux", node="pitux-clust-op1.clust-op1.dyn1.pitux.com", ...}) = 0 [pid 24795] getpid() = 24795 [pid 24795] gettimeofday({1204280592, 128724}, {0, 0}) = 0 [pid 24795] open("/dev/urandom", O_RDONLY|O_LARGEFILE) = 4 [pid 24795] read(4, "\365\\v\276", 4) = 4 [pid 24795] fcntl64(0x4, 0x1, 0, 0xb7f01cc0) = 0 [pid 24795] fcntl64(0x4, 0x2, 0x1, 0xb7f01cc0) = 0 [pid 24795] stat64("/usr/lib/dovecot/auth/passwd.so", 0xbf94d050) = -1 ENOENT (No such file or directory) [pid 24795] open("/dev/null", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = -1 ENOTDIR (Not a directory) [pid 24795] open("/usr/lib/dovecot/auth/password", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) [pid 24795] rt_sigaction(SIGINT, {0xb7ebbb40, [], 0}, NULL, 8) = 0 [pid 24795] pipe([5, 6]) = 0 [pid 24795] fcntl64(0x5, 0x1, 0, 0xb7f01cc0) = 0 [pid 24795] fcntl64(0x5, 0x2, 0x1, 0xb7f01cc0) = 0 [pid 24795] fcntl64(0x6, 0x1, 0, 0xb7f01cc0) = 0 [pid 24795] fcntl64(0x6, 0x2, 0x1, 0xb7f01cc0) = 0 [pid 24795] rt_sigaction(SIGTERM, {0xb7ebbb40, [], 0}, NULL, 8) = 0 [pid 24795] rt_sigaction(SIGPIPE, {SIG_IGN}, NULL, 8) = 0 [pid 24795] rt_sigaction(SIGALRM, {0xb7ebbb40, [], 0}, NULL, 8) = 0 [pid 24795] rt_sigaction(SIGHUP, {SIG_IGN}, NULL, 8) = 0 [pid 24795] rt_sigaction(SIGUSR2, {SIG_IGN}, NULL, 8) = 0 [pid 24795] rt_sigaction(SIGCHLD, {0xb7ebbb40, [], 0}, NULL, 8) = 0 [pid 24795] write(2, "\1FCRAM-MD5 mechanism can\'t be su"..., 59) = 59 [pid 24794] <... poll resumed> [{fd=10, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=12, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL, revents=POLLIN}, {fd=14, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=18, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}], 5, 986) = 1 [pid 24794] gettimeofday( <unfinished ...> [pid 24795] semget(89, 3214200836, 0x59|020 <unfinished ...> [pid 24794] <... gettimeofday resumed> {1204280592, 130807}, {0, 0}) = 0 [pid 24794] read(16, "\1FCRAM-MD5 mechanism can\'t be su"..., 1024) = 59 [pid 24794] time([1204280592]) = 1204280592 [pid 24794] stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=56, ...}) = 0 [pid 24794] stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=56, ...}) = 0 PANIC: attached pid 24795 exited stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=56, ...}) = 0 --- SIGCHLD (Child exited) --- write(11, "\21", 1) = 1 sigreturn() = ? (mask now []) send(9, "<19>Feb 29 10:23:12 dovecot: aut"..., 101, 0x4000) = 101 gettimeofday({1204280592, 131997}, NULL) = 0 poll([{fd=10, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL, revents=POLLIN}, {fd=12, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=16, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL, revents=POLLHUP}, {fd=14, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL, revents=POLLIN|POLLERR|POLLHUP}, {fd=18, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}], 5, 900) = 3 gettimeofday({1204280592, 132190}, {0, 0}) = 0 read(14, 0x8076200, 4096) = -1 ECONNRESET (Connection reset by peer) time([1204280592]) = 1204280592 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=56, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=56, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=56, ...}) = 0 send(9, "<19>Feb 29 10:23:12 dovecot: Aut"..., 73, 0x4000) = 73 unlink("/var/run/dovecot/auth-worker.24795") = 0 close(18) = 0 close(14) = 0 read(16, "", 965) = 0 close(16) = 0 read(10, "\21", 512) = 1 waitpid(-1, [WIFEXITED(s) && WEXITSTATUS(s) == 89], WNOHANG) = 24795 time([1204280592]) = 1204280592 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=56, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=56, ...}) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=56, ...}) = 0 send(9, "<19>Feb 29 10:23:12 dovecot: chi"..., 66, 0x4000) = 66 waitpid(-1, 0xbf8e40c8, WNOHANG) = -1 ECHILD (No child processes) unlink("/var/run/dovecot/master.pid") = 0 waitpid(-1, 0xbf8e4358, WNOHANG) = -1 ECHILD (No child processes) unlink("/var/run/dovecot/login/default") = 0 close(13) = 0 close(12) = 0 close(4) = 0 close(10) = 0 close(11) = 0 close(9) = 0 semget(IPC_PRIVATE, 0, 0PANIC: attached pid 24794 exited -- Vincent Régnard vregnard(a)tbs-internet.com TBS-internet.com 027 630 5902

2 1

[Dovecot] quota to user
by Carsten Henkel 29 Feb '08

29 Feb '08

hi, is there a way to run diverent qutas to user ? user1 8mb user2 15mb user3 20mb. thanks a lot -- Kriechen zwei Würmer an einem Teller Spagetthi vorbei, sagt der eine: Guck mal, Gruppensex! * Dies ist ein Zufallstext und hat nichts mir dem Empfänger der Mail zu tun

1 0

[Dovecot] imaptest update
by Timo Sirainen 29 Feb '08

29 Feb '08

I've finally added support for "normal" command/reply tests for my imaptest program (http://imapwiki.org/ImapTest) My plan is that imaptest will include some generic IMAP compliancy tests and Dovecot will include some more strict Dovecot-specific checks. "make dist" will run all these tests before building a tarball, so in future I shouldn't be able to release horribly broken versions. :) I haven't yet had time to implement all the features that I'd like (e.g. unordered list handling needs support), but I think the current features will allow testing quite a lot already. http://imapwiki.org/ImapTest/Tests explains how it works. There are currently two files: the actual test file and *.mbox file where the mails are appended from to the test mailbox. I'm going to also add *.conf file which allows specifying specific dovecot.conf settings. This way I can test all these different namespace (etc.) variations as well. A couple of examples to show what's possible: # Check that EXAMINE and STATUS return same UIDVALIDITY examine $mailbox * ok [uidvalidity $uidvalidity] ok [read-only] ok status $mailbox (uidvalidity) * status $mailbox (uidvalidity $uidvalidity) # Test EXPUNGE handling with 2 connections: connections: 2 1 ok fetch * uid * $seq fetch (uid $uid) 1 ok store $seq flags \deleted * $seq fetch (flags (\deleted \recent)) 1 ok expunge * $seq expunge 2 ok fetch $seq uid * $seq fetch (uid $uid) 2 ok noop * $seq expunge # LIST testing: state: auth ok list "" "" * list (\noselect) $sep "" # "" means that delete can return anything # (although restricting it to "ok" or "no" would be better) delete $mailbox${sep}test "" delete $mailbox${sep}test2 "" ok create $mailbox${sep}test ok create $mailbox${sep}test2 ok list "" $mailbox$sep% * list (\hasnochildren) $sep $mailbox${sep}test * list (\hasnochildren) $sep $mailbox${sep}test2

1 1

[Dovecot] deliver & procmail
by Carsten Henkel 28 Feb '08

28 Feb '08

hi together, procmail provides an error by delivery. procmail: Executing "/usr/local/libexec/dovecot/deliver,Maildir" procmail: Error while writing to "/usr/local/libexec/dovecot/deliver" procmail: Program failure (64) of "/usr/local/libexec/dovecot/deliver" procmail: Assigning "LASTFOLDER=/usr/local/libexec/dovecot/deliver Maildir" From dovecot-bounces+mailinglisten=chatlabel.de(a)dovecot.org Wed Feb 27 15:24:29 2008 ls -lisa /usr/local/libexec/dovecot/ insgesamt 20508 3359315 4 drwxr-xr-x 2 root mail 4096 27. Feb 12:51 . 3359314 4 drwxr-xr-x 3 root root 4096 21. Feb 22:53 .. 3359317 184 -rwxr-xr-x 1 root mail 183796 27. Feb 12:51 checkpassword-reply 3359342 3048 -rwxr-xr-x 1 root mail 3116882 27. Feb 12:51 convert-tool 3359326 3224 -rwxr-xr-x 1 mail mail 3294933 27. Feb 12:51 deliver 3359320 400 -rwxr-xr-x 1 root mail 403444 27. Feb 12:51 dict 3359316 936 -rwxr-xr-x 1 root mail 950874 27. Feb 12:51 dovecot-auth 3359348 3060 -rwxr-xr-x 1 root mail 3129139 27. Feb 12:51 expire-tool 3359328 188 -rwxr-xr-x 1 root mail 184512 27. Feb 12:51 gdbhelper 3359329 948 -rwxr-xr-x 1 root mail 963614 27. Feb 12:51 idxview 3359323 3468 -rwxr-xr-x 1 root mail 3544710 27. Feb 12:51 imap 3359322 520 -rwxr-xr-x 1 root mail 524522 27. Feb 12:51 imap-login 3359330 192 -rwxr-xr-x 1 root mail 188447 27. Feb 12:51 listview 3359331 192 -rwxr-xr-x 1 root mail 190004 27. Feb 12:51 logview 3359325 3172 -rwxr-xr-x 1 root mail 3242957 27. Feb 12:51 pop3 3359324 492 -rwxr-xr-x 1 root mail 496819 27. Feb 12:51 pop3-login 3359327 272 -rwxr-xr-x 1 root mail 273003 27. Feb 12:51 rawlog 3359321 204 -rwxr-xr-x 1 root mail 201001 27. Feb 12:51 ssl-build-param -- Welche grammatikalische Form ist: Du hättest niemals geboren werden sollen? Antwort: Präservativ defekt! * Dies ist ein Zufallstext und hat nichts mir dem Empfänger der Mail zu tun

4 9

[Dovecot] dnotify inotify
by Osvaldo Alvarez Pozo 28 Feb '08

28 Feb '08

Hi, I am compiling dovecot and I found dnotify & inotify. What does dnotify or inotify do ? do i need it. Thanks

5 6