- dovecot - dovecot.org

[Dovecot] limit logins by time
by Andre Hübner 07 Nov '08

07 Nov '08

Hello, i want to limit the count of pop3 logins for users by time. Whats the correct way to do this? I searched the webpage and conf parameters but did not find a fitting solution. Please give me litte hint. Thanks, Andre

2 4

[Dovecot] index storage usage
by Giorgenes Gelatti 07 Nov '08

07 Nov '08

Hello there, I failed in finding the answer in the wiki so i'm asking it here. In average, how much the dovecot's indexes increase the usage of storage, compared to a standard maildir mailbox? I believe it would be a function of the number of messages instead of the message's size. Is there a known aproximated function for that? Thank you. gpg

2 1

[Dovecot] Cannot get the libwrap patch work
by Tahir riaz 07 Nov '08

07 Nov '08

Hello there, I have been trying to make the patch work for libwrap(TCP Wrappers) posted on http://dovecot.org/patches <http://dovecot.org/patches%20Patch%20of%201.1> Patch of 1.1 but could not get it work. Any help will be highly appreciated. After compiling and running it I get error "Error: login_tcp_wrappers can't be used because Dovecot wasn't built with libwrap" Dovecot Version dovecot-1.1.5 OS CENTOS 5.1 Thankyou Tahir Riaz Assistant Director (Systems) COMSATS Internet Services COMSATS Headquarters Building 9, Shahrah-e-Jamhuriat, G-5/2 Islamabad.

2 3

[Dovecot] Problem witch dovecot-auth
by Grzegorz Zalewski 07 Nov '08

07 Nov '08

Hello i`m post in this mailing list first time. I`ve debian Etch witch dovecot version 1.2.alpha3 from: deb http://xi.rename-it.nl/debian/ experimental-auto main I`m installing this version dovecot becouse this version solved my problem witch imap problem. It`s working but once or twice times for a day i have error in log: -------- dovecot: 2008-11-06 22:11:59 Error: auth(default): Raw backtrace: dovecot-auth [0x8075761] -> dovecot-auth [0x80757e2] -> dovecot-auth [0x8075179] -> dovecot-auth [0x805c478] -> dovecot-auth(io_loop_handle_timeouts+0xe9) [0x8078629] -> dovecot-auth(io_loop_handler_run+0x82) [0x8078eb2] -> dovecot-auth(io_loop_run+0x20) [0x80783d0] -> dovecot-auth(main+0x28c) [0x805e07c] -> /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7a7b455] -> dovecot-auth [0x8053cd1]dovecot: 2008-11-06 22:11:59 Error: child 28945 (auth) killed with signal 6 -------- my dovecot configuration is: -------- # 1.2.alpha3: /etc/dovecot/dovecot.conf# OS: Linux 2.6.18-6-686 i686 Debian 4.0log_path: /var/log/dovecot.loglog_timestamp: %Y-%m-%d %H:%M:%Sprotocols: imap imaps pop3 pop3sssl_listen(default): my_ip:993ssl_listen(imap): my_ip:993ssl_listen(pop3): my_ip:995ssl_cert_file: /etc/dovecot/ssl/dovecot.pemssl_key_file: /etc/dovecot/ssl/dovecot.pemverbose_ssl: yeslogin_dir: /var/run/dovecot/loginlogin_executable(default): /usr/lib/dovecot/imap-loginlogin_executable(imap): /usr/lib/dovecot/imap-loginlogin_executable(pop3): /usr/lib/dovecot/pop3-loginlogin_greeting: POP readyverbose_proctitle: yesmail_access_groups: postfixmail_location: maildir:~/Maildirmail_executable(default): /usr/lib/dovecot/imapmail_executable(imap): /usr/lib/dovecot/imapmail_executable(pop3): /usr/lib/dovecot/pop3mail_plugin_dir(default): /usr/lib/dovecot/modules/imapmail_plugin_dir(imap): /usr/lib/dovecot/modules/imapmail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3imap_client_workarounds: outlook-idlepop3_client_workarounds: outlook-no-nulsauth default: verbose: yes debug: yes passdb: driver: pam userdb: driver: passwd -------- Have anyone any idea what is wrong ??

1 0

[Dovecot] (1.0.13) fsync failed: Disk quota exceeded for some accounts
by Eric Marin 07 Nov '08

07 Nov '08

Hello all, We've recently migrated the mail server used by our 5000 students, from Tru64/UW-IMAP/Procmail/Postfix/mbox to Debian Etch/Dovecot/Deliver/Postfix/Maildir E-mails are not stored directly on the server (except for index and control files), but on an NAS that exports the students' homedirs on NFS. Each student has a 100MB quota on the NAS. Here is the configuration : vega:~# dovecot -n # 1.0.13: /etc/dovecot/dovecot.conf log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap pop3 listen: [::] ssl_disable: yes disable_plaintext_auth: no verbose_ssl: yes login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login login_greeting_capability(default): yes login_greeting_capability(imap): yes login_greeting_capability(pop3): no login_process_size: 32 login_max_processes_count: 1024 mail_privileged_group: mail mail_location: maildir:~/Maildir:INDEX=/var/mail/index/%u:CONTROL=/var/mail/control/%u maildir_copy_with_hardlinks: yes maildir_copy_preserve_filename: yes mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv namespace: type: private separator: / inbox: yes namespace: type: private separator: / prefix: mail/ hidden: yes auth default: cache_size: 1024 passdb: driver: pam args: blocking=yes cache_key=%u dovecot userdb: driver: passwd args: blocking=yes When one mails a student that has filled his quota, one immediately receives this message : "Your message to <studentx> was automatically rejected: Not enough disk space Reporting-UA: vega; Dovecot Mail Delivery Agent Final-Recipient: rfc822; studentx Original-Message-ID: <490F0A9A.8030109(a)utc.fr> Disposition: automatic-action/MDN-sent-automatically; deleted" And in /var/log/mail.log : (...) save failed to INBOX: Not enough disk space (...) Rejected: Not enough disk space So far, so good, except that for *some* users (and I can't seem to find anything unusual about their account), one gets this in /var/log/mail.log : Nov 6 10:42:24 vega deliver(studentx): fsync(/voletu/users/studentx/Maildir/tmp/1225964544.P25878Q0M80993.vega) failed: Disk quota exceeded Nov 6 10:42:24 vega deliver(studentx): msgid=<2254E7BC-665D-4599-B719-825E3A58DC1D(a)utc.fr>: save failed to INBOX: Internal error occurred. Refer to server log for more information. [2008-11-06 10:42:24] Nov 6 10:42:24 vega postfix/local[25827]: 010F45EC18: to=<studentx(a)vega.utc.fr>, orig_to=<studentx(a)etu.utc.fr>, relay=local, delay=0.2, delays=0.02/0/0/0.17, dsn=4.3.0, status=deferred (temporary failure) So for *some* users, it seems that Deliver doesn't detect that there isn't enough space, it tries to write the e-mail and of course fails, then reports an error, and Postfix interprets this as a temporary error and retries later. After about a week : vega:~# qshape deferred T 5 10 20 40 80 160 320 640 1280 1280+ TOTAL 500 1 4 3 9 12 6 8 17 140 300 etu.utc.fr 499 1 4 3 9 12 6 8 17 139 300 vega.utc.fr 1 0 0 0 0 0 0 0 0 1 0 For the students that have this problem (about 30 for now), this happens *even* if I delete ~studentx/Maildir, /var/mail/index/studentx and /var/mail/control/studentx, let Deliver recreate the necessary files (by sending the user a mail) so that everything is clean, artificially fill the quota with a big file in the homedir, then send a mail again. It gets deferred... I have looked at the changelog for Dovecot, but have not found a clear clue that is a bug (if it is !) that has already been corrected in a more recent version... Though if possible, I'd like to keep the Debian package (from etch-backports) instead of compiling it from source. Also, while I've found Dovecot's wiki to be surprisingly informative, there are still a few points that did not seem very clear : - should I use the quota:fs plugin in this case (it seems to work out well without it for most users) ? - would it work in v1.0.13 on NFS ? - if it worked, and I enabled it, what would change for me ? - what is *supposed* to happen without the quota plugin when a user has filled his quota : mail is rejected, or mail is deferred ? - and what about imap_quota ? Best regards, Eric

5 9

[Dovecot] Compiling dovecot 1.1.6 with ICC
by Steve 06 Nov '08

06 Nov '08

Hello list I have compiled PostgreSQL with ICC (Intel C/C++ compiler) and this forces me to compile dovecot 1.1.6 as well with ICC. Trying to compile it with GCC fails, telling me it can not build with PostgreSQL support since it can not find libpq (but libpq is there!). The funny part is that I can compile dovecot 1.1.6 with GCC 4.3.2 against MySQL which is build with ICC. But I can not build against PostgreSQL build with ICC. Why is that? Does any one know the reason why PostgreSQL is treated differently then MySQL in dovecot? Well... so no way to get around to build dovecote with ICC. I can build dovecot with ICC but as soon as I start it, I get a crash. Loading the core dump into GDB does not give me much info. Probably because I have not compiled dovecot with debug symbols. Currently I am doing that. Hopefully this will produce better core dumps. I will post more info as soon as I get them. But in the mean time maybe some one has a hint for me how to get dovecot 1.1.6 to build properly with ICC? // Steve -- GMX Download-Spiele: Preizsturz! Alle Puzzle-Spiele Deluxe über 60% billiger. http://games.entertainment.gmx.net/de/entertainment/games/download/puzzle/i…

1 0

Re: [Dovecot] [Postfixadmin-devel] Quota not working ?
by Marko Weber 06 Nov '08

06 Nov '08

Hello Michiel, i sent 2 further mails with 4mb attachement no quota warning, mails was delivered to user. is the "multiplier" in the postfixadmin the wrong one ? or is there a setting that MUST be in main.cf of postfix ? marko Michiel van Baak schrieb: > On 17:20, Thu 06 Nov 08, Marko Weber wrote: > >> Hi Michiel, >> i tried your hints. >> but seems not to go with quota. >> >> i send an 11mb mp3 to user and after that an 6mb mp3 >> the quota is set in postfixadmin to 15mb, so it should send a mail that >> quota is reached or not ? >> > > I think it will send the email on the next mail. > 11 mb != quota reached. 6mb = one email so I think it will go through. > Can you test by sending yet another email now that the user is over > quota? > > >> do i have to set any special on postfixadmin config ? >> maybe its the quota multiplier ? >> >> >> in the postfixadmin config for quota is this = >> >> // Default Domain Values >> // Specify your default values below. Quota in MB. >> $CONF['aliases'] = '15'; >> $CONF['mailboxes'] = '15'; >> $CONF['maxquota'] = '15'; >> >> // Quota >> // When you want to enforce quota for your mailbox users set this to 'YES'. >> $CONF['quota'] = 'YES'; >> // You can either use '1024000' or '1048576' >> $CONF['quota_multiplier'] = '1024000'; >> >> 10240000 is also in the mysql db as "quota" in the quota field for the >> mail where i send the mp3?s >> >> any ideas ? >> >> marko >> >> >> >> >> >> Michiel van Baak schrieb: >> >>> On 00:58, Wed 05 Nov 08, Marko Weber wrote: >>> >>> >>>> I set this in the postfixadmin config.file = >>>> >>>> // Default Domain Values >>>> // Specify your default values below. Quota in MB. >>>> $CONF['aliases'] = '15'; >>>> $CONF['mailboxes'] = '15'; >>>> $CONF['maxquota'] = '15'; >>>> >>>> // Quota >>>> // When you want to enforce quota for your mailbox users set this to 'YES'. >>>> $CONF['quota'] = 'YES'; >>>> // You can either use '1024000' or '1048576' >>>> $CONF['quota_multiplier'] = '15728640'; >>>> >>>> >>>> i gave on postfix admin backend the domain = >>>> >>>> domain settings >>>> --------- >>>> aliase = -1 >>>> mailbox = 12 >>>> max quota 15 >>>> >>>> >>>> >>>> i created a mailbox for this domain and set for this mailbox 15mb quota >>>> >>>> i send an 11mb mp3 to this box and get this = >>>> >>>> This is the mail system at host xxxxxxxx.de. >>>> >>>> I'm sorry to have to inform you that your message could not >>>> be delivered to one or more recipients. It's attached below. >>>> >>>> For further assistance, please send mail to postmaster. >>>> >>>> If you do so, please include this problem report. You can >>>> delete your own text from the attached returned message. >>>> >>>> The mail system >>>> >>>> <xxxx(a)xxxx.de>: message size 15075956 exceeds size limit 10240000 of >>>> server xxxxxxx.de[xxx.xxx.243.37] >>>> >>>> Any ideas why i get size limit 10240000 ???? >>>> >>>> >>> In the main postfix configuration you can set the maximum message size. >>> As you can see, the default is 10MB per message. >>> >>> To remove all size limits and let the quota actually apply try setting >>> this in your main.cf and reload postfix: >>> >>> mailbox_size_limit = 0 >>> message_size_limit = 0 >>> virtual_mailbox_limit = 0 >>> >>> Good luck. >>> >>> >> ------------------------------------------------------------------------- >> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >> Build the coolest Linux based applications with Moblin SDK & win great prizes >> Grand prize is a trip for two to an Open Source event anywhere in the world >> http://moblin-contest.org/redirect.php?banner_id=100&url=/ >> _______________________________________________ >> Postfixadmin-devel mailing list >> Postfixadmin-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/postfixadmin-devel >> > >

1 0

[Dovecot] Strange and sudden deletion of mails messages
by נור דאוד 06 Nov '08

06 Nov '08

Hello everyone, I'm having a bizarre problem (bug?) concerning deletion of messages from one of the mailboxes. The platform is set up as follows: FreeBSD 7-STABLE Postfix 2.6-20080411 Dovecot 1.0.13 Webmail using RoundCube 0.1-STABLE The trace (in Postfox logs) revealed that the message has been actually received, and saved to maildir, and then viewed once in Webmail. Hitting Reply in Webmail produced an error, and the letter (somehow) was nowhere to be found on the server! I have no clue what's the cause of this. Is there a way in Dovecot to catch all commands sent to the server, thus revealing who in effect deleted the message? Thanks in advance. Noor

3 3

[Dovecot] feature request for dovecot 1.2 Master users/passwords for virtual domain admins
by Robert Schetterer 06 Nov '08

06 Nov '08

Hi Timo, currently superadmins can be configured in dovecot i.e in mysql as "superadmins" this means the can log in in any mailbox on the server this is a very nice feature in real world scenarios specially for support people in postfixadmin i.e there are also defined domainadmins ( this is for delegate usermail creation/delete etc in the postfixadmingui ) in mysql it would be nice to have or simply use postfixadmins mysql domainadmins in mysql table entries to login for domainadmins only login to mailboxes of their related maildomain this would be also massiv helpfull for postmasters/support people in a full virtual setup perhaps you might get this in dovecot 1.2 before closing at beta stage -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

2 1

[Dovecot] How do I use plus-addressing in Dovecot 1.1.x?
by Jon Fullmer 06 Nov '08

06 Nov '08

I'm using Postfix, Amavisd-new/SpamAssassin, and Dovecot. They all run on the same server (running Linux). The mailboxes are stored on the same server in maildir format. The logical path for incoming messages (as I understand it) is: 1) received by Postfix; handed off to Amavisd-new 2) Amavisd-new checks to see whether or not it's spam/undesirable; hands off to Dovecot deliver 3) Dovecot deliver delivers the message to the local mailbox Under each of my user's mailbox is a submailbox called "spam". Just so I don't confuse terminologies (I'm no IMAP/maildir expert), for example, we have someone(a)domain.com. My configured mail_location is "maildir:/srv/mail/%d/%n", so this person's mailbox is located here: / srv/mail/domain.com/someone/ Within this directory is another mailbox: /srv/mail/domain.com/someone/.spam/ The plan is to have Dovecot deliver send a message (which has been labeled by Amavisd-new as spam) directly to the ".spam" submailbox, instead of the INBOX (/srv/mail/domain.com/someone/). With Dovecot 1.0.x, I used "plus addressing". Amavisd-new was configured so that, if a message was found to be spam, it delivered the message to Dovecot deliver, but changed the delivery address. Now, instead of "someone(a)domain.com ", it was "someone+spam(a)domain.com". Dovecot deliver took this message and delivered it correctly to the ".spam" submailbox (/srv/mail/ domain.com/someone/.spam/) Just to emphasize, this process does work (using Dovecot 1.0.x). With Dovecot 1.1.0, this process is broken. Now, spam messages are delivered to the INBOX instead, and, when checking the dovecot- deliver.log, I'm seeing "save failed to spam: Unknown namespace". As best as I can tell, the answer seems to lie in "namespaces" as a feature added in Dovecot 1.1.0. The problem is that I don't understand how I could use them to resolve this situation. I've read the documentation. I've looked at as many example configurations as I could find. Please help. I want to get this working again. I'm sure it's something very straight-forward, but I don't understand. How must I change my Dovecot 1.1.x configuration so that my "plus addressing" set up (detailed above) will work again? Or is there a better way? Thanks so much for your help, and thanks for a great product! - Jon

5 10

[Dovecot] (v1.1.6) Fatal: userdb didn't return a home directory, but mail location used it (%h)
by Zhang Huangbin 06 Nov '08

06 Nov '08

Hi, all. I upgrade to 1.1.6, but the same config didn't work now. Error message while start dovecot: ----<---- Starting Dovecot Imap: Fatal: userdb didn't return a home directory, but mail location used it (%h): /%Lh/%Ld/%Ln/:INDEX=/%Lh/%Ld/%Ln/ Error: imap dump-capability process returned 89 Fatal: Invalid configuration in /etc/dovecot.conf ----<---- Here is my dovecot.conf file and dovecot-ldap.conf: ----<---- # dovecot -n # 1.1.6: /etc/dovecot.conf # OS: Linux 2.6.18-92.el5 x86_64 Red Hat Enterprise Linux Server release 5.2 (Tikanga) log_path: /var/log/dovecot.log protocols: pop3 pop3s imap imaps listen: * ssl_cert_file: /etc/pki/iRedMail/SSL_Cert.pem ssl_key_file: /etc/pki/iRedMail/SSL_Key.pem 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 mail_uid: 2000 mail_gid: 2000 mail_location: maildir:/%Lh/%Ld/%Ln/:INDEX=/%Lh/%Ld/%Ln/ 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_plugins(default): quota imap_quota zlib mail_plugins(imap): quota imap_quota zlib mail_plugins(pop3): quota zlib mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login default_realm: a.cn user: vmail passdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot-ldap.conf socket: type: listen client: path: /var/spool/postfix/dovecot-auth mode: 438 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 438 user: vmail group: vmail plugin: quota: maildir quota_rule: *:storage=10M expire: Trash 7 Trash/* 7 Junk 30 expire_dict: proxy::expire auth_socket_path: /var/run/dovecot/auth-master sieve: /var/www/sieve/%Ld/%Ln/.dovecot.sieve dict: expire: db:/var/lib/dovecot/expire/expire.db ----<---- dovecot-ldap.conf ----<---- hosts = 127.0.0.1:389 ldap_version = 3 auth_bind = yes dn = cn=vmail,dc=iredmail,dc=org dnpass = 2888$11175@27748!29315&29049*31446)15524 base = domainName=%d,o=domains,dc=iredmail,dc=org scope = subtree deref = never user_filter = (&(mail=%u)(objectClass=mailUser)(accountStatus=active)) pass_filter = (mail=%u) pass_attrs = userPassword=password default_pass_scheme = CRYPT user_attrs = homeDirectory=home,=sieve_dir=/var/www/sieve/%Ld/%Ln/,mailMessageStore=maildir:mail,mailQuota=quota_rule=*:bytes=%$ ----<---- -- Best regards. - Open Source Mail Server Solution for RHEL/CentOS 5.x: http://code.google.com/p/iredmail/

2 1

[Dovecot] antispam - Unable to determine the destination user
by Romanczyk Guillaume 06 Nov '08

06 Nov '08

Hello, I'm trying to install dovecot antispam plugin and I've some problems with dspam user. When I move a mail out of 'SPAM' folder I have this error in my /var/log/messages : Oct 28 17:01:41 tony2 imap: antispam: /usr/bin/dspam --source=error --class=innocent --signature=47de4679174462472577556 ... Oct 28 17:01:41 tony2 dspam[24313]: Unable to determine the destination user Oct 28 17:01:41 tony2 dspam[24313]: DSPAM agent misconfigured: aborting I've tried to install it by 'emerging' and compiling from sources but with the same result. plugin .config : BACKEND=dspam-exec DOVECOT=/usr/include/dovecot INSTALLDIR=/usr/lib/dovecot/imap USER=vpopmail GROUP=vpopmail #(same result with different user/group) antispam_dspam_args = --user;$EXT@$USER DEBUG=syslog DEBUG_VERBOSE=1 PLUGINNAME=antispam Mail server configuration : - NetQmail (1.05-r8) - Vpopmail (5.4.16) - Dovecot (1.1.4-r1) - dspam (3.8.0-r13) All these packages are emerge without mysql support. If someone is able to give me some help... -- Guillaume Romanczyk Itaapy <http://itaapy.com> Tel +33 (0)1 42 23 67 45 9 rue Darwin, 75018 Paris Fax +33 (0)1 53 28 27 88

3 4

[Dovecot] Limit simultaneous pop3 login for users?
by Patrick MacDonald 05 Nov '08

05 Nov '08

Is there a way to limit simultaneous pop3 logins for users? Like for a user that has pop-every-minute running on two different computers from two different networks? If dovecot can't stop it, anyone know of a trick I could implement? Thanks in advance! Patrick

2 1

[Dovecot] mUTF-7 vs UTF-8 in mailbox names
by Timo Sirainen 05 Nov '08

05 Nov '08

(This is about v1.2 only, v1.1 will stay as it is.) Until today Dovecot didn't care about mailbox names. IMAP RFC requires them to be modified-UTF-7, but Dovecot didn't try to enforce it in any way. Mailbox names in Sieve scripts should be UTF-8, but currently Dovecot doesn't translate them to mUTF-7 as it should. Cyrus also did this until the latest release (v2.3.13). Now that I finally today wrote code to do mUTF-7 <-> UTF-8 conversion, Dovecot can finally do the right thing. But should there be an option to keep things backwards compatible? - IMAP: CREATE command requiring the mailbox name to be valid mUTF-7 is probably ok. Several other servers already verify that mailbox names are valid, so I doubt there are clients left anymore that don't send mUTF-7 names. - deliver -m assumes now that the mailbox name is UTF-8 and converts it to UTF-7. Should there be a -7 parameter that changes this behavior back? - Stephan's Dovecot Sieve also needs to be changed so that the mailbox name in fileinto commands can be UTF-8. If -7 parameter is added, it could control this behavior too. Also I'm wondering if in the future the mailbox names in filesystem should be converted to UTF-8. Probably not anytime soon though.. I also added imap_utf7 binary for doing mUTF-7 <-> UTF-8 conversion.

3 2

[Dovecot] Another dovecot-antispam plugin can't call dspam
by Rob Klingsten 05 Nov '08

05 Nov '08

Hi folks - I am configuring a new system and the antispam plugin is the last piece I need, everything else is working. Thanks to Johannes for this plugin, it's exactly what I want and an elegant solution for filter training. But I've been trying everything I can think of for the last 3 days to get this to work, no success. I've got: Postfix 2.5.3, dspam 3.8.0, Dovecot 1.1.6, Maildrop 2.0.4 and dovecot-antispam 1.0 tarball. I've built dspam from source with --disable-trusted-user-security to try and isolate the source of the plugin problem, which is the message at the IMAP client "Failed to call dspam." Here's what I've got configured for the plugin: antispam_signature = X-DSPAM-Signature antispam_trash = trash;Trash;Deleted Items;Deleted Messages antispam_spam = SPAM;Spam antispam_dspam_binary = /usr/local/bin/dspam antispam_dspam_args = --user %u And here's what happens: Nov 5 09:31:29 venus imap: antispam: plugin initialising (1.0-notgit) Nov 5 09:31:29 venus imap: antispam: "trash" is trash folder Nov 5 09:31:29 venus imap: antispam: "Trash" is trash folder Nov 5 09:31:29 venus imap: antispam: "Deleted Items" is trash folder Nov 5 09:31:29 venus imap: antispam: "Deleted Messages" is trash folder Nov 5 09:31:29 venus imap: antispam: "SPAM" is spam folder Nov 5 09:31:29 venus imap: antispam: "Spam" is spam folder Nov 5 09:31:29 venus imap: antispam: no unsure folders Nov 5 09:31:29 venus imap: antispam: dspam binary set to /usr/local/bin/dspam Nov 5 09:31:29 venus imap: antispam: dspam extra arg --user dump-capability Nov 5 09:31:29 venus imap: antispam: signature header line is "X-DSPAM-Signature" Nov 5 09:31:29 venus dovecot: Dovecot v1.1.6 starting up Nov 5 09:31:29 venus dovecot: auth-worker(default): mysql: Connected to 127.0.0.1 (postfix) Nov 5 09:31:30 venus dovecot: auth(default): new auth connection: pid=686 Nov 5 09:31:30 venus dovecot: auth(default): new auth connection: pid=687 Nov 5 09:31:30 venus dovecot: auth(default): new auth connection: pid=688 Nov 5 09:32:45 venus dovecot: auth(default): client in: AUTH 1 PLAIN service=imap lip=xxxx rip=xxxx lport=143 rport=55904 Nov 5 09:32:45 venus dovecot: auth(default): client out: CONT 1 Nov 5 09:32:45 venus dovecot: auth(default): client in: CONT<hidden> Nov 5 09:32:45 venus dovecot: auth-worker(default): sql(rob(a)xxxx.org,xxxx): query: SELECT password, email AS user FROM users WHERE email = 'rob(a)xxxx.org'; Nov 5 09:32:45 venus dovecot: auth(default): client out: OK 1 user=rob(a)xxxx.org Nov 5 09:32:45 venus dovecot: auth(default): master in: REQUEST 1 688 1 Nov 5 09:32:45 venus dovecot: auth(default): master out: USER 1 rob(a)xxxx.org uid=5000 gid=5000 home=/var/mail/xxxx.org/rob Nov 5 09:32:45 venus dovecot: imap-login: Login: user=<rob(a)xxxx.org>, method=PLAIN, rip=xxxx, lip=xxxx Nov 5 09:32:45 venus dovecot: auth(default): new auth connection: pid=688 Nov 5 09:32:45 venus dovecot: IMAP(rob(a)xxxx.org): Loading modules from directory: /usr/lib/dovecot/imap Nov 5 09:32:45 venus dovecot: IMAP(rob(a)xxxx.org): Module loaded: /usr/lib/dovecot/imap/lib90_antispam_plugin.so Nov 5 09:32:45 venus dovecot: IMAP(rob(a)xxxx.org): Effective uid=5000, gid=5000, home=/var/mail/xxxx.org/rob Nov 5 09:32:45 venus imap: antispam: plugin initialising (1.0-notgit) Nov 5 09:32:45 venus imap: antispam: "trash" is trash folder Nov 5 09:32:45 venus imap: antispam: "Trash" is trash folder Nov 5 09:32:45 venus imap: antispam: "Deleted Items" is trash folder Nov 5 09:32:45 venus imap: antispam: "Deleted Messages" is trash folder Nov 5 09:32:45 venus imap: antispam: "SPAM" is spam folder Nov 5 09:32:45 venus imap: antispam: "Spam" is spam folder Nov 5 09:32:45 venus imap: antispam: no unsure folders Nov 5 09:32:45 venus imap: antispam: dspam binary set to /usr/local/bin/dspam Nov 5 09:32:45 venus imap: antispam: dspam extra arg --user rob(a)xxxx.org Nov 5 09:32:45 venus dovecot: IMAP(rob(a)xxxx.org): maildir: data=/var/mail/xxxx.org/rob Nov 5 09:32:45 venus dovecot: IMAP(rob(a)xxxx.org): maildir++: root=/var/mail/xxxx.org/rob, index=, control=, inbox=/var/mail/xxxx.org/rob Nov 5 09:32:45 venus imap: antispam: signature header line is "X-DSPAM-Signature" Nov 5 09:32:45 venus imap: antispam: mailbox_is_unsure(Spam): 0 Nov 5 09:32:45 venus imap: antispam: mailbox_is_trash(INBOX): 0 Nov 5 09:32:45 venus imap: antispam: mailbox_is_trash(Spam): 0 Nov 5 09:32:45 venus imap: antispam: mail copy: from trash: 0, to trash: 0 Nov 5 09:32:45 venus imap: antispam: mailbox_is_spam(INBOX): 0 Nov 5 09:32:45 venus imap: antispam: mailbox_is_spam(Spam): 1 Nov 5 09:32:45 venus imap: antispam: mailbox_is_unsure(INBOX): 0 Nov 5 09:32:45 venus imap: antispam: mail copy: src spam: 0, dst spam: 1, src unsure: 0 Can anyone give me some more suggestions? thanks! Rob Klingsten

3 9

[Dovecot] problem with i_stream_next_line()
by Giorgenes Gelatti 05 Nov '08

05 Nov '08

Hello there, I have a "subscriptions" file that is *not* ended with a line break (created by another system). When I do a "lsub "" "*"" the last mailbox name is not listed. Debugging a little showed that it looks like i_stream_next_line() is not returning the last line if it doesn't end with a line break. Is this a bug? btw, i'm using version 1.1.6. []'s

2 4

[Dovecot] MasterUser and old rev of Dovecot (0.99.14)
by Christopher Alexander 04 Nov '08

04 Nov '08

I need to migrate an old mail server running Dovecot (0.99.14) to a new server running Dovecot (1.0.7; as shipped with CentOS 5.2). My plan was to use the imapsync utility as this will "seamlessly" do the conversion from mbox to maildir between the boxes as well. I've got the MasterUser authentication working fine on the new host and was just about to start getting MasterUsers working on the old host. I noticed that the old .99 version dovecot.conf seems to have a mildly different syntax from 1.0 dovecot.conf. In particular a lot of the directives do not use braces and such. Is the .99 dovecot.conf file essentially able to deal with the same sort of syntax as outlined in the MasterUsers wiki page? [ http://wiki.dovecot.org/Authentication/MasterUsers ] I just wanted to bounce this off you guys before I started messing with a live system. ;) Thanks in advance. -- Christopher Alexander UNIX Network Administrator Broadband Network Technologies Branch (VPNT), Research Network Systems (MRNS) Communications Research Centre [ http://www.crc.ca ] Government of Canada [ http://www.gc.ca ]

2 3

[Dovecot] how to integrate dspam with dovecot-antispam ?
by Marko Weber 04 Nov '08

04 Nov '08

Hello, i dont get dovecot-antispam working, i think ? any1 can help me, how to configure dovecot-antispam that it work together with dspam ? i have postfix / dovecot setup as virtual user / domains.......... marko thanks for any hints or help. -- -- *Marko Weber* | Administration *SALON DIGITAL* Media GmbH Rothenbaumchaussee 19a 20148 Hamburg T. (040) 429 48 68 - 23 F. (040) 429 48 68 - 20 marko.weber(a)salondigital.de <mailto:marko.weber@salondigital.de> www.salondigital.de <http://www.salondigital.de> -- Geschäftsführung: Stephan Michalik, Ekkehart Opitz Registergericht: Amtsgericht Hamburg, NR: HRB 78111 NOTE: This communication is confidential and is intended for the use of the individual or entity to which it is directed. It may contain information that is privileged and exempt from disclosure under applicable law. If you are not the intended recipient please notify us immediately. You should not copy it or disclose its contents to any other person.

2 1

Re: [Dovecot] dovecot-1.1.6 fatal error: userdb didn't return a home directory
by JM 04 Nov '08

04 Nov '08

Sorry, doesn't work for SQL, /var/spool/postfix/virtual/~ is pretty useless Nov 4 14:31:04 jm dovecot: IMAP(user@domain): Effective uid=1030, gid=1030, home=domain/user@domain/ Nov 4 14:31:04 jm dovecot: IMAP(user@domain): maildir: data=/var/spool/postfix/virtual/~ Nov 4 14:31:04 jm dovecot: IMAP(user@domain): Thank you for patch, try to use it. On Tue, Nov 4, 2008 at 2:29 PM, Thorsten Vollmer <thorsten(a)thvo.de> wrote: > This error has been corrected: > http://hg.dovecot.org/dovecot-1.1/rev/2fbd36039526 > http://hg.dovecot.org/dovecot-1.1/rev/cbde69815b8a > > On Fri, 2008-10-31 at 18:07 +0200, Timo Sirainen wrote: >> One workaround is to use ~ instead of %h. It'll log errors, but it >> still works. > >

1 0

[Dovecot] dovecot-1.1.6 fatal error: userdb didn't return a home directory
by JM 04 Nov '08

04 Nov '08

dovecot version 1.1.6 >dovecot -n # 1.1.6: /etc/dovecot/dovecot.conf # OS: Linux 2.6.27-gentoo-r1 i686 Gentoo Base System release 2.0.0 xfs base_dir: /var/run/dovecot/ protocols: imap pop3 listen(default): *:143 listen(imap): *:143 listen(pop3): *:110 ssl_disable: yes disable_plaintext_auth: no 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_greeting: Server ready. login_process_per_connection: no login_processes_count: 6 mail_privileged_group: vmail mail_uid: vmail mail_gid: vmail mail_location: maildir:/var/spool/postfix/virtual/%h mail_debug: yes fsync_disable: yes maildir_copy_preserve_filename: 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): expire fts fts_squat mail_plugins(imap): expire fts fts_squat mail_plugins(pop3): expire mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail imap_client_workarounds(imap): delay-newmail 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: 1024 debug: yes passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: vmail plugin: expire: Trash 7 Spam 30 expire_dict: proxy::expire fts: squat fts_squat: partial=4 full=10 dict: expire: db:/var/lib/dovecot/expire.db /etc/dovecot/dovecot-sql.conf driver = mysql connect = host=localhost dbname=postfix user=postfix password=**** default_pass_scheme = PLAIN password_query = SELECT username, password FROM mailbox WHERE username = '%u' AND active = '1' user_query = SELECT maildir AS home, 1030 AS uid, 1030 AS gid FROM mailbox WHERE username = '%u' After upgrade from version 1.1.4 to 1.1.6, got following error when dovecot starts * Starting dovecot ... Fatal: userdb didn't return a home directory, but mail location used it (%h): /var/spool/postfix/virtual/%h Error: imap dump-capability process returned 89 Fatal: Invalid configuration in /etc/dovecot/dovecot.conf Mail locations should be /var/spool/postfix/virtual/domain/user@domain/ where %h = domain/user@domain/ Version 1.1.4 works fine with this settings.

2 1

Re: [Dovecot] Issue with domains
by Sahil Tandon 03 Nov '08

03 Nov '08

David M Lemcoe Jr. <mailing(a)ender.ath.cx> wrote: > The MX Record was removed, and now when sending from a seperate e-mail > server, I get an e-mail: > " > The following addresses had delivery problems: > > <mailing(a)lemcoe.com> > Permanent Failure: 554_5.7.1_<mailing(a)lemcoe.com>:_Relay_access_denied > Delivery last attempted at Sun, 2 Nov 2008 20:52:55 -0000 > " > Any ideas? This is not a dovecot problem. Please do not send replies only to me but instead to the appropriate mailing list. I would try the Postfix mailing list for starters. -- Sahil Tandon <sahil(a)tandon.net>

1 0

Re: [Dovecot] Issue with domains
by Jon Fullmer 02 Nov '08

02 Nov '08

It's not clear from your response that you understand why it's failing. It would seem clear that postfix doesn't see this as a local domain. Instead, it thinks you're trying to relay to somewhere else. Check your virtual_mailbox_domains file (or database) and make sure it has an entry for the new domain. Good luck! - Jon On Nov 2, 2008, at 2:30 PM, David M Lemcoe Jr. wrote: > > I just found out that /var/logs IS showing something. > > > Nov 2 16:27:46 ubuntu postfix/smtpd[11635]: connect from > rv-out-0506.google.com[209.85.198.239] > Nov 2 16:27:46 ubuntu postfix/smtpd[11635]: NOQUEUE: reject: RCPT > from > rv-out-0506.google.com[209.85.198.239]: 554 5.7.1 > <mailing(a)lemcoe.com>: > Relay access denied; from=<ki4yj$ > Nov 2 16:27:46 ubuntu postfix/smtpd[11635]: disconnect from > rv-out-0506.google.com[209.85.198.239] > Nov 2 16:27:47 ubuntu postfix/smtpd[11622]: disconnect from > fmailhost06.isp.att.net[207.115.11.56] > > Yes, it was sent from Gmail. > > Thanks for the help. > > > On Sun, 2 Nov 2008 14:26:21 -0700, Jon Fullmer <jon(a)jonfullmer.com> > wrote: >> Does the log show that the incoming messages are actually received? >> If not, it sounds like you're missing an MX record in DNS. If you are >> seeing the message come in, what does the log say it did with it? >> >> - Jon >> >> On Nov 2, 2008, at 1:45 PM, mailing wrote: >> >>> >>> I am using Postfix and /var/logs/mail.log does not have any errors >>> when >>> sending to lemcoe.com >>> >>> Thanks for quick response. >>> >>> On Sun, 2 Nov 2008 13:41:31 -0700, Jon Fullmer <jon(a)jonfullmer.com> >>> wrote: >>>> What are you using as your MTA (i.e., which server is listening for >>>> the incoming SMTP message)? Postfix? Sendmail? >>>> >>>> Have you checked for errors at this level? >>>> >>>> - Jon >>>> >>>> On Nov 2, 2008, at 1:34 PM, David M Lemcoe Jr. wrote: >>>> >>>>> >>>>> I am running Dovecot 1.0.10 and have it working great on >>>>> ender.ath.cx (my >>>>> free DynDNS.com subdomain), but recently I registered lemcoe.com >>>>> and >>>>> pointed it to the same IP address as ender.ath.cx. The problem is, >>>>> only >>>>> e-mail sent to the @ender.ath.cx works. If it is send it to >>>>> @lemcoe.com, I >>>>> don't know where it goes. I get no errors either. >>>>> >>>>> How can I get Dovecot to recognize both domains? >>>>> >>>>> TIA. >>>>> >>>>> David >>>> >>

1 0

Re: [Dovecot] Issue with domains
by Jon Fullmer 02 Nov '08

02 Nov '08

Does the log show that the incoming messages are actually received? If not, it sounds like you're missing an MX record in DNS. If you are seeing the message come in, what does the log say it did with it? - Jon On Nov 2, 2008, at 1:45 PM, mailing wrote: > > I am using Postfix and /var/logs/mail.log does not have any errors > when > sending to lemcoe.com > > Thanks for quick response. > > On Sun, 2 Nov 2008 13:41:31 -0700, Jon Fullmer <jon(a)jonfullmer.com> > wrote: >> What are you using as your MTA (i.e., which server is listening for >> the incoming SMTP message)? Postfix? Sendmail? >> >> Have you checked for errors at this level? >> >> - Jon >> >> On Nov 2, 2008, at 1:34 PM, David M Lemcoe Jr. wrote: >> >>> >>> I am running Dovecot 1.0.10 and have it working great on >>> ender.ath.cx (my >>> free DynDNS.com subdomain), but recently I registered lemcoe.com and >>> pointed it to the same IP address as ender.ath.cx. The problem is, >>> only >>> e-mail sent to the @ender.ath.cx works. If it is send it to >>> @lemcoe.com, I >>> don't know where it goes. I get no errors either. >>> >>> How can I get Dovecot to recognize both domains? >>> >>> TIA. >>> >>> David >>

1 0

[Dovecot] Issue with domains
by David M Lemcoe Jr. 02 Nov '08

02 Nov '08

I am running Dovecot 1.0.10 and have it working great on ender.ath.cx (my free DynDNS.com subdomain), but recently I registered lemcoe.com and pointed it to the same IP address as ender.ath.cx. The problem is, only e-mail sent to the @ender.ath.cx works. If it is send it to @lemcoe.com, I don't know where it goes. I get no errors either. How can I get Dovecot to recognize both domains? TIA. David

3 2

[Dovecot] v1.2.alpha1 released
by Timo Sirainen 02 Nov '08

02 Nov '08

http://dovecot.org/releases/1.2/alpha/dovecot-1.2.alpha1.tar.gz http://dovecot.org/releases/1.2/alpha/dovecot-1.2.alpha1.tar.gz.sig This is the only v1.2.alpha announcement I'm going to send to dovecot-news list. Next announcement will be for either v1.2.beta1 or v1.2.rc1. I'm hoping that v1.2 stabilizes pretty soon. There are no huge changes like there were in 0.99->1.0 or 1.0->1.1, so most of the bugs are probably related to new features. I'm already running v1.2 myself and it's gone through heavy stress testing with my imaptest tool, so I'm expecting it to be stable enough for real world testing with not-all-that-important servers. It's safe to jump between v1.1 and v1.2 at any time or even have them concurrently accessing the same mailboxes. Dovecot v1.2 has a lot of new IMAP extensions implemented. The biggest change comes from CONDSTORE extension which adds a new concept of "modification sequences" (modseq for short). Each message has a modseq that increases whenever a flag is changed or when the message is expunged. The client can keep track of the highest seen modseq and request only changes done since the modseq. See QRESYNC (RFC 5162) for more information. Dovecot starts keeping track of the modseqs only when the first "CONDSTORE/QRESYNC enabling command" is executed. Before that no disk space is used for modseqs. When modseqs are enabled dovecot.index file uses 8 bytes per message more space. Other implemented IMAP extensions are: ESEARCH, SEARCHRES, WITHIN, ID and CONTEXT=SEARCH. Added thread indexes to optimize IMAP THREAD command. Only the first half of threading is currently optimized, the rest will hopefully follow later. Added a non-standard X-REFERENCES2 threading algorithm where threads are sorted by their latest message instead of the thread root message. There is also no base subject merging. This may be renamed and become part of SEARCH=INTHREAD extension some day. SEARCH=INTHREAD is still a draft, but the INTHREAD search key is already implemented by Dovecot v1.2. This is mostly useful with virtual mailboxes. Virtual mailboxes: http://wiki.dovecot.org/Plugins/Virtual Then there are also some internal API changes which will make some things easier. For example lib-storage now allows handling multiple different users at the same time.

6 78

[Dovecot] pam_dovecotpw anybody?
by Steinar Bang 02 Nov '08

02 Nov '08

Samba has pam_smbpass which is a PAM module that hooks into password changing, and changes the users' samba password (presumably used for NTLM auth?), when the users change their ordinary unix/linux password. http://gitweb.samba.org/?p=samba.git;a=tree;f=source3/pam_smbpass;h=c230a1b… It shouldn't bee too hard to take the code from here, combine it with dovecotpw and create a PAM module that changes the dovecot password in a way that can be used for cram-md5. Ideally it should read the /etc/dovecot/dovecot.conf (whereever it is), and find the path of the passwd-file and use that. Has anyone else looked into doing something like this?

1 0

[Dovecot] Backing Up
by Neil 02 Nov '08

02 Nov '08

What is the best way to do a (server-side) backup of all mail in a user's mail? I don't think I'm doing anything weird as far as configs go; here's dovecot -n if it helps: # 1.1.4: /etc/dovecot/dovecot.conf protocols: imaps listen: *, [::] ssl_cert_file: /etc/ssl/dovecot/cert.pem ssl_key_file: /etc/ssl/dovecot/key.pem login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login mail_location: maildir:~/.maildir auth default: mechanisms: plain login passdb: driver: pam args: * userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix

16 28

[Dovecot] feature request for managesieve build from packager
by seriv＠parkheights.dyndns.org 02 Nov '08

02 Nov '08

Hi everybody, dovecot-1.2 alpha3 with cmusieve, libsieve and managesieve are available as rpm packages for Sisyphus repository (http://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus, and specs/patches are available at http://git.altlinux.org/people/seriv/packages/?p=dovecot.git and http://git.altlinux.org/people/seriv/packages/?p=dovecot-sieve.git) Thank you very much Timo and Stephan! I have a feature-request for managesieve configure and Makefiles: they depend on dovecot sources as they are used for build process. I think it would be very nice to have not just --with-dovecot parameter in configure parameters, but also --with-dovecot-includes and --with-dovecot-libs. The same about cmusieve plugin: dovecot has --enable-header-install parameter, but installed headers are not sufficient for building cmusieve, I need install libraries and then modify cmusieve's Makefiles by running something like: --- for f in `find . -name Makefile` do mv -f $f $f.orig sed -e's/\$(dovecotdir)\/src$\/lib\/.*\.a$/\$(libdir)\/dovecot\/modules\1/g' \ < $f.orig > $f done --- before make in %build section. -- With best regards, Sergey Ivanov.

1 0

[Dovecot] imap processes eating IO
by Ryan Rawdon 02 Nov '08

02 Nov '08

[Ignore the previous e-mail, I somehow sent it when I was trying to paste from clipboard] I recently migrated my dovecot/postfix setup to a new machine. After doing so, I have encountered a problem where imap processes get stuck in a loop eating loads of IO on the machine. Looking at the trace (snippet below), it looks like they are sitting and reading the inbox and other folders of certain users repeatedly. This seems to be triggered by the delivery of a new e-mail to the user's mailbox while they have an IMAP client connected, though I cannot say for sure. This had never happened before on the old machine. I'm certain more information would be useful, please let me know what I can provide to help! Trace of process 22342 - imap lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203440140.P6242Q0M41485.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=3079, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203446630.P7458Q0M562949.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=27769, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203454830.P9042Q0M402016.scarecrow:2,RSe", {st_mode=S_IFREG|0600, st_size=730534, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203460967.P10096Q0M631472.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=2690, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203463833.P10601Q0M946162.scarecrow:2,Sbc", {st_mode=S_IFREG|0600, st_size=2319, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203468449.P11425Q0M422185.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2650, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203469387.P11575Q0M276926.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1317, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203472851.P12516Q0M604824.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2491, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203474105.P12705Q0M450957.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=1489, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203474330.P12758Q0M302789.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=1483, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203474352.P12765Q0M853382.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=1520, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203475497.P12947Q0M759098.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=1554, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203476420.P13131Q0M140164.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1011, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203477055.P13350Q0M324248.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=1511, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203485834.P14664Q0M678604.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=2153, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203555290.P27989Q0M937789.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=2017, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203566780.P29789Q0M486178.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1570, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1216416810.P17960Q0M786183.tinman:2,S", {st_mode=S_IFREG|0600, st_size=1447, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203567387.P29984Q0M463701.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1560, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203568156.P30125Q0M174453.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1570, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203568755.P30222Q0M271021.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1555, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203578404.P31535Q0M370292.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1125, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203581122.P31861Q0M954508.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2108, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203596470.P3307Q0M326986.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=2738, ...}) = 0 getdents64(12, /* 64 entries */, 4096) = 4096 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203615744.P6582Q0M282341.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2027, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203619209.P7288Q0M583007.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=8739, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203629165.P9049Q0M921642.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=3049, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203638438.P10774Q0M313047.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=8889, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203639137.P10877Q0M554068.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=9549, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203679395.P16427Q0M89616.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1364, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203689732.P20116Q0M93680.scarecrow:2,Sbc", {st_mode=S_IFREG|0600, st_size=2440, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203690022.P20155Q0M909689.scarecrow:2,Sbc", {st_mode=S_IFREG|0600, st_size=2303, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203693712.P20948Q0M30023.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=3991, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203693933.P20990Q0M934746.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2371, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203695416.P21386Q0M135204.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=6992, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203698879.P21995Q0M135839.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1691, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203700228.P22234Q0M28365.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1013, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203703239.P23143Q0M571200.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2122, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203704119.P23375Q0M653158.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2256, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203713490.P25274Q0M840767.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=19577, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203736413.P29935Q0M732560.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=3143, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203802545.P10420Q0M281614.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2620, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203803404.P10616Q0M912757.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=2622, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203804020.P10721Q0M538580.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=3003, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203805331.P10980Q0M701431.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=2361, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203809386.P25318Q0M128371.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=4004, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203809725.P27021Q0M447783.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=3679, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203813058.P6051Q0M690481.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=816, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203874686.P31025Q0M52827.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=2933, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203892798.P6675Q0M22252.scarecrow:2,RSc", {st_mode=S_IFREG|0600, st_size=2357, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203892996.P6750Q0M114883.scarecrow:2,Sc", {st_mode=S_IFREG|0600, st_size=1561, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203896197.P7621Q0M934348.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=616, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203896810.P8108Q0M440868.scarecrow:2,RS", {st_mode=S_IFREG|0600, st_size=3620, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203900525.P10657Q0M868027.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=6304, ...}) = 0 lstat64("/home/vmail/u13.net/ryan/Maildir/cur/1203902148.P10984Q0M386235.scarecrow:2,S", {st_mode=S_IFREG|0600, st_size=3086, ...}) = 0

3 6

[Dovecot] antispam plugin problem
by Eugene 01 Nov '08

01 Nov '08

Hi people! (Especially Johannes, probably =) I recently switched to DSPAM + antispam plugin combination. Mostly I am happy but there is a problem with calling dspam-exec in order to relearn the messages. Moving messages to spam folder does not work, giving the error message 'Failed to call dspam' to client. I tried to add some debug output and here are the results: This is the output of debug("calling dspam: %s %s %s %s %s %s %s", argv[0], argv[1], argv[2], argv[3], argv[4], argv[5], argv[6]); (debugv(argv) does not produce any output for some reason) Oct 26 02:37:12 qqqqq imap: antispam: calling dspam: /usr/contrib/bin/dspam --source=error --class=spam --signature=490387db858421194018847 --user genie (null) This is the captured output of forked process Oct 26 02:37:12 qsar imap: antispam: dspam returned: ^APdata stack: Out of memory when allocating 1073741840 bytes If I understand correctly, this message is produced by dovecot before it should have launched dspam executable. I don't know why it needs 1GB of stack space for that. Changing dspam to dspamc does not help. Interestingly enough, launching 'sendmail' in mailtrain mode works ok. Do you have any ideas about what is wrong? Best wishes Eugene

2 2

Re: [Dovecot] dovecot behind loadbalancers
by Robert Schetterer 01 Nov '08

01 Nov '08

Brandon Lamb schrieb: > On Fri, Oct 31, 2008 at 5:37 AM, Robert Schetterer > <robert(a)schetterer.org> wrote: >> Hi @ll, >> has anbody experience with >> dovecot behind load balancers >> im planning to test >> ha-proxy >> pen >> balance(ng) on ubuntu hardy in a HA-Cluster >> in front of dovecot servers >> >> -- >> Best Regards >> >> MfG Robert Schetterer >> >> Germany/Munich/Bavaria > > We use Linux Virtual Server as a frontend to almost all of our ISP > services (dns, smtp, pop3, imap, http). This gives you a single point > of failure so you should probably make sure you have two directors > (one as a backup). Hi Brandon HA means 2 Load Balancer with failover so no single point of failure -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

1 0

[Dovecot] imap dump-capability fails Dovecot 1.1.6
by Thorsten Vollmer 31 Oct '08

31 Oct '08

Hi Timo, Dovecot fails to start after upgrading from 1.1.4 to 1.1.6: Fatal: userdb didn't return a home directory, but mail location used it (%h): %h/mail:CONTROL=%h/control:INDEX=%h/index Error: imap dump-capability process returned 89 Fatal: Invalid configuration in /etc/dovecot/dovecot.conf Adding a fake home directory to args in master-settings.c:get_imap_capability solved the problem for me, but there may be a more correct fix. Regards, Thorsten # 1.1.6: /etc/dovecot/dovecot.conf # OS: Linux 2.6.9-023stab048.4-enterprise i686 Gentoo Base System version 1.6.14 protocols: imaps ssl_ca_file: /etc/dovecot/ca.crt ssl_cert_file: /etc/dovecot/server.crt ssl_key_file: /etc/dovecot/server.key ssl_parameters_regenerate: 48 login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login login_process_size: 32 login_processes_count: 4 login_max_processes_count: 32 max_mail_processes: 32 mail_location: maildir:%h/mail:CONTROL=%h/control:INDEX=%h/index mail_process_size: 128 mail_plugins: expire antispam auth default: mechanisms: plain login user: nobody worker_max_count: 8 process_size: 128 passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: static args: uid=vmail gid=vmail home=/var/userdata/%Lu socket: type: listen client: path: /var/run/dovecot/auth-client mode: 384 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail group: vmail plugin: expire: SPAM 30 expire_dict: proxy:/var/run/dovecot/dict-server:expire auth_socket_path: /var/run/dovecot/auth-master antispam_dspam_binary: /usr/bin/dspam antispam_dspam_args: --user;%Lu antispam_signature: X-DSPAM-Signature antispam_spam: SPAM dict: expire: mysql:/etc/dovecot/dovecot-dict.conf

4 4

[Dovecot] Dovecot+PostfixAdmin+PostgreSQL on FreeBSD 7
by Erdenebat Gantumur 31 Oct '08

31 Oct '08

Hi dear All, Currently I'm configuring Dovecot+PostfixAdmin+PostgreSQL on FreeBSD 7 Stable and using Dovecot v1.1.3. I hope I've configured everything. But when I run /usr/local/etc/rc.d/dovecot start then dovecot doesn't seems to running. /var/log/maillog is only showing following. Oct 22 13:37:10 mail dovecot: Dovecot v1.1.3 starting up Oct 22 13:37:10 mail dovecot: auth(default): pgsql: Connected to postfix Oct 22 13:37:10 mail dovecot: auth-worker(default): pgsql: Connected to postfix Here is my current dovecot configuration. Please someone help me. What did I do wrong and what is the problem is? Thank you. mail# dovecot -n # 1.1.3: /usr/local/etc/dovecot.conf log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot_info.log log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap pop3 listen(default): x.x.x.x:143 listen(imap): x.x.x.x:143 listen(pop3): x.x.x.x:110 ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_greeting_capability(default): yes login_greeting_capability(imap): yes login_greeting_capability(pop3): no verbose_proctitle: yes first_valid_uid: 1983 first_valid_gid: 1983 mail_privileged_group: vmail mail_location: maildir:/var/vmail/%d/%n maildir_copy_preserve_filename: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): pop3_enable_last(default): no pop3_enable_last(imap): no pop3_enable_last(pop3): yes pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login username_format: %Lu passdb: driver: sql args: /usr/local/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/etc/dovecot-sql.conf socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 master: path: /var/run/dovecot/auth-master mode: 384

4 6

[Dovecot] dovecot expire doesn't work (?)
by LÉVAI Dániel 31 Oct '08

31 Oct '08

Hi! I'm using dovecot-1.1.5 and trying to make the expire plugin work. What I've configured in dovecot.conf is the following: protocol imap,pop3,lda { mail_plugins = [...] expire } dict { expire = db:/var/dovecot/expire/expire.db } plugin { expire = spamassassin/SPAM 2 spamassassin/HAM 2 expire_dict = proxy::expire } I have a sieve rule, to copy certain messages to my "spamassassin/SPAM" folder. Then I want to expire those messages after 2 days (I think I've configured that under the plugin{} section in dovecot.conf). So the actual message saving is done by the dovecot's deliver, but I have the plugin loaded under the "protocol lda {}" section too. So I thought now I just have to wait 2 days, and run the expire-tool, and then it will expire the messages. Now I have three messages dated back to 10.25, but running the expire-tool outputs nothing. # dovecot --exec-mail ext /usr/local/libexec/dovecot/expire-tool --test Nothing in the logfiles, and nothing on the console. I have the /var/dovecot/expire directory: # ls -la /var/dovecot/expire/ total 1640 drwx------ 2 root wheel 512 Oct 26 19:47:53 2008 ./ drwxr-x--- 3 root wheel 512 Oct 27 07:57:42 2008 ../ -rw------- 1 root wheel 24576 Oct 27 13:00:01 2008 __db.001 -rw------- 1 root wheel 57344 Oct 27 13:00:01 2008 __db.002 -rw------- 1 root wheel 270336 Oct 27 13:00:01 2008 __db.003 -rw------- 1 root wheel 98304 Oct 27 13:00:01 2008 __db.004 -rw------- 1 root wheel 49152 Oct 27 13:00:01 2008 __db.005 -rw------- 1 root wheel 32768 Oct 26 19:47:37 2008 expire.db -rw------- 1 root wheel 10485760 Oct 27 14:22:08 2008 log.0000000001 It contains the familiar BDB files, so I think it works, although the expire.db's modify time is yesterday, but deliver saved some messages also today to the spamassassin/SPAM folder. What could be the problem? Am I missing something? Thanks! Daniel -- LEVAI Daniel PGP key ID = 0x4AC0A4B1 Key fingerprint = D037 03B9 C12D D338 4412 2D83 1373 917A 4AC0 A4B1

3 11

[Dovecot] Problem with Dovecot 1.1.4 and dovecot-antispam 20080829
by Guillaume Hilt 31 Oct '08

31 Oct '08

Hi there, I'm running a server under Gentoo 64 with postfix 2.5.5, Dovecot 1.1.4-r1 and Dovecot-antispam 20080829 (all are the lastest versions availables under Portage). I ran into a problem when I log in to my mailbox : Oct 30 10:39:23 ks29138 dovecot: IMAP(hiltg): Loading modules from directory: /usr/lib64/dovecot/imap Oct 30 10:39:23 ks29138 dovecot: IMAP(hiltg): Module is for different version 1.1.1: /usr/lib64/dovecot/imap/lib90_antispam_plugin.so Oct 30 10:39:23 ks29138 dovecot: Fatal: IMAP(hiltg): Couldn't load required plugins Is there another version for Dovecot 1.1.4 out there or must I go back to 1.1.1 ? Thanks, Guillaume

3 3

[Dovecot] dovecot behind loadbalancers
by Robert Schetterer 31 Oct '08

31 Oct '08

Hi @ll, has anbody experience with dovecot behind load balancers im planning to test ha-proxy pen balance(ng) on ubuntu hardy in a HA-Cluster in front of dovecot servers -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

1 0

[Dovecot] Dovecot read only for users
by JC 31 Oct '08

31 Oct '08

All, I have hopefully a base question. How do you give users only read access to their inbox and folders? If I use chmod 600 they have full access. If I do a 400 they have read access but cannot access their inbox. The config file is the out of the box config other than advertising IMAP and IMAPS. Any help will be appreciated. Thanks.

10 20

[Dovecot] Startup info message
by Athan Dimoy 31 Oct '08

31 Oct '08

Hi folks, I'm using the latest Dovecot 1.16 with Postfix for my FreeBSD box. Since v1.1.4 (if i remember correctly), the following message is displayed whenever starting Dovecot. "Info: If you have trouble with authentication failures, enable auth_debug setting. See http://wiki.dovecot.org/WhyDoesItNotWork" Besides that, Dovecot works great but I wonder what this message is all about. I've searched wiki and mailing list but didn't find anything related. PS: I removed Dovecot removing all stalled files and directories and reinstalled it from scratch. Still the message is displayed whenever it starts. Any idea? Athan

4 6

[Dovecot] SIGBART/SIGSEGV while SELECTing virtual folder
by Lars Noschinski 30 Oct '08

30 Oct '08

Hello! I just installed Dovecot's latest nightly build (20081020) and tried the virtual folder features. I started with a really simple "all" folder: | # virtual/all | * | all But selecting this folder causes dovecot to panic (in most cases). While trying to debug this, I got slightly different results and I am not really sure yet if this is just non-deterministic, depends on some cached dovecot data or if there is some difference between the debug build or my rudimentary, unpatched debian package (which lacks the debug symbols). The results below are from a build with --prefix set to a clean, temporary directory. Similar problems occured also with the alpha2 release, which caused me to try the latest nightly build. --------------------------------------------------------------------- % ./sbin/dovecot --exec-mail ext /usr/bin/gdb ./libexec/dovecot/imap GNU gdb 6.8-debian 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 "i486-linux-gnu"... (gdb) r Starting program: /tmp/dd/libexec/dovecot/imap * PREAUTH [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT THREAD=REFERENCES MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTE NDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH SEARCHRES WITHIN CONTEXT=SEARCH] Logg ed in as lars . SELECT virtual/all Program received signal SIGSEGV, Segmentation fault. mailbox_search_result_free (_result=0x8efc0d0) at mailbox-search-result.c:65 65 results = array_get(&result->box->search_results, &count); (gdb) bt full #0 mailbox_search_result_free (_result=0x8efc0d0) at mailbox-search-result.c:65 result = (struct mail_search_result *) 0x0 i = <value optimized out> __PRETTY_FUNCTION__ = "mailbox_search_result_free" #1 0xb7f4e12e in virtual_storage_mailbox_close (box=0x8efbeb0) at virtual-storage.c:311 i = 0 ret = 0 #2 0x080a9299 in mail_thread_mailbox_close (box=0x8efbeb0) at index-thread.c:638 tbox = (struct mail_thread_mailbox *) 0x9517c68 ret = <value optimized out> __PRETTY_FUNCTION__ = "mail_thread_mailbox_close" #3 0x0806486a in cmd_select_finish (ctx=0x8ef3778, ret=0) at cmd-select.c:190 No locals. #4 0x08064a89 in cmd_select_full (cmd=0x8ef3730, readonly=false) at cmd-select.c:381 client = (struct client *) 0x8ef34b0 box = (struct mailbox *) 0xbfb78258 ctx = (struct imap_select_context *) 0x8ef3778 args = (const struct imap_arg *) 0x8ef87b0 mailbox = 0x8ef8838 "all" ret = 0 __PRETTY_FUNCTION__ = "cmd_select_full" #5 0x080653d9 in cmd_select (cmd=0x8ef3730) at cmd-select.c:387 No locals. #6 0x0806755c in client_command_input (cmd=0x8ef3730) at client.c:592 client = (struct client *) 0x8ef34b0 command = <value optimized out> __PRETTY_FUNCTION__ = "client_command_input" #7 0x080675f9 in client_command_input (cmd=0x8ef3730) at client.c:641 client = (struct client *) 0x8ef34b0 command = <value optimized out> __PRETTY_FUNCTION__ = "client_command_input" #8 0x08067bfd in client_handle_input (client=0x8ef34b0) at client.c:682 _data_stack_cur_id = 3 ret = <value optimized out> remove_io = <value optimized out> handled_commands = false #9 0x080680b3 in client_input (client=0x8ef34b0) at client.c:737 cmd = <value optimized out> output = (struct ostream *) 0x8ef365c bytes = <value optimized out> __PRETTY_FUNCTION__ = "client_input" #10 0x080f3210 in io_loop_handler_run (ioloop=0x8eefab8) at ioloop-epoll.c:203 ctx = (struct ioloop_handler_context *) 0x8eefbb0 event = (const struct epoll_event *) 0x8eefbf0 list = (struct io_list *) 0x8ef36d8 io = (struct io_file *) 0x8ef36b8 tv = {tv_sec = 1799, tv_usec = 999384} t_id = 2 msecs = <value optimized out> ret = 1 i = 0 j = 0 call = <value optimized out> #11 0x080f26a0 in io_loop_run (ioloop=0x8eefab8) at ioloop.c:320 No locals. #12 0x0806f54d in main (argc=149943736, argv=0xbfb78484, envp=0xbfb7848c) at main.c:309 No locals. --------------------------------------------------------------------- On another folder with the same dovecot-virtual file, I get another backtrace: --------------------------------------------------------------------- % ./sbin/dovecot --exec-mail ext /usr/bin/gdb ./libexec/dovecot/imap GNU gdb 6.8-debian 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 "i486-linux-gnu"... (gdb) r Starting program: /tmp/dd/libexec/dovecot/imap * PREAUTH [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT THREAD=REFERENCES MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH SEARCHRES WITHIN CONTEXT=SEARCH] Logged in as lars . SELECT "virtual/test" Program received signal SIGABRT, Aborted. 0xb7e83556 in raise () from /lib/libc.so.6 (gdb) bt #0 0xb7e83556 in raise () from /lib/libc.so.6 #1 0xb7e84d78 in abort () from /lib/libc.so.6 #2 0x080ead25 in default_fatal_finish (type=<value optimized out>, status=0) at failures.c:150 #3 0x080eade4 in i_syslog_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x80ffdec "file %s: line %d (%s): assertion failed: (%s)", args=0xbfdce064 "\203�020\b\t\001") at failures.c:308 #4 0x080ea729 in i_panic ( format=0x80ffdec "file %s: line %d (%s): assertion failed: (%s)") at failures.c:197 #5 0x080c86b8 in view_lookup_seq_range (view=0x9956648, first_uid=1, last_uid=0, first_seq_r=0xbfdce294, last_seq_r=0xbfdce290) at mail-index-view.c:265 #6 0x080c815c in mail_index_lookup_seq_range (view=0x9956648, first_uid=1, last_uid=0, first_seq_r=0xbfdce294, last_seq_r=0xbfdce290) at mail-index-view.c:530 #7 0xb7fa64d6 in virtual_sync_backend_boxes (ctx=0x9e2e3e0) at virtual-sync.c:561 #8 0xb7fa738f in virtual_storage_sync_init (box=0x9811eb0, flags=65) at virtual-sync.c:1194 #9 0x080b0240 in mailbox_sync (box=0x578d, flags=65, status_items=239, status_r=0xbfdce438) at mail-storage.c:523 #10 0x08064c70 in cmd_select_full (cmd=0x9809730, readonly=false) at cmd-select.c:273 #11 0x080653d9 in cmd_select (cmd=0x9809730) at cmd-select.c:387 #12 0x0806755c in client_command_input (cmd=0x9809730) at client.c:592 #13 0x080675f9 in client_command_input (cmd=0x9809730) at client.c:641 #14 0x08067bfd in client_handle_input (client=0x98094b0) at client.c:682 #15 0x080680b3 in client_input (client=0x98094b0) at client.c:737 #16 0x080f3210 in io_loop_handler_run (ioloop=0x9805ab8) at ioloop-epoll.c:203 #17 0x080f26a0 in io_loop_run (ioloop=0x9805ab8) at ioloop.c:320 #18 0x0806f54d in main (argc=Cannot access memory at address 0x578d ) at main.c:309 --------------------------------------------------------------------- with log message -------------------------------------------------------------------- -Oct 20 15:29:22 vertikal EXT(lars): : Panic: file mail-index-view.c: line 265 (view_lookup_seq_range): assertion failed: (first_uid <= last_uid) Oct 20 15:29:22 vertikal EXT(lars): : Raw backtrace: /tmp/dd/libexec/dovecot/imap [0x80ead11] -> /tmp/dd/libexec/dovecot/imap(i_syslog_fatal_handler+0x34) [0x80eade4] -> /tmp/dd/libexec/dovecot/imap [0x80ea729] -> /tmp/dd/libexec/dovecot/imap [0x80c86b8] -> /tmp/dd/libexec/dovecot/imap(mail_index_lookup_seq_range+0x2c) [0x80c815c] -> /tmp/dd/lib/dovecot/imap/lib20_virtual_plugin.so [0xb7fa64d6] -> /tmp/dd/lib/dovecot/imap/lib20_virtual_plugin.so(virtual_storage_sync_init+0x53f) [0xb7fa738f] -> /tmp/dd/libexec/dovecot/imap(mailbox_sync+0x30) [0x80b0240] -> /tmp/dd/libexec/dovecot/imap(cmd_select_full+0x3d0) [0x8064c70] -> /tmp/dd/libexec/dovecot/imap(cmd_select+0x19) [0x80653d9] -> /tmp/dd/libexec/dovecot/imap [0x806755c] -> /tmp/dd/libexec/dovecot/imap [0x80675f9] -> /tmp/dd/libexec/dovecot/imap(client_handle_input+0x1d) [0x8067bfd] -> /tmp/dd/libexec/dovecot/imap(client_input+0x63) [0x80680b3] -> /tmp/dd/libexec/dovecot/imap(io_loop_handler_run+0xe0) [0x80f3210] -> /tmp/dd/libexec/dovecot/imap(io_loop_run+0x20) --------------------------------------------------------------------- Given that result, I tried adding yet another virtual folder with the same configuration - and it succeeded. Once. A second SELECT gave me yet another backtrace: --------------------------------------------------------------------- % ./sbin/dovecot --exec-mail ext /usr/bin/gdb ./libexec/dovecot/imap GNU gdb 6.8-debian 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 "i486-linux-gnu"... (gdb) r Starting program: /tmp/dd/libexec/dovecot/imap * PREAUTH [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT THREAD=REFERENCES MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH SEARCHRES WITHIN CONTEXT=SEARCH] Logged in as lars . SELECT virtual/test2 * FLAGS (\Answered \Flagged \Deleted \Seen \Draft Old) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft Old \*)] Flags permitted. * 73863 EXISTS * 0 RECENT * OK [UNSEEN 10841] First unseen. * OK [UIDVALIDITY 1224509528] UIDs valid * OK [UIDNEXT 73864] Predicted next UID * OK [HIGHESTMODSEQ 1] . OK [READ-WRITE] Select completed. . SELECT virtual/test2 Program received signal SIGABRT, Aborted. 0xb7e0f556 in raise () from /lib/libc.so.6 (gdb) bt full #0 0xb7e0f556 in raise () from /lib/libc.so.6 No symbol table info available. #1 0xb7e10d78 in abort () from /lib/libc.so.6 No symbol table info available. #2 0x080ead25 in default_fatal_finish (type=<value optimized out>, status=0) at failures.c:150 backtrace = 0x8b27838 "/tmp/dd/libexec/dovecot/imap [0x80ead11] -> /tmp/dd/libexec/dovecot/imap(i_syslog_fatal_handler+0x34) [0x80eade4] -> /tmp/dd/libexec/dovecot/imap [0x80ea729] -> /tmp/dd/libexec/dovecot/imap [0x80c86b8"... #3 0x080eade4 in i_syslog_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x80ffdec "file %s: line %d (%s): assertion failed: (%s)", args=0xbfc57ef4 "\203�020\b\t\001") at failures.c:308 No locals. #4 0x080ea729 in i_panic ( format=0x80ffdec "file %s: line %d (%s): assertion failed: (%s)") at failures.c:197 No locals. #5 0x080c86b8 in view_lookup_seq_range (view=0x8eb77e0, first_uid=1, last_uid=0, first_seq_r=0xbfc58124, last_seq_r=0xbfc58120) at mail-index-view.c:265 __PRETTY_FUNCTION__ = "view_lookup_seq_range" #6 0x080c815c in mail_index_lookup_seq_range (view=0x8eb77e0, first_uid=1, last_uid=0, first_seq_r=0xbfc58124, last_seq_r=0xbfc58120) at mail-index-view.c:530 No locals. #7 0xb7f324d6 in virtual_sync_backend_boxes (ctx=0x90f8eb8) at virtual-sync.c:561 i = 10 #8 0xb7f3338f in virtual_storage_sync_init (box=0x8eba5d0, flags=65) at virtual-sync.c:1194 ret = <value optimized out> #9 0x080b0240 in mailbox_sync (box=0x57a2, flags=65, status_items=239, status_r=0xbfc582c8) at mail-storage.c:523 ctx = (struct mailbox_sync_context *) 0x0 #10 0x08064c70 in cmd_select_full (cmd=0x8b32730, readonly=false) at cmd-select.c:273 client = (struct client *) 0x8b324b0 box = (struct mailbox *) 0x0 ctx = (struct imap_select_context *) 0x8b32778 args = (const struct imap_arg *) 0x8b377b0 mailbox = 0x8b37838 "test2" ret = <value optimized out> __PRETTY_FUNCTION__ = "cmd_select_full" #11 0x080653d9 in cmd_select (cmd=0x8b32730) at cmd-select.c:387 No locals. #12 0x0806755c in client_command_input (cmd=0x8b32730) at client.c:592 client = (struct client *) 0x8b324b0 command = <value optimized out> __PRETTY_FUNCTION__ = "client_command_input" #13 0x080675f9 in client_command_input (cmd=0x8b32730) at client.c:641 client = (struct client *) 0x8b324b0 command = <value optimized out> __PRETTY_FUNCTION__ = "client_command_input" #14 0x08067bfd in client_handle_input (client=0x8b324b0) at client.c:682 _data_stack_cur_id = 3 ret = <value optimized out> remove_io = <value optimized out> handled_commands = false #15 0x080680b3 in client_input (client=0x8b324b0) at client.c:737 cmd = <value optimized out> output = (struct ostream *) 0x8b3265c bytes = <value optimized out> __PRETTY_FUNCTION__ = "client_input" #16 0x080f3210 in io_loop_handler_run (ioloop=0x8b2eab8) at ioloop-epoll.c:203 ctx = (struct ioloop_handler_context *) 0x8b2ebb0 event = (const struct epoll_event *) 0x8b2ebf0 list = (struct io_list *) 0x8b326d8 io = (struct io_file *) 0x8b326b8 tv = {tv_sec = 1799, tv_usec = 995613} t_id = 2 msecs = <value optimized out> ret = 1 i = 0 j = 0 call = <value optimized out> #17 0x080f26a0 in io_loop_run (ioloop=0x8b2eab8) at ioloop.c:320 No locals. #18 0x0806f54d in main (argc=Cannot access memory at address 0x57a2 ) at main.c:309 No locals. --------------------------------------------------------------------- Oct 20 15:33:31 vertikal EXT(lars): : Panic: file mail-index-view.c: line 265 (view_lookup_seq_range): assertion failed: (first_uid <= last_uid) Oct 20 15:33:31 vertikal EXT(lars): : Raw backtrace: /tmp/dd/libexec/dovecot/imap [0x80ead11] -> /tmp/dd/libexec/dovecot/imap(i_syslog_fatal_handler+0x34) [0x80eade4] -> /tmp/dd/libexec/dovecot/imap [0x80ea729] -> /tmp/dd/libexec/dovecot/imap [0x80c86b8] -> /tmp/dd/libexec/dovecot/imap(mail_index_lookup_seq_range+0x2c) [0x80c815c] -> /tmp/dd/lib/dovecot/imap/lib20_virtual_plugin.so [0xb7f324d6] -> /tmp/dd/lib/dovecot/imap/lib20_virtual_plugin.so(virtual_storage_sync_init+0x53f) [0xb7f3338f] -> /tmp/dd/libexec/dovecot/imap(mailbox_sync+0x30) [0x80b0240] -> /tmp/dd/libexec/dovecot/imap(cmd_select_full+0x3d0) [0x8064c70] -> /tmp/dd/libexec/dovecot/imap(cmd_select+0x19) [0x80653d9] -> /tmp/dd/libexec/dovecot/imap [0x806755c] -> /tmp/dd/libexec/dovecot/imap [0x80675f9] -> /tmp/dd/libexec/dovecot/imap(client_handle_input+0x1d) [0x8067bfd] -> /tmp/dd/libexec/dovecot/imap(client_input+0x63) [0x80680b3] -> /tmp/dd/libexec/dovecot/imap(io_loop_handler_run+0xe0) [0x80f3210] -> /tmp/dd/libexec/dovecot/imap(io_loop_run+0x20) --------------------------------------------------------------------- Configuration was: --------------------------------------------------------------------- % ./sbin/dovecot -n # 1.2.alpha2: /tmp/dd/etc/dovecot.conf listen: 127.0.0.1 ssl_disable: yes login_dir: /tmp/dd/var/run/dovecot/login login_executable: /tmp/dd/libexec/dovecot/imap-login mail_plugins: fts fts_squat virtual zlib namespace: type: private separator: / location: maildir:~/Mailbox/Maildir inbox: yes list: yes subscriptions: yes namespace: type: private separator: / prefix: mbox/ location: mbox:~/Mailbox/mbox/ list: yes subscriptions: yes namespace: type: private separator: / prefix: virtual/ location: virtual:~/Mailbox/virtual list: yes subscriptions: yes auth default: passdb: driver: pam userdb: driver: passwd --------------------------------------------------------------------- System is Linux/i386. I tried narrowing down the problem to a specific mail folder, but did not succeed, it seems I need to give a number of folders for this problem to occur. The SIGABRT kind of crash occured a lot more often. On an unrelated note, given the above configuration file, using a dovecot-virtual file like | mbox/* | all causes dovecot to complain: Oct 20 13:56:59 vertikal EXT(lars): : Connection closed bytes=22/350 Oct 20 13:57:03 vertikal EXT(lars): : /home/lars/Mailbox/virtual/test/dovecot-virtual: No mailboxes defined Greetings, Lars.

2 9

[Dovecot] dovecot 1.1.5 mbox bug (From_-line separator related)
by Anton Yuzhaninov 30 Oct '08

30 Oct '08

If I send mail with content like this: From <test.dovecot(a)m.box> Wed Jan 09 01:33:55 2008 From <test.dovecot(a)m.box> Wed Jan 09 01:33:55 2008 From <test.dovecot(a)m.box> Wed Jan 09 01:33:55 2008 From <test.dovecot(a)m.box> Wed Jan 09 01:33:55 2008 and instead single messages created many messages. Inside mbox file it looks like real_message_headers Status: O X-Keywords: Content-Length: 2859 X-UID: 1471 From <test.dovecot(a)m.box> Wed Jan 09 01:33:55 2008 X-UID: 1472 Status: O From <test.dovecot(a)m.box> Wed Jan 09 01:33:55 2008 X-UID: 1473 Status: O From <test.dovecot(a)m.box> Wed Jan 09 01:33:55 2008 X-UID: 1474 Status: O Yes, Content-Length headers present, but: 1. Why X-UID: and Status: headers inserted into message body? 2. Why IMAP client (thunderbird) show many empty messages instead single message? Mbox related settings from dovecot -n is only: mmap_disable: yes mbox_write_locks: fcntl mbox_min_index_size: 1024 To store messages used dovecot deliver. -- WBR, Anton Yuzhaninov

2 4

[Dovecot] mail_executable's process environment
by Mike Malsman 30 Oct '08

30 Oct '08

Hello, I recently had to get Dovecot 1.1.4 to write to a "pop3/imap-before- smtp" db such that my MTA could permit relay after a successful authentication with Dovecot. The 'pop3' and 'imap' processes are executed only after a successful auth, so replacing them with wrappers which write to the db seemed the natural choice. Lo and behold, someone thought of something like this, as the 'mail_executable' directive exists - neat. Upon inspection of the processes' environment I'm pleased to see that there's a load of useful information in there. However, one essential component in my case is the destination network address, which is missing. I added it with the attached patch, exposed as 'LOCAL_IP'. Works for me. Is this something that would be useful to anyone else? -Mike

3 4

[Dovecot] [dovecot] Enable logging of all client commands in dovecot-1.2.alpha3
by Jonathan Siegle 30 Oct '08

30 Oct '08

Hello, I would like to log all IMAP client commands sent to dovecot. The format would be time pid command arguments. I reviewed http://wiki.dovecot.org/Logging and started digging through dovecot-1.2.alpha3/src/master . I don't need this turned on all the time, just enough to see how clients do things and I don't need to see passwords. Any tips would be appreciated. -Jonathan

2 1

[Dovecot] benchmark dovecot
by Mathieu Kretchner 30 Oct '08

30 Oct '08

Hello, We would like to do a feed back to this active mailing list. We are working on a migration project from cyrus to dovecot. And we have just completed the benchmark sequence. As I say, this benchmark is here only to show that our old imap server is out to date. I would not be the source of controversy at all, so I try to explain my approach. Because the only thing I found was this old oriented benchmark : http://www.isode.com/whitepapers/mbox-benchmark.html We've tried to do our tests, here you could find our results : http://www-sop.inria.fr/members/Mathieu.Kretchner/dotclear/index.php/2008/1…

2 4

[Dovecot] Enh-Req: Mark As Read When Delivered
by Neil 30 Oct '08

30 Oct '08

I'm under the impression bug-reports are supposed to go to the list, so hopefully it's okay if I put in a feature request here too (assuming it's not already implemented; but it doesn't look like it). Basically, all I would like to do is be able to sometimes deliver mail as already mail into mail boxes. Is there some way to do this? If not, could a flag perhaps be added to deliver to do it? (And Sieve; but for now I think procmail still has much higher adoption, and thus having it in deliver would be rather key...) Thanks, -Neil.

2 1

[Dovecot] INBOX stored in AFS
by Hans-Werner Paulsen 30 Oct '08

30 Oct '08

Hello, currently we are storing the incoming mail in the user's home directory, which is within a distributed filesystem called AFS (OpenAFS). Accessing the "mbox" file directly (using the distributed filesystem) works fine with mutt, thunderbird, ... To access the INBOX from a machine, which does not have access to this distributed filesystem, we are using IMAP (UW-imap). Now I wanted to check if dovecot can do the job (maybe faster than UW), and I had the following problem: This is my configuration: ------------------------------------------------------------------------------- # 1.1.4: /opt/dovecot-1.1.4/etc/dovecot.conf log_path: /var/log/dovecot ssl_cert_file: /etc/ssl/certs/imapd.pem ssl_key_file: /etc/ssl/keys/imapd.pem login_dir: /var/run/dovecot/login login_executable: /opt/dovecot-1.1.4/libexec/dovecot/imap-login first_valid_uid: 100 mail_location: mbox:~/Mail:INBOX=~/.maildir/incoming mail_debug: yes mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes mbox_write_locks: fcntl mbox_dirty_syncs: no mbox_lazy_writes: no mail_executable: /opt/dovecot-1.1.4/libexec/dovecot/afs-token /opt/dovecot-1.1.4/libexec/dovecot/imap auth default: verbose: yes debug: yes passdb: driver: pam args: setcred=yes session=yes dovecot userdb: driver: passwd ------------------------------------------------------------------------------- When I start my imap-client, I see the content of the INBOX, and I can read, delete, ... the different entries. But when new mail arrives dovecot (and my imap-client) will never notice this. And when I quit my imap-client the dovecot imap server will write back its view of the INBOX, and delete this new mail. This seems to be a problem related to AFS. I poked in the dovecot code and have the following theory: dovecot opens the INBOX R/W, dovecot calls "stat" on the INBOX file periodically to look for modifications. But this does not work, because this machine will stat the local copy (AFS cache) of the INBOX as long as this file is still open R/W. My questions: Is it possible to have a configuration, that the INBOX file is not left open when stat-ing this file? Or is it possible to open the INBOX file R/W only when it us locked? Or is it necessary to modify the code? Thank you for any help, HW -- Hans-Werner Paulsen hans(a)MPA-Garching.MPG.DE MPI für Astrophysik Tel 089-30000-2602 Karl-Schwarzschild-Str. 1 Fax 089-30000-2235 D-85741 Garching

2 2

[Dovecot] read only FS access
by Mathieu Kretchner 30 Oct '08

30 Oct '08

Hello, I would like to know if it's possible to subscribe to a folder that is on a read only File System ? We have a snapshot mechanism that create a .snapshot directly in the user folder. This is done by our NAS and we would like to give an access to this backup to our users. Thanks.

3 7

[Dovecot] dovecot deliver mail bounce problem
by Dhaval Thakar 30 Oct '08

30 Oct '08

Hi list, I am using dovecot deliver for the local mail delivery with qmail. this is working fine. but when mail is sent to invalid user, it gets bounced back with error "I'm not going to try again; this message has been in the queue too long." rather "no mailbox here by that name" I could find proper solution, kindly guide to resolve it. /var/log/maillog Oct 24 23:03:27 backup dovecot: auth(default): master in: USER 1 d(a)arch.xyz.com service=deliver Oct 24 23:03:27 backup dovecot: auth(default): vpopmail(d(a)arch.xyz.com): lookup user=d domain=arch.xyz.com Oct 24 23:03:27 backup dovecot: auth(default): vpopmail(d(a)arch.xyz.com): unknown user Oct 24 23:03:27 backup dovecot: auth(default): prefetch(d(a)arch.xyz.com): passdb didn't return userdb entries, trying the next userdb Oct 24 23:03:27 backup dovecot: auth(default): master out: NOTFOUND 1 no logs in /var/log/dovecot-deliver.log following is the configuration .qmail-default |/var/qmail/bin/preline -f /usr/local/libexec/dovecot/deliver -n -e -d $EXT@$USER dovecot -n # 1.1.5: /etc/dovecot/dovecot.conf protocols: imap ssl_disable: yes disable_plaintext_auth: no login_dir: /usr/local/var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login login_greeting: mail ready. mail_plugins: quota imap_quota trash imap_client_workarounds: delay-newmail outlook-idle namespace: type: private prefix: INBOX. inbox: yes list: yes subscriptions: yes auth default: mechanisms: plain login verbose: yes debug: yes debug_passwords: yes passdb: driver: checkpassword args: /home/vpopmail/bin/vchkpw userdb: driver: vpopmail userdb: driver: prefetch socket: type: listen master: path: /var/run/dovecot/auth-master mode: 384 user: vpopmail group: vchkpw plugin: quota: maildir quota_rule: Trash:ignore

4 3

Re: [Dovecot] First release (v0.1.0) of the new Sieve implementation for Dovecot v1.2
by seriv＠parkheights.dyndns.org 30 Oct '08

30 Oct '08

Thank you Timo, it was my mistake. In 'plugin {}' section line 'sieve = /var/sievescripts/%n/sieve' worked for both cmusieve and sieve plugins. Command 'fileinto "INBOX/foo/bar"' with private namespace configuration you proposed - also worked in both plugins. I suspected that they have different behavior: cmusieve saved message into INBOX/foo/bar, while sieve - into foo/bar as in the deliver log I'm pasting here. But both messages were filed into the same mail folder. Difference in the logging, I think, is not a big problem. --- ls -l Maildir/.foo.bar/new total 8 -rw------- 1 seriv seriv 513 Oct 30 01:57 1225331850.M790093P1351.sisyphus.office.omniti.com,W=526 -rw------- 1 seriv seriv 518 Oct 30 01:59 1225331966.M468658P1400.sisyphus.office.omniti.com,W=531 tail -n 18 /var/log/deliver/dovecot-deliver.log --- deliver(seriv): Oct 30 01:57:30 Info: Loading modules from directory: /usr/lib64/dovecot/modules/lda/ deliver(seriv): Oct 30 01:57:30 Info: Module loaded: /usr/lib64/dovecot/modules/lda//lib90_cmusieve_plugin.so deliver(seriv): Oct 30 01:57:30 Info: Namespace: type=private, prefix=INBOX/, sep=/, inbox=yes, hidden=no, list=yes, subscriptions=yes deliver(seriv): Oct 30 01:57:30 Info: maildir: root exists (/home/seriv/Maildir) deliver(seriv): Oct 30 01:57:30 Info: maildir++: root=/home/seriv/Maildir, index=, control=, inbox=/home/seriv/Maildir deliver(seriv): Oct 30 01:57:30 Info: cmusieve: Using sieve path: /var/sieve-scripts/seriv.sieve deliver(seriv): Oct 30 01:57:30 Info: cmusieve: Executing script /var/sieve-scripts/seriv.sievec deliver(seriv): Oct 30 01:57:30 Info: Namespace INBOX/: Using permissions from /home/seriv/Maildir: mode=0644 gid=-1 deliver(seriv): Oct 30 01:57:30 Info: msgid=<20081030015649.B7936140A88(a)sisyphus.office.omniti.com>: saved mail to INBOX/foo/bar deliver(seriv): Oct 30 01:59:26 Info: Loading modules from directory: /usr/lib64/dovecot/modules/lda/ deliver(seriv): Oct 30 01:59:26 Info: Module loaded: /usr/lib64/dovecot/modules/lda//lib90_sieve_plugin.so deliver(seriv): Oct 30 01:59:26 Info: Namespace: type=private, prefix=INBOX/, sep=/, inbox=yes, hidden=no, list=yes, subscriptions=yes deliver(seriv): Oct 30 01:59:26 Info: maildir: root exists (/home/seriv/Maildir) deliver(seriv): Oct 30 01:59:26 Info: maildir++: root=/home/seriv/Maildir, index=, control=, inbox=/home/seriv/Maildir deliver(seriv): Oct 30 01:59:26 Info: sieve: using sieve path: /var/sieve-scripts/seriv.sieve deliver(seriv): Oct 30 01:59:26 Info: sieve: opening script /var/sieve-scripts/seriv.sieve deliver(seriv): Oct 30 01:59:26 Info: sieve: executing compiled script /var/sieve-scripts/seriv.sieve deliver(seriv): Oct 30 01:59:26 Info: sieve: msgid=<20081030015911.576FC140A88(a)sisyphus.office.omniti.com>: stored mail into mailbox 'foo/bar' -- WBR, Sergey Ivanov. ----- "Timo Sirainen" <tss(a)iki.fi> wrote: > On Wed, 2008-10-29 at 20:31 +0100, Stephan Bosch wrote: > > sergey ivanov schreef: > > > Hi Stephan, > > > Thank you for quick fix. I've built it (from changeset > > > 646:747107b816dc) and it looks like working with dovecot-1.2. > > > I'm doing some testing before put it into Sisyphus repository > > > (http://en.altlinux.org) > > > What I saw - it does not recognize lines like: > > > --- > > > sieve = /var/sievescripts/%n/sieve > > Is this inside protocol lda {} or plugin {}? In former it's not > supposed > to be expanded (shouldn't have been with cmusieve either), in latter > it > should be. > > > > where cmusieve did > > > --- > > > fileinto fileinto "Inbox/R/Commits"; > > > --- > > > this new plugin require changing slashes to dots: > > > --- > > > fileinto fileinto "Inbox.R.Commits"; > > With a namespace configuration like: > > namespace private { > separator = / > prefix = INBOX/ > inbox = yes > } > > And a script: > > require ["fileinto"]; > fileinto "INBOX/foo/bar"; > > It seems to work just fine: > > deliver(tss): Oct 30 00:04:36 Info: sieve: msgid=unspecified: stored > mail into mailbox 'foo.bar' > > Although it probably should use the full untranslated INBOX/foo/bar > name > when logging (same with deliver -m INBOX/foo/bar).

1 0

Re: [Dovecot] First release (v0.1.0) of the new Sieve implementation for Dovecot v1.2
by Stephan Bosch 30 Oct '08

30 Oct '08

sergey ivanov schreef: > Hi Stephan, > Thank you for quick fix. I've built it (from changeset > 646:747107b816dc) and it looks like working with dovecot-1.2. > I'm doing some testing before put it into Sisyphus repository > (http://en.altlinux.org) > What I saw - it does not recognize lines like: > --- > sieve = /var/sievescripts/%n/sieve > --- > as cmusieve did. But it works ok with default .dovecot.sieve files in > user home directories Hmm, I'll look into that. This is not intended and would be a bug. > Then, it reports > --- > error: failed to store into mailbox 'Inbox/R/Commits': Invalid mailbox name. > --- > where cmusieve did > --- > fileinto fileinto "Inbox/R/Commits"; > --- > this new plugin require changing slashes to dots: > --- > fileinto fileinto "Inbox.R.Commits"; This doesn't look like something that has changed for the Sieve implementation specifically. Did you try dovecot-sieve-1.1 with dovecot 1.2 to verify? I'll ask Timo about this. What is the configuration of your mail store. Did you perhaps migrate from mbox to maildir? > I think this changes should be described somewhere. May be, it's > already needed to create wiki page for libsieve at wiki.dovecot.org? Well, first one is probably a bug. The second one I am not sure about yet. I'll get back to you when I do. PS: please reply to the mailing list as well. Your problems and solutions may interest others as well. Regards, -- Stephan Bosch stephan(a)rename-it.nl

4 4

[Dovecot] FTS index generation
by Dave McGuire 30 Oct '08

30 Oct '08

Hi folks. I'm experimenting with the Squat plugin. I can execute search commands via direct interaction with IMAP, but I never see the expected dovecot.index.search index file appear in the spool. I'm concerned that I've misconfigured something that is preventing the creation of those indices. Is there a facility to have the squat plugin generate debugging messages so I can see what it's doing? Thanks, -Dave -- Dave McGuire Ahh, you voted for Bush? Port Charlotte, FL Happy now?

2 3