- dovecot - dovecot.org

[Dovecot] Possible fix to an old Thunderbird related problem
by Marc Perkel 13 Jul '09

13 Jul '09

I think I might have finally fixed it. The problem was that the max_cached_connections in Thunderbird defaults to 25 and I had login process count set to 10. I think raising it to 25 ill fix it. Just posting this in case others are having this problem. What was happening was that the message counts were increasing but the messages didn't show up in the list. Or messages would appear to be empty. Restarting Dovecot or restarting Thunderbird fixes the problem temporarily. I'm hoping this annoyance will go away now.

6 11

[Dovecot] v1.2.1 released
by Timo Sirainen 13 Jul '09

13 Jul '09

http://dovecot.org/releases/1.2/dovecot-1.2.1.tar.gz http://dovecot.org/releases/1.2/dovecot-1.2.1.tar.gz.sig Mainly fixes to some issues found by people when upgrading to v1.2.0. * GSSAPI: Changed logging levels and improved the messages. Changed the way cross-realm authentication handling is done, hopefully it's working now for everyone. * imap/pop3 logins now fail if home directory path is relative. v1.2.0 deliver was already failing with these and they could have caused problems even with v1.1. * IMAP: Custom authentication failure messages are now prefixed with [ALERT] to get more clients to actually show them. + Improved some error messages. - pop3: AUTH PLAIN was broken when SASL initial response wasn't given. - mbox: New mailboxes were created with UIDVALIDITY 1. - quota-fs was defaulting to group quota instead of user quota. - Fixed ACLs to work with mbox. - Fixed fchmod(-1, -1) errors with BSDs - convert plugin / convert-tool: Fixed changing hierarchy separators in mailbox names when alt_hierarchy_char isn't set.

8 9

[Dovecot] How to create managesieve core dumps
by Pascal Volk 13 Jul '09

13 Jul '09

I've found this in my dovecot.log: ,--[ /path/to/dovecot.log ]-- | Jul 11 01:44:29 dovecot: Info: Dovecot v1.2.1 starting up | ... | Jul 11 01:50:21 auth(default): Info: client in: AUTH 1 PLAIN service=sieve lip=192.168.111.222 rip=192.168.111.122 lport=12000 rport=35084 resp=<hidden> | Jul 11 01:50:21 auth(default): Info: sql(j.doe(a)example.com,192.168.111.122): query: SELECT "user", password FROM dovecot_password WHERE "user" = 'j.doe(a)example.com' AND sieve | Jul 11 01:50:21 auth(default): Info: client out: OK 1 user=j.doe(a)example.com | Jul 11 01:50:21 auth(default): Info: master in: REQUEST 1 31573 1 | Jul 11 01:50:21 auth(default): Info: sql(j.doe(a)example.com,192.168.111.122): SELECT home, uid, gid, 'dbox:~/dbox' AS mail FROM dovecot_user WHERE userid = 'j.doe(a)example.com' | Jul 11 01:50:21 auth(default): Info: master out: USER 1 j.doe(a)example.com home=/srv/mail/9/70037/70035 uid=70035 gid=70037 mail=dbox:~/dbox ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | Jul 11 01:50:21 managesieve-login: Info: Login: user=<j.doe(a)example.com>, method=PLAIN, rip=192.168.111.122, lip=192.168.111.222 | Jul 11 01:50:21 auth(default): Info: new auth connection: pid=370 | Jul 11 01:51:25 MANAGESIEVE(j.doe(a)example.com): Panic: pool_data_stack_realloc(): stack frame changed | Jul 11 01:51:25 MANAGESIEVE(j.doe(a)example.com): Error: Raw backtrace: managesieve [0x4a45da] -> managesieve [0x4a5360] -> managesieve(i_fatal+0) [0x4a48ce] -> managesieve [0x4b1e6a] -> managesieve [0x4a2421] -> managesieve [0x4a28e9] -> managesieve(buffer_get_space_unsafe+0x2d) [0x4a2d0b] -> managesieve(str_vprintfa+0x6c) [0x4bb149] -> managesieve [0x42a9f7] -> managesieve(sieve_verror+0x100) [0x429c26] -> managesieve [0x44f0a5] -> managesieve [0x44eedf] -> managesieve(sieve_lexer_skip_token+0x15) [0x44f0c8] -> managesieve [0x4322be] -> managesieve [0x4317b2] -> managesieve [0x431ec0] -> managesieve(sieve_parser_run+0x95) [0x432152] -> managesieve(sieve_parse+0x36) [0x42b44b] -> managesieve(sieve_compile_script+0x1d) [0x42b538] -> managesieve [0x4210f5] -> managesieve [0x421678] -> managesieve [0x421474] -> managesieve [0x421787] -> managesieve(cmd_putscript+0x48) [0x4217d1] -> managesieve [0x4231b8] -> managesieve [0x423365] -> managesieve(client_input+0x100) [0x42346f] -> managesieve(io_loop_handler_run+0x17d) [0x4aecfb] | Jul 11 01:51:25 dovecot: Error: child 366 (managesieve) killed with signal 6 (core not dumped - is home dir set?) `-- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Dovecot v1.2.1/f353c5b71097 was started with: host ~ # ulimit -c unlimited hots ~ # /usr/local/dovecot12/sbin/dovecot ILoading modules from directory: ... IEffective uid=65534, gid=65534, home=/tmp ... ^^^^^^^^^ IEffective uid=65534, gid=65534, home=/tmp ^^^^^^^^^ Why is Dovecot not dumping a core and asking: »is home dir set?«? Regards, Pascal -- The trapper recommends today: cafebabe.0919315(a)localdomain.org

1 1

[Dovecot] Released Sieve v0.1.8 and ManageSieve v0.11.7 for Dovecot v1.2.1
by Stephan Bosch 13 Jul '09

13 Jul '09

Hello Dovecot users, The recent Dovecot v1.2.1 release broke ManageSieve compilation. Today, I release new packages to fix this and additionally a few bugs are resolved. Changelog Sieve v0.1.8: - Fixed AIX compile problem. For portability, the typeof operator is not used anymore. + Added partial support for the deprecated notify extension. However, it turns out that the implementation provided by cmusieve is even older (2001), meaning that this is currently not backwards compatible with cmusieve. Should be fixed in next release. Changelog ManageSieve v0.11.7: * Adjusted to changes in the Dovecot login API. This release now depends on Dovecot v1.2.1 or newer. * Incorporated various small changes in IMAP into ManageSieve. This includes properly enabling the generation of core dumps. - The previous release implicitly resolved the FreeBSD script truncation error. This release adds a small correction to the code that detects the truncation. - Fixed panic occurring when many errors are produced by the Sieve compiler (bug found by Pascal Volk). - Fixed memory leak in the PUTSCRIPT command. (ManageSieve patch) - Forgot to add the managesieve_logout_format setting to the config file. Now it works (bug reported by Pascal Volk). -- The releases are available as follows: Sieve: http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-sieve-0.1.8.tar.gz http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-sieve-0.1.8.tar.gz.sig ManageSieve (package + patch): http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-managesieve-0.11.7.tar.gz http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-managesieve-0.11.7.tar.gz.s… http://www.rename-it.nl/dovecot/1.2/dovecot-1.2.1-managesieve-0.11.7.diff.gz http://www.rename-it.nl/dovecot/1.2/dovecot-1.2.1-managesieve-0.11.7.diff.g… -- Have fun testing the new releases and don't hesitate to notify me when there are problems. Regards, -- Stephan Bosch stephan(a)rename-it.nl

1 0

[Dovecot] fchown error on tmp files
by Kim Bisgaard 12 Jul '09

12 Jul '09

Hi, After upgrading to 1.2 I started getting fchown errors in the log. They look like: Jul 12 18:32:54 jukebox dovecot: deliver(kim): fchown(/data/mail/kim/.lists.mythtv-users/tmp/1247416373.M857540P19162.jukebox.alleroedderne.adsl.dk, -1, 500(k im)) failed: Operation not permitted (egid=12(mail), group based on /data/mail/kim/.lists.mythtv-users) I have tried to get rid of the by changing the group of the files to "mail" but that does not help. I can not find a dovecot option that is documented to set the group to %u which would seem ideal. Any advice? Thanks in advance, Kim % dovecot -n # 1.2.0: /etc/dovecot.conf # OS: Linux 2.6.27.25-170.2.72.fc10.i686 i686 Fedora release 10 (Cambridge) ext3 protocols: imaps listen: * login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login mail_location: maildir:/data/mail/%u auth default: passdb: driver: pam userdb: driver: passwd plugin: sieve: ~/.dovecot.sieve sieve_dir: ~/sieve

2 1

[Dovecot] Dovecot and ACL
by Daniel Spannbauer 11 Jul '09

11 Jul '09

Hello, I try to get per-mailbox-ACLs on dovecot. So, I've modded dovecot.conf: protocol imap { mail_plugins = acl } and plugin { acl = vfile } When I telnet to dovecot an try the command "capability" there is nothing about acl. I need acl for "open-xchange" so I can share Mailboxes over the webinterface. Do I have to create the acl-file manually or does dovecot this automaticly? reagrds Daniel -- Daniel Spannbauer Software Entwicklung marco Systemanalyse und Entwicklung GmbH Tel +49 8333 9233-27 Fax -11 Rechbergstr. 4 - 6, D 87727 Babenhausen Mobil +49 171 4033220 http://www.marco.de/ Email ds(a)marco.de Geschäftsführer Martin Reuter HRB 171775 Amtsgericht München

4 11

[Dovecot] imap_quota-error with 1.2.1
by Anton Dollmaier 11 Jul '09

11 Jul '09

Hi, I downloaded the debian-src-package of dovecot 1.2.1 from xi.rename-it.nl, and built the package myself - no errors present. after the upgrade, dovecot complains about an error with imap_quota, startup fails: Restarting IMAP/POP3 mail server: dovecotEdlopen(/usr/lib/dovecot/modules/imap/lib10_quota_plugin.so) failed: /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so: undefined symbol: xdr_ext_getquota_args FCouldn't load required plugins Error: imap dump-capability process returned 89 Fatal: Invalid configuration in /etc/dovecot/dovecot.conf failed! I downgraded back to 1.2.0, which works normally. Any hints? Best regards, Anton

3 6

[Dovecot] imap connection refused
by Daniel Wallner 11 Jul '09

11 Jul '09

hi, mutt -f imap://max@test.local@127.0.0.1 Could not connect to 127.0.0.1 (Connection refused). lsof -i dovecot 20200 root 5u IPv4 233361 TCP localhost:imap2 (LISTEN) imap-logi 20204 dovecot 0u IPv4 233361 TCP localhost:imap2 (LISTEN) imap-logi 20205 dovecot 0u IPv4 233361 TCP localhost:imap2 (LISTEN) imap-logi 20206 dovecot 0u IPv4 233361 TCP localhost:imap2 (LISTEN) dovecot --version 1.0.15 dovecot -n # 1.0.15: /etc/dovecot/dovecot.conf log_path: /var/log/dovecot/error.log info_log_path: /var/log/dovecot/info.log log_timestamp: %Y-%m-%d %H:%M:%S protocols: imap listen: localhost ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login mail_location: maildir:/var/spool/maildirs/%d/%n namespace: type: private separator: . prefix: INBOX. inbox: yes auth default: mechanisms: plain login passdb: driver: pam passdb: driver: sql args: /etc/dovecot/dovecot-mysql.conf userdb: driver: passwd userdb: driver: static args: uid=5000 gid=5000 home=/var/spool/maildir/%d/%n allow_all_users=yes socket: type: listen client: path: /var/run/dovecot/auth-client mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: mailsystem group: mailsystem cat /etc/dovecot/dovecot-mysql.conf driver = mysql connect = host=localhost dbname=mailbase user=mailbase password=XXXX default_pass_scheme = PLAIN password_query = SELECT password FROM mailusers WHERE account = '%u' /var/log/dovecot/info.log dovecot: 2009-07-11 09:07:56 Info: Dovecot v1.0.15 starting up dovecot: 2009-07-11 09:07:56 Info: auth-worker(default): mysql: Connected to localhost (mailbase) any ideas why imap is not working? thanks

2 3

[Dovecot] Login Fails: epoll_ctl(1, 7): Operation not permitted
by Thomas Suckow 11 Jul '09

11 Jul '09

Working on setting up dovecot and having trouble logging in. I get an error in logs (below) indicating Operation not Permitted. auth_debug doesn't help. Ideas? # dovecot --version 1.1.7 # dovecot -n # 1.1.7: /etc/dovecot/dovecot.conf # OS: Linux 2.6.29-gentoo-r5 i686 Gentoo Base System release 1.12.11.1 listen: *,[::] ssl_cert_file: /etc/ssl/dovecot/server.pem ssl_key_file: /etc/ssl/dovecot/server.key login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login mail_location: maildir:~/.maildir auth default: verbose: yes debug: yes passdb: driver: pam args: * userdb: driver: passwd Log (server name is adapter, I know it's an odd name...): Jul 9 20:44:48 adapter dovecot: auth(default): new auth connection: pid=11185 Jul 9 20:44:48 adapter dovecot: Fatal: imap-login: io_loop_handle_add: epoll_ctl(1, 7): Operation not permitted Jul 9 20:44:48 adapter dovecot: auth(default): new auth connection: pid=11186 Jul 9 20:44:48 adapter dovecot: auth(default): new auth connection: pid=11187 Jul 9 20:44:48 adapter dovecot: Fatal: imap-login: io_loop_handle_add: epoll_ctl(1, 7): Operation not permitted Jul 9 20:44:48 adapter dovecot: Fatal: imap-login: io_loop_handle_add: epoll_ctl(1, 7): Operation not permitted -- Thomas Suckow

4 7

[Dovecot] problem with convert-tool: "Invalid mailbox name"
by Ezequiel Alfíe 11 Jul '09

11 Jul '09

Hello everyone. I'm having a problem with convert-tool while trying to convert mbox folders to maildir. I'm running dovecot-1.1.16 on Centos 5.3 If the user has subfolders, convert-tool fails saying: "Mailbox conversion: Couldn't create mailbox sub/folder3: Invalid mailbox name" However, if I ran the convert-tool with the same arguments and same folders with dovecot 1.1.11 on Ubuntu 9.04 it works fine. Any pointers for troubleshooting this? Thanks in advance, Ezequiel

2 3

[Dovecot] Relative home directory paths not supported 1.2.1 broke my setup
by Robert Schetterer 10 Jul '09

10 Jul '09

Hi Timo,guess this patch break my setup http://hg.dovecot.org/dovecot-1.2/rev/dd49cf3fd2c9 the log entry does not look very right cause i dont use relative paths or i missinterpreted somthing here Jul 10 21:12:29 dovecot: Error: Relative home directory paths not supported (user robert(a)schetterer.com) maildir:/usr/local/virtual/schetterer.com/robert@schetterer.com/ how can i get my old setup working ? i have user_query = SELECT concat('maildir:/usr/local/virtual/', maildir) AS home, -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

2 2

[Dovecot] Can expire-tool skip folders with "expire time in future" errors?
by Ralph Seichter 10 Jul '09

10 Jul '09

Hi folks, when I run expire-tool, I often see messages like the following: # dovecot --exec-mail ext /usr/libexec/dovecot/expire-tool Info: user/Trash: stop, expire time in future: Fri May 22 17:42:23 2009 the server's dovecot.conf contains the following line: expire = Trash 2 Junk 7 */News 30 */Reports 7 >From what I observe, an error of "expire time in future" in one of the Trash folders stops expire-tool alltogether, meaning that remaining folders like News or Reports don't get processed at all? Is this interpretation correct? If so, can I convince expire-tool to skip errors and continue processing other folders? -R

4 23

[Dovecot] xi.rename-it.nl debian dovecot-1.2.1 ?
by Robert Schetterer 10 Jul '09

10 Jul '09

Hi, normally i update with deb http://xi.rename-it.nl/debian/ experimental-auto main and apt-get install dovecot-common dovecot-dev dovecot-imapd dovecot-pop3d on my testserver , but it seems that this dont works since 1.2.rc8 if i have a look at http://xi.rename-it.nl/debian/pool/dovecot-1.2/ it seems 1.2.1 is allready there hope that the rep mantainer reads this -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

3 3

Re: [Dovecot] expire plugin with 1.2 cronjob undefined symbol: capability_string
by Robert Schetterer 10 Jul '09

10 Jul '09

dovecot(a)dovecot.org schrieb: > Hi, > > this looks like one of my queued problems: > > On AIX I get a message that indicates missing global symbols. > > For example "client_read_args". It is defined in src/imap/client.c but > just linked at build time to the "imap" executable, while the > "expire-tool" does not provide this function. > > Does expire-tool require the plugins "quota" and "quota_imap" at all? > > Is it the same issue or just another AIX specific problem I've to fix? :-) > > Ralf > > > This is what the AIX runtime linker outputs: > > # /usr/local/dovecot-1.2.dev/sbin/dovecot \ > --exec-mail ext \ > /usr/local/dovecot-1.2.dev/libexec/dovecot/expire-tool \ > --test > > Info: Loading modules from directory: > /usr/local/dovecot-1.2.dev/lib/dovecot/imap > Info: Module loaded: > /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib10_quota_plugin.so > Error: > dlopen(/usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so) > failed: rtld: 0712-001 Symbol client_read_args was referenced > from module > /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(), > but a runtime definition of the symbol was not found. > rtld: 0712-001 Symbol client_send_command_error was referenced > from module > /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(), > but a runtime definition of the symbol was not found. > rtld: 0712-001 Symbol client_send_tagline was referenced > from module > /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(), > but a runtime definition of the symbol was not found. > rtld: 0712-001 Symbol command_register was referenced > from module > /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(), > but a runtime definition of the symbol was not found. > rtld: 0712-001 Symbol capability_string was referenced > from module > /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(), > but a runtime definition of the symbol was not found. > rtld: 0712-001 Symbol command_unregister was referenced > from module > /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(), > but a runtime definition of the symbol was not found. > rtld: 0712-001 Symbol client_send_line was referenced > from module > /usr/local/dovecot-1.2.dev/lib/dovecot/imap/lib11_imap_quota_plugin.so(), > but a runtime definition of the symbol was not found. > Additional errors occurred but are not reported. > Fatal: Couldn't load required plugins > > > Robert Schetterer schrieb am 08.07.2009 11:13: >> Hi, >> sorry if this asked twice, >> i ve searched the list and found some equal posts, but couldnt >> get my problem fixed with it >> >> if running cronjob with expire ( using mysql ) >> i get >> >> dovecot -c /etc/dovecot/dovecot.conf --exec-mail ext >> /usr/lib/dovecot/expire-tool --test >> Info: Loading modules from directory: /usr/lib/dovecot/modules/imap >> Info: Module loaded: /usr/lib/dovecot/modules/imap/lib01_acl_plugin.so >> Error: dlopen(/usr/lib/dovecot/modules/imap/lib02_imap_acl_plugin.so) >> failed: /usr/lib/dovecot/modules/imap/lib02_imap_acl_plugin.so: >> undefined symbol: capability_string >> Fatal: Couldn't load required plugins >> >> someone tips how to fix it ? >> perhaps problems relate to mail_location settings? >> >> dovecot --version >> 1.2.rc8 >> > Hm, I ve read http://dovecot.org/pipermail/dovecot/2009-June/040126.html and used this script ( only problem to original was case sensitve mail_plugins) #!/bin/bash MAIL_PLUGINS=${mail_plugins//imap_quota/} /usr/lib/dovecot/expire-tool $1 now it runs dovecot -c /etc/dovecot/dovecot.conf --exec-mail ext /usr/sbin/expire-tool.sh --test Info: Loading modules from directory: /usr/lib/dovecot/modules/imap Info: robert(a)schetterer.com/Trash: stop, expire time in future: Wed Jul 15 10:34:39 2009 but i still have to test if there is a real delete -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

2 3

[Dovecot] Dovecot fails to deliver big messages
by disconnect 10 Jul '09

10 Jul '09

Description of problem: Hello, I am having problems with Dovecot not delivering 'big' emails. Small email with 1-2 kb text delivered fine. If the message about 200kb long or more it freezes. I am also getting "copy: i_stream_read() failed: Permission denied" erros in Dovecot log files. I have tried switching off selinux and settings 777 permissions to my mail_location - it both dont help. Here is my cfg info: # 1.2.0: /etc/dovecot.conf # OS: Linux 2.6.29.5-191.fc11.x86_64 x86_64 Fedora release 11 (Leonidas) ext4 protocols: imap pop3 listen: * ssl: 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: PREVED MEDVED first_valid_uid: 8 last_valid_uid: 8 first_valid_gid: 12 last_valid_gid: 12 mail_location: maildir:/home/email/%d/%n 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_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 imap_client_workarounds(default): 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_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login digest-md5 cram-md5 passdb: driver: sql args: /etc/dovecot-sql.conf userdb: driver: sql args: /etc/dovecot-sql.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 432 user: mail group: mail Version-Release number of selected component (if applicable): I'm running FC11 with exim and dovecot installed. The ext4 filesystem used for mail_location. Accounts are stored in PostgreSQL database. I have this for dovecot-1.2-0.rc6.1.fc11.x86_64 and dovecot-1.2.0-3.fc11.x86_64 Actual results: Emails freezed by SMTP server Expected results: Emails delivered to mail_location Additional info: There was no problems on my old FC9 setup with dovecot-1.0* and about same config as above. I get this in /var/log/maillog when i'm trying to force delivery of freezed message (exim -M <message-id>): Jul 10 03:02:22 phobos dovecot: deliver(m.dmitrieva(a)eds.su): auth input: home=eds.su/m.dmitrieva/ Jul 10 03:02:22 phobos dovecot: deliver(m.dmitrieva(a)eds.su): auth input: uid=8 Jul 10 03:02:22 phobos dovecot: deliver(m.dmitrieva(a)eds.su): auth input: gid=12 Jul 10 03:02:22 phobos dovecot: deliver(m.dmitrieva(a)eds.su): Home dir not found: eds.su/m.dmitrieva/ Jul 10 03:02:22 phobos dovecot: deliver(m.dmitrieva(a)eds.su): maildir: data=/home/email/eds.su/m.dmitrieva Jul 10 03:02:22 phobos dovecot: deliver(m.dmitrieva(a)eds.su): maildir++: root=/home/email/eds.su/m.dmitrieva, index=, control=, inbox=/home/email/eds.su/m.dmitrieva Jul 10 03:02:22 phobos dovecot: deliver(m.dmitrieva(a)eds.su): Namespace : Using permissions from /home/email/eds.su/m.dmitrieva: mode=0700 gid=-1 Jul 10 03:02:22 phobos dovecot: deliver(m.dmitrieva(a)eds.su): mkdir_parents_chown(eds.su/m.dmitrieva/) failed: Permission denied (euid=8(mail) egid=12(mail)) Jul 10 03:02:22 phobos dovecot: deliver(m.dmitrieva(a)eds.su): copy: i_stream_read() failed: Permission denied Jul 10 03:02:22 phobos dovecot: deliver(m.dmitrieva(a)eds.su): msgid=<63F3C8CBDB91EF4CAE94833FFD0ED62805E0DEB9(a)rm_exchange.runa.ru>: save failed to INBOX: Internal error occurred. Refer to server log for more information. [2009-07-10 03:02:22] And i got this in /var/log/exim/main.log: 2009-07-10 03:02:22 1MOtm7-0002JR-Ss == m.dmitrieva(a)eds.su <M.dmitrieva(a)eds.su> R=dovecot_user T=dovecot_delivery defer (0): Child process of dovecot_delivery transport returned 75 (could mean temporary error) from command: /usr/libexec/dovecot/deliver The maildir is owned by dovecot and writable for it. I have no problems with delivering small mail, only big. ls -lZ /home/email drwx------. mail mail unconfined_u:object_r:dovecot_var_lib_t:s0 eds.su drwx------. mail mail unconfined_u:object_r:dovecot_var_lib_t:s0 reklamka.biz

3 2

[Dovecot] non-lowercase usernames
by Timo Sirainen 10 Jul '09

10 Jul '09

Should I just make Dovecot lowercase usernames by default in v2.0? auth_username_format = %Lu Does anyone actually want to use non-lowercase usernames?

4 3

[Dovecot] Sieve on full mailbox
by ian＠comtek.co.uk 10 Jul '09

10 Jul '09

Hi, We are using dovecot with "mail_plugins = cmusieve". I have Avelsieve in SquirrelMail for users to interact with it. Is there any way I can allow users to run their sieve script on an entire mailbox? While the normal case of having messages filtered as they are delivered to the Maildir makes sense it would be useful for a few users to be able to apply their rules to every message on a one-off basis. If there is a binary which will do this job? I could adapt the SquirrelMail interface to invoke it with appropriate arguments. Thanks, Ian

3 2

[Dovecot] Dovecot delivering mail in the wrong directory location
by Tjerk Wolterink 10 Jul '09

10 Jul '09

Hello everybody,my new server is setup with postfix as a MTA and dovecot as a MDA, mysql is used as a user db, and postfixadmin is used to setup accounts. Login via pop works fine, also sending via smtp works fine. HOWEVER: when i sent a mail by hand via smtp it is delivered in the wrong directory. For example for test(a)xdatasystem.com i have the following directory: /home/vmail/xdatasystem.com/test However the mail is delivered to this directory: /home/vmail/test(a)xdatasystem.com/ I cannot figure this out as dovecot is correctly configured. ( think) Here is the important part of my dovecot.conf (sorry for the indents): === DOVECOT.CONF === *disable_plaintext_auth = no* *log_timestamp = "%Y-%m-%d %H:%M:%S "* *mail_location = maildir:/home/vmail/%d/%n/Maildir* *mail_access_groups = vmail* *first_valid_uid = 100* *first_valid_gid = 100* * * *protocol imap {* *}* * * *protocol pop3 {* *pop3_uidl_format = %08Xu%08Xv* *}* *auth default {* *mechanisms = digest-md5 plain* *passdb sql {* *args = /etc/dovecot/dovecot-sql.conf* *}* *#userdb sql {* *#args = /etc/dovecot/dovecot-sql.conf* *#}* * * *userdb static {* *args = uid=vmail gid=vmail home=/home/vmail/%d/%n* * }* * * *user = root* *}* === DOVECOT.CONF === Has anybody a clue? Maybe is postfix not correctly forwarding mails to dovecat? "Here is my postfix master.cf: === MASTER.CF === smtp inet n - - - - smtpd #submission inet n - - - - smtpd # -o smtpd_tls_security_level=encrypt # -o smtpd_sasl_auth_enable=yes # -o smtpd_client_restrictions=permit_sasl_authenticated,reject # -o milter_macro_daemon_name=ORIGINATING #smtps inet n - - - - smtpd # -o smtpd_tls_wrappermode=yes # -o smtpd_sasl_auth_enable=yes # -o smtpd_client_restrictions=permit_sasl_authenticated,reject # -o milter_macro_daemon_name=ORIGINATING #628 inet n - - - - qmqpd pickup fifo n - - 60 1 pickup cleanup unix n - - - 0 cleanup qmgr fifo n - n 300 1 qmgr #qmgr fifo n - - 300 1 oqmgr tlsmgr unix - - - 1000? 1 tlsmgr rewrite unix - - - - - trivial-rewrite bounce unix - - - - 0 bounce defer unix - - - - 0 bounce trace unix - - - - 0 bounce verify unix - - - - 1 verify flush unix n - - 1000? 0 flush proxymap unix - - n - - proxymap proxymap unix - - n - - proxymap proxywrite unix - - n - 1 proxymap smtp unix - - - - - smtp # When relaying mail as backup MX, disable fallback_relay to avoid MX loops relay unix - - - - - smtp -o smtp_fallback_relay= # -o smtp_helo_timeout=5 -o smtp_connect_timeout=5 showq unix n - - - - showq error unix - - - - - error retry unix - - - - - error discard unix - - - - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - - - - lmtp anvil unix - - - - 1 anvil scache unix - - - - 1 scache # # ==================================================================== # Interfaces to non-Postfix software. Be sure to examine the manual # pages of the non-Postfix software to find out what options it wants. # # Many of the following services use the Postfix pipe(8) delivery # agent. See the pipe(8) man page for information about ${recipient} # and other message envelope options. # ==================================================================== # dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -f {$sender} -d ${recipient} # maildrop. See the Postfix MAILDROP_README file for details. # Also specify in main## See the Postfix UUCP_README file for configuration details. # uucp unix - n n - - pipe flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient) # # Other external delivery methods. # ifmail unix - n n - - pipe flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient) bsmtp unix - n n - - pipe flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -t$nexthop -f$sender $recipient scalemail-backend unix - n n - 2 pipe flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} ${user} ${extension} mailman unix - n n - - pipe flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py ${nexthop} ${user} cf: maildrop_destination_recipient_limit=1 # maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient} -- -- Tjerk Wolterink @ GMail

3 2

[Dovecot] Optimal quota method for SQL
by Tom Sommer 10 Jul '09

10 Jul '09

Hi, I just installed 1.2.0 and I'm gonna set up some quota on my vitual users. I' ve got dovecot set up as LDA, and currently I'm using the dict-mysql method described for 1.2.0, but it's not really working at all. Am I correct in assuming that with this method I can define the quota limit in my dict (sql field)? This is my current config: dict { quotadict = mysql:/etc/dovecot-dict-sql.conf } plugin { quota = dict:user::proxy::quotadict quota_rule = *:storage=0:messages=0 } protocol lda { mail_plugins = quota ..... } I want quota to be disabled unless otherwise specified in my SQL database. // Tom

2 4

[Dovecot] Managesieve fails to retrieve scripts > 8kB on Dovecot 1.1.16
by John Marshall 10 Jul '09

10 Jul '09

After some help with debugging tips on #dovecot, I have established that a sieve script on Dovecot 1.1.16 has to be less than 8kB in order to be retrieved by a managesieve client. I have been using managesieve for about 6 months over as many 1.1.n versions of dovecot as have been around during that time and hit this problem when I upgraded to Dovecot 1.1.16. I have gone back to Dovecot 1.1.15 and can once again manage my 9kB sieve script remotely. Symptoms were that managesieve login was OK but instead of displaying my sieve script, the script editing window was empty. After 30 seconds the client gave me a timeout message. If I entered a small script in the empty client edit window and saved it, the new, small script was saved to the server and became active. I could then successfully retrieve and edit that small script. I tried hacking a few lines at a time out of my 9kB script (locally on the server). When it was down to 8.4KB I still couldn't get it through managesieve. The next hack took it down to 7.7kB and I could get that through managesieve. So, I'm guessing there's a magic 8192 number in there somewhere - perhaps a buffer? Server dovecot 1.1.16 dovecot-sieve 1.1.6 dovecot-managesieve 0.10.6 FreeBSD 7.2 Client Thunderbird 2.0.21 Sieve 0.1.6 A special thanks to all who write this stuff: it's great! -- John Marshall

3 12

[Dovecot] v1.1.17 released
by Timo Sirainen 10 Jul '09

10 Jul '09

http://dovecot.org/releases/1.1/dovecot-1.1.17.tar.gz http://dovecot.org/releases/1.1/dovecot-1.1.17.tar.gz.sig - IMAP: Don't crash if IDLE command is pipelined after a long-running UID FETCH or UID SEARCH. - IMAP: Some FETCH command parameters were broken with in some OSes. - mbox: New mailboxes were created with UIDVALIDITY 1. - mbox: Don't write garbage to mbox if message doesn't have a body. - Maildir: Fixed using in-memory indexes when some required directory was missing. - auth: Don't assert-crash if trying to log in as master user but with empty login username. - Transaction log dotlocking ignored mail_nfs_index and dotlock_use_excl settings. - convert plugin / convert-tool: Fixed changing hierarchy separators in mailbox names when alt_hierarchy_char isn't set. - Several fixes to expire plugin / expire-tool - zlib: Give better error messages on failures.

1 0

[Dovecot] First V1.2 compile questions
by Stewart Dean 09 Jul '09

09 Jul '09

1) I see that the --without-pop3d option has gone away. What does this imply, i.e why was that done? Is there some other way that you now avoid compiling the POP code? Are there any other discontinued options? 2) There was some talk a while back about changing how and where the plugins were to be built and their code located. Was this implemented? If so, is there any doc on it? -- ==== Once upon a time, the Internet was a friendly, neighbors-helping-neighbors small town, and no one locked their doors. Now it's like an apartment in Bed-Stuy: you need three heavy duty pick-proof locks, one of those braces that goes from the lock to the floor, and bars on the windows.... ==== Stewart Dean, Unix System Admin, Bard College, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

2 1

[Dovecot] Long delay checking mail with POP w/plain auth
by david hardy 09 Jul '09

09 Jul '09

I just switched from UW-IMAP to dovecot, and it all went smooth, except now I get a 4-5 second delay after connecting to the POP3 server (IMAP is fine). If I switch to auth "mechanisms=login", it is instantaneous - the delay is gone. In my logs I am getting : Jul 9 12:21:03 haleakala dovecot: auth(default): client in: AUTH 1 PLAIN service=pop3 lip=205.168.236. rip=205.168.236. lport=110 rport=62500 resp=<hidden> Jul 9 12:21:03 haleakala dovecot: auth(default): plain(?,205.168.236.): invalid input Jul 9 12:21:03 haleakala dovecot: auth(default): new auth connection: pid=2750 Jul 9 12:21:03 haleakala dovecot: auth(default): client out: FAIL 1 and then it tries again apparently, and succeeds: Jul 9 12:21:08 haleakala dovecot: auth(default): client in: AUTH 2 PLAIN service=pop3 lip=205.168.236. rip=205.168.236. lport=110 rport=62500 resp=<hidden> Jul 9 12:21:08 haleakala dovecot: auth-worker(default): pam(divad,205.168.236.): lookup service=dovecot Jul 9 12:21:08 haleakala dovecot: auth-worker(default): pam(divad,205.168.236.): #1/1 style=1 msg=Password: Jul 9 12:21:08 haleakala dovecot: auth(default): client out: OK 2 user=divad Jul 9 12:21:08 haleakala dovecot: auth(default): master in: REQUEST 217 2552 2 Jul 9 12:21:08 haleakala dovecot: auth(default): passwd(divad,205.168.236.): lookup Jul 9 12:21:08 haleakala dovecot: auth(default): master out: USER 217 divad system_groups_user=divad uid= gid= home=/home/david Jul 9 12:21:08 haleakala dovecot: pop3-login: Login: user=<divad>, method=PLAIN, rip=205.168.236., lip=205.168.236. Jul 9 12:21:08 haleakala dovecot: POP3(divad): Disconnected: Logged out top=0/0, retr=0/0, del=0/0, size=0 This "invalid input" error is happening for many clients on our mail server, but I am using Thunderbird 2.0.0.12. The problem with using just "login" as a mechanism is that it doesn't seem to work with our Horde/IMP webmail system. here is dovecot -n: # 1.2.0: /usr/local/etc/dovecot.conf # OS: Linux 2.6.18-1.2239.fc5smp i686 Fedora Core release 5 (Bordeaux) protocols: imap imaps pop3 pop3s disable_plaintext_auth: no login_dir: /usr/local/var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_greeting: Planetmind dovecot server ready. mail_location: mbox:~/mail:INBOX=~/mail/mbox 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 pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %08Xv%08Xu auth default: mechanisms: PLAIN failure_delay: 0 verbose: yes debug: yes passdb: driver: pam userdb: driver: passwd If anyone could shed some light on this, I'd really appreciate it. TIA. -David -- ___________________________________________________________ ><>><>><>><>><>><>><>><>><>><>><>><>><>><>><>><>><>><>><> ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯ David Hardy Planetmind Internetworks Nedernet, Inc ph 303.258.1103 http://www.planetmind.net http://www.nedernet.net ___________________________________________________________ <><<><<><<><<><<><<><<><<><<><<><<><<><<><<><<><<><<><<>< ¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯

2 1

[Dovecot] Mailbox to maildir conversion
by Klaus Rueschstroer 09 Jul '09

09 Jul '09

Hi, how i transfer the Tag's in the mbox File's ( X-Keywords: $label1) in the maildir structure With best regards Klaus Rueschstroer

2 1

[Dovecot] Problem with 1.2 and sieve: failed with unsuccessful implicit keep
by Julien Danjou 09 Jul '09

09 Jul '09

Hi, First, thanks for this awesome piece of software. I've just upgraded to latest dovecot, aka 1.2. I've a problem. I've started using Sieve, and everything works fine, I already received a thousand of mails without any problem. However, there's one mail which is stuck in the postfix queue because of that: Jul 8 18:47:51 prometheus dovecot: deliver(jd(a)danjou.info): mkdir_parents_chown(danjou.info/jd/) failed: Permission denied (euid=8(mail) egid=8(mail)) Jul 8 18:47:51 prometheus dovecot: deliver(jd(a)danjou.info): copy: i_stream_read() failed: No such file or directory Jul 8 18:47:51 prometheus dovecot: deliver(jd(a)danjou.info): sieve: msgid=? <1186f9b5-0529-4622-8f4a-58462f9a4bcb(a)svr-exchange.siege.ldlc.com>: failed to store into mailbox 'INBOX': Internal error occurred. Refer to server log for more information. [2009-07-08 18:47:51] Jul 8 18:47:51 prometheus dovecot: deliver(jd(a)danjou.info): read(mail, uid=1) failed: Permission denied Jul 8 18:47:51 prometheus dovecot: deliver(jd(a)danjou.info): sieve: msgid=? <1186f9b5-0529-4622-8f4a-58462f9a4bcb(a)svr-exchange.siege.ldlc.com>: failed to store into mailbox 'INBOX': BUG: Unknown internal error Jul 8 18:47:51 prometheus dovecot: deliver(jd(a)danjou.info): sieve: script /var/mail/sieve/jd(a)danjou.info.dovecot.sieve failed with unsuccessful implicit keep IMHO, the bug is around the uid stuff. the read(mail, uid=1) seems very wrong. since this uid is not used at all in the configuration file. I can provide more information if needed, just ask. dovecot 1.2 Debian GNU/Linux 5.0 (lenny) CPU amd64 FS is ext3 # dovecot -n # 2007 pts/0 19:27:38 # 1.2.0: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-1-amd64 x86_64 Debian 5.0.2 ext3 log_timestamp: %Y-%m-%d %H:%M:%S protocols: imaps pop3s managesieve ssl_cert_file: /etc/ssl/private/ssl.naquadah.org.crt ssl_key_file: /etc/ssl/private/ssl.naquadah.org.key 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_executable(managesieve): /usr/lib/dovecot/managesieve-login first_valid_uid: 8 last_valid_uid: 8 mail_privileged_group: mail mail_location: maildir:/var/mail/vmail/%h mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_executable(managesieve): /usr/lib/dovecot/managesieve 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 mail_plugin_dir(managesieve): /usr/lib/dovecot/modules/managesieve auth default: user: mail passdb: driver: sql args: /etc/dovecot/dovecot-sql.conf userdb: driver: prefetch userdb: driver: sql args: /etc/dovecot/dovecot-sql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: mail group: mail plugin: sieve: /var/mail/sieve/%u.dovecot.sieve Anonymized mail attached. The From line was manually added, mainly because I extracted the content from the Postfix queue. (I'm not subscribed.) Cheers, -- Julien Danjou // ᐰ <julien(a)danjou.info> http://julien.danjou.info // 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD // Life is life. Lalalalala.

2 9

[Dovecot] System users, mbox format and global ACLs
by Axel Luttgens 08 Jul '09

08 Jul '09

I need some help here... ;-) I'm experimenting with global ACLs, but just fail to understand very basic behaviors. So, before digging into the source code, I would really be delighted if someone could immediately point a mistake I'm making and miserably overlooking. The output of dovecot -n is provided at the end of this email. Just in case, conforming to the suggestion made in http://wiki.dovecot.org/ACL , I've specified a CONTROL directory; but I get a similar behavior without it. As far as the acl plugin is concerned, I've just specified a directory for global ACLs; whether that directory is populated or not doesn't seem to have an impact on the observed behavior. Here's the structure of the test user's home directory: total 0 drwx------ 4 testuser people 136 26 jui 13:52 . drwxr-xr-x 3 root admin 102 19 mai 16:56 .. drwxr-xr-x 4 testuser people 136 28 jui 17:09 _mailboxes drwxr-xr-x 2 testuser people 68 28 jui 17:07 _mboxesctrl ./_mailboxes: total 96 drwxr-xr-x 4 testuser people 136 28 jui 17:09 . drwx------ 4 testuser people 136 26 jui 13:52 .. drwx------ 3 testuser people 102 19 mai 17:02 .imap -rw------- 1 testuser people 48685 25 jui 16:58 inbox ./_mailboxes/.imap: total 0 drwx------ 3 testuser people 102 19 mai 17:02 . drwxr-xr-x 4 testuser people 136 28 jui 17:09 .. drwx------ 5 testuser people 170 23 jui 18:02 INBOX ./_mailboxes/.imap/INBOX: total 88 drwx------ 5 testuser people 170 23 jui 18:02 . drwx------ 3 testuser people 102 19 mai 17:02 .. -rw------- 1 testuser people 1376 23 jui 18:02 dovecot.index -rw------- 1 testuser people 26624 28 jui 10:23 dovecot.index.cache -rw-rw-rw- 1 testuser people 10284 25 jui 17:57 dovecot.index.log ./_mboxesctrl: total 0 drwxr-xr-x 2 testuser people 68 28 jui 17:07 . drwx------ 4 testuser people 136 26 jui 13:52 .. I've tried various combinations of permissions and ownership, again without any obvious influence. The manual creation of directory ~/_mboxesctrl/.imap doesn't seem to be more helpful. So, let's go to the heart of my "problem": # telnet 127.0.0.1 imap Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE AUTH=PLAIN] Dovecot ready. a1 login testuser ****** a1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH] Logged in a2 list "" * * LIST (\NoInferiors \UnMarked) "/" "dovecot-acl-list" * LIST (\HasNoChildren \UnMarked) "/" "INBOX" a2 OK List completed. a3 logout * BYE Logging out a3 OK Logout completed. Connection closed by foreign host. And indeed, a file named "dovecot-acl-list" has now been created under the _mailboxes directory: ./_mailboxes: total 96 drwxr-xr-x 5 testuser people 170 28 jui 17:11 . drwx------ 4 testuser people 136 26 jui 13:52 .. drwx------ 3 testuser people 102 19 mai 17:02 .imap -rw-r--r-- 1 testuser people 0 28 jui 17:11 dovecot-acl-list -rw------- 1 testuser people 48685 25 jui 16:58 inbox This is the only file to have been created consecutively to the telnet session. Is such a file supposed to be created there? If yes, why? I would have tended to believe that it is more a server internal matter than a name having to appear in the namespace. More generally, is such a file supposed to be created at all? After all, the configuration doesn't explicitely mention per-mailbox ACLs at all... Anyway, this is what gets written in mail.log for the whole telnet session: dovecot[82305]: auth(default): new auth connection: pid=82374 dovecot[82305]: auth(default): client in: AUTH 1 PLAIN service=imap secured lip=127.0.0.1 rip=127.0.0.1 lport=143 rport=49879 resp=<hidden> dovecot[82305]: auth-worker(default): pam(testuser,127.0.0.1): lookup service=imap dovecot[82305]: auth-worker(default): pam(testuser,127.0.0.1): #1/1 style=1 msg=Password: dovecot[82305]: auth(default): client out: OK 1 user=testuser dovecot[82305]: auth(default): master in: REQUEST 8 82327 1 dovecot[82305]: auth(default): passwd(testuser,127.0.0.1): lookup dovecot[82305]: auth(default): master out: USER 8 testuser system_groups_user=testuser uid=2001 gid=2001 home=/Volumes/ALMbpSpare/ People/a/testuser dovecot[82305]: imap-login: Login: user=<testuser>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured dovecot[82305]: IMAP(testuser): Loading modules from directory: /usr/ local/dovecot-1.2.rc7/lib/dovecot/imap dovecot[82305]: IMAP(testuser): Module loaded: /usr/local/ dovecot-1.2.rc7/lib/dovecot/imap/lib01_acl_plugin.so dovecot[82305]: IMAP(testuser): Effective uid=2001, gid=2001, home=/ Volumes/ALMbpSpare/People/a/testuser dovecot[82305]: IMAP(testuser): acl: No acl_shared_dict setting - shared mailbox listing is disabled dovecot[82305]: IMAP(testuser): mbox: data=~/_mailboxes:INBOX=~/ _mailboxes/inbox:CONTROL=~/_mboxesctrl dovecot[82305]: IMAP(testuser): fs: root=/Volumes/ALMbpSpare/People/a/ testuser/_mailboxes, index=, control=/Volumes/ALMbpSpare/People/a/ testuser/_mboxesctrl, inbox=/Volumes/ALMbpSpare/People/a/testuser/ _mailboxes/inbox dovecot[82305]: IMAP(testuser): acl: initializing backend with data: vfile:/usr/local/etc/dovecot-acls dovecot[82305]: IMAP(testuser): acl: acl username = testuser dovecot[82305]: IMAP(testuser): acl: owner = 1 dovecot[82305]: IMAP(testuser): acl vfile: Global ACL directory: /usr/ local/etc/dovecot-acls dovecot[82305]: IMAP(testuser): acl vfile: file /usr/local/etc/ dovecot-acls//.DEFAULT not found dovecot[82305]: IMAP(testuser): Namespace : Using permissions from / Volumes/ALMbpSpare/People/a/testuser/_mailboxes: mode=0755 gid=-1 dovecot[82305]: IMAP(testuser): acl vfile: file /usr/local/etc/ dovecot-acls/.temp.ALMbp.local.82375.f9efcb24711711fb not found dovecot[82305]: IMAP(testuser): acl vfile: file /Volumes/ALMbpSpare/ People/a/testuser/_mboxesctrl/.imap/.temp.ALMbp.local. 82375.f9efcb24711711fb/dovecot-acl not found dovecot[82305]: IMAP(testuser): acl vfile: file /usr/local/etc/ dovecot-acls/INBOX not found dovecot[82305]: IMAP(testuser): acl vfile: file /Volumes/ALMbpSpare/ People/a/testuser/_mboxesctrl/.imap/INBOX/dovecot-acl not found dovecot[82305]: IMAP(testuser): acl vfile: file /usr/local/etc/ dovecot-acls/dovecot-acl-list not found dovecot[82305]: IMAP(testuser): acl vfile: file /Volumes/ALMbpSpare/ People/a/testuser/_mboxesctrl/.imap/dovecot-acl-list/dovecot-acl not found dovecot[82305]: IMAP(testuser): Disconnected: Logged out bytes=23/431 Why does the server seem to expect to find a temp file under ~/ _mboxesctrl/.imap? As well as, more surprisingly, under /usr/local/etc/ dovecot-acls? In a word: Some bad configuration of mine? Or some bug somewhere? Or do I just don't understand ACLs as implemented by dovecot? TIA, Axel # 1.2.rc7: /usr/local/etc/dovecot.conf # OS: Darwin 9.7.0 i386 protocols: pop3 imap ssl: no disable_plaintext_auth: no login_dir: /usr/local/var/run/dovecot/login login_executable(default): /usr/local/dovecot-1.2.rc7/libexec/dovecot/ imap-login login_executable(imap): /usr/local/dovecot-1.2.rc7/libexec/dovecot/ imap-login login_executable(pop3): /usr/local/dovecot-1.2.rc7/libexec/dovecot/ pop3-login first_valid_uid: 2001 mail_location: mbox:~/_mailboxes:INBOX=~/_mailboxes/inbox:CONTROL=~/ _mboxesctrl mail_debug: yes mbox_read_locks: flock mbox_write_locks: flock dotlock mail_executable(default): /usr/local/dovecot-1.2.rc7/libexec/dovecot/ imap mail_executable(imap): /usr/local/dovecot-1.2.rc7/libexec/dovecot/imap mail_executable(pop3): /usr/local/dovecot-1.2.rc7/libexec/dovecot/pop3 mail_plugins(default): acl mail_plugins(imap): acl mail_plugins(pop3): mail_plugin_dir(default): /usr/local/dovecot-1.2.rc7/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/dovecot-1.2.rc7/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/dovecot-1.2.rc7/lib/dovecot/pop3 pop3_lock_session(default): no pop3_lock_session(imap): no pop3_lock_session(pop3): yes pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %08Xv%08Xu auth default: debug: yes passdb: driver: pam args: * userdb: driver: passwd plugin: acl: vfile:/usr/local/etc/dovecot-acls

2 5

[Dovecot] Problem with sieve and german umlauts
by M. Bobkiewicz 08 Jul '09

08 Jul '09

Dear list, I?m running a postfix (2.5.6) / Dovecot (1.1.11) on a Centos 5.2 box. I?ve written a small gui application to simply create Out of Office replys with sieve. The resulting code did work with maildrop without any problems. Now sieve fails when it meets any german umlauts like ä or ü. It just stops compiling the scripts and complains about the missing "};". A simple fix is to just replace the umlauts, but that doesn?t meet the expectations of my users. Is there any escape code I could use or any way to place the mail text outside the script? Best regards, Mike

3 2

[Dovecot] expire plugin with 1.2 cronjob undefined symbol: capability_string
by Robert Schetterer 08 Jul '09

08 Jul '09

Hi, sorry if this asked twice, i ve searched the list and found some equal posts, but couldnt get my problem fixed with it if running cronjob with expire ( using mysql ) i get dovecot -c /etc/dovecot/dovecot.conf --exec-mail ext /usr/lib/dovecot/expire-tool --test Info: Loading modules from directory: /usr/lib/dovecot/modules/imap Info: Module loaded: /usr/lib/dovecot/modules/imap/lib01_acl_plugin.so Error: dlopen(/usr/lib/dovecot/modules/imap/lib02_imap_acl_plugin.so) failed: /usr/lib/dovecot/modules/imap/lib02_imap_acl_plugin.so: undefined symbol: capability_string Fatal: Couldn't load required plugins someone tips how to fix it ? perhaps problems relate to mail_location settings? dovecot --version 1.2.rc8 -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

1 0

[Dovecot] mbox format and UIDVALIDITY
by Axel Luttgens 08 Jul '09

08 Jul '09

My base concern may be illustrated with the help of that simple telnet session: # telnet 127.0.0.1 imap Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE AUTH=PLAIN] Dovecot ready. a1 login testuser ****** a1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE SORT THREAD=REFERENCES THREAD=REFS MULTIAPPEND UNSELECT IDLE CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH] Logged in a2 list "" % * LIST (\NoInferiors \UnMarked) "/" "Sent" * LIST (\HasNoChildren \UnMarked) "/" "INBOX" a2 OK List completed. a3 create new1 a3 OK Create completed. a4 create new2 a4 OK Create completed. a5 select new1 * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1] UIDs valid * OK [UIDNEXT 1] Predicted next UID * OK [HIGHESTMODSEQ 1] a5 OK [READ-WRITE] Select completed. a6 select new2 * OK [CLOSED] * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1] UIDs valid * OK [UIDNEXT 1] Predicted next UID * OK [HIGHESTMODSEQ 1] a6 OK [READ-WRITE] Select completed. a7 unselect a7 OK Unselect completed. a8 delete new1 a8 OK Delete completed. a9 delete new2 a9 OK Delete completed. a10 logout * BYE Logging out a10 OK Logout completed. Connection closed by foreign host. During the whole telnet session, both files "new1" and "new2" remained empty (i.e. no pseudo-message written to them), no uidvalidity-related helper file seems to have been created and no uidvalidity-related function seems to have been called. And clearly, both mailboxes "new1" and "new2" have received the same UIDVALIDITY. Those UIDVALIDITYs appear to be persistent; messages may be added to and deleted from those mailboxes, those mailboxes may be renamed... their UIDVALIDITY remain unchanged and equal to 1. In fact, any additional mailbox is created with that unique and persistent UIDVALIDITY of 1. Is this supposed to behave that way? (note that I quickly tried with dovecot 1.1.16 and could observe the same behavior) TIA, Axel # 1.2.rc7: /usr/local/etc/dovecot.conf # OS: Darwin 9.7.0 i386 protocols: pop3 imap ssl: no disable_plaintext_auth: no login_dir: /usr/local/var/run/dovecot/login login_executable(default): /usr/local/dovecot-1.2.rc7/libexec/dovecot/ imap-login login_executable(imap): /usr/local/dovecot-1.2.rc7/libexec/dovecot/ imap-login login_executable(pop3): /usr/local/dovecot-1.2.rc7/libexec/dovecot/ pop3-login mail_max_userip_connections(default): 4 mail_max_userip_connections(imap): 4 mail_max_userip_connections(pop3): 10 first_valid_uid: 2001 mail_location: mbox:~/_mailboxes:INBOX=~/_mailboxes/inbox:CONTROL=~/ _mboxesctrl mail_debug: yes mbox_read_locks: flock mbox_write_locks: flock dotlock mail_executable(default): /usr/local/dovecot-1.2.rc7/libexec/dovecot/ imap mail_executable(imap): /usr/local/dovecot-1.2.rc7/libexec/dovecot/imap mail_executable(pop3): /usr/local/dovecot-1.2.rc7/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/dovecot-1.2.rc7/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/dovecot-1.2.rc7/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/dovecot-1.2.rc7/lib/dovecot/pop3 pop3_lock_session(default): no pop3_lock_session(imap): no pop3_lock_session(pop3): yes pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %08Xv%08Xu auth default: debug: yes passdb: driver: pam args: * userdb: driver: passwd

2 5

[Dovecot] Wrong credential caching
by Ralf Hildebrandt 08 Jul '09

08 Jul '09

A user logged in with a captial "L" for his username: Jul 7 12:30:31 postamt dovecot: auth(default): cache(Loser,10.47.64.227): miss Jul 7 12:30:31 postamt dovecot: auth(default): shadow(Loser,10.47.64.227): lookup Jul 7 12:30:31 postamt dovecot: auth(default): shadow(Loser,10.47.64.227): unknown user Jul 7 12:30:31 postamt dovecot: auth(default): cache(Loser,10.47.64.227): miss Jul 7 12:30:31 postamt dovecot: auth-worker(default): pam(Loser,10.47.64.227): lookup service=dovecot Jul 7 12:30:31 postamt dovecot: auth-worker(default): pam(Loser,10.47.64.227): #1/1 style=1 msg=Password: Jul 7 12:30:33 postamt dovecot: auth-worker(default): pam(Loser,10.47.64.227): unknown user Then I told him that he's supposed to use an "l" instead of "L" but: Jul 7 12:42:01 postamt dovecot: imap-login: Login: user=<loser>, method=PLAIN, rip=10.47.64.227, lip=141.42.4.250, TLS Jul 7 12:42:02 postamt dovecot: auth(default): client in: ... Jul 7 12:42:02 postamt dovecot: auth(default): cache(Loser,10.47.64.227): hit: Jul 7 12:42:02 postamt dovecot: auth(default): cache(Loser,10.47.64.227): User unknown Jul 7 12:42:02 postamt dovecot: auth(default): cache(Loser,10.47.64.227): hit: Jul 7 12:42:02 postamt dovecot: auth(default): cache(Loser,10.47.64.227): User unknown Jul 7 12:43:50 postamt dovecot: imap-login: Disconnected (auth failed, 1 attempts): user=<Loser>, method=PLAIN, rip=10.47.64.227, lip=141.42.4.250, TLS: Disconnected I think the auth cache may work case-insensitive, thus making the "User invalid" response for "Loser" also valid for "loser" (which is the valid and correct username!) -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt(a)charite.de | http://www.charite.de

2 2

[Dovecot] Dovecot 1.2rc7 / Sieve Plugin problem / Namespaces
by reg9009 08 Jul '09

08 Jul '09

Hi, I've got a problem with Dovecot 1.2rc7 and a Sieve script which should store eMails in a subfolder. It always fails with Jun 28 14:56:43 deliver(): Error: sieve: msgid=<4A47687D.30903(a)some.domain>: failed to store into mailbox '': Invalid mailbox name Jun 28 14:56:43 deliver(): Error: sieve: script /home/dovecot/sieve/info/dovecot.sieve failed with unsuccessful implicit keep This is with dovecot-libsieve. Same happens with cmusieve, though the message is slightly different: Jun 28 14:55:39 deliver(): Info: cmusieve: Executing script /home/dovecot/sieve/info/dovecot.sievec Jun 28 14:55:39 deliver(): Info: sieve runtime error: Keep: Generic Error Sieve script: if header :comparator "i;ascii-casemap" :contains "X-Spam-Level" "*****" { fileinto "INBOX/Junk"; stop; } I tried "INBOX.Junk", "Junk", etc., but no success. Namespace section in dovecot.conf: namespace private { separator = / prefix = INBOX/ inbox = yes #hidden = yes #list=yes } Same configuration works with cmusieve and Dovecot 1.1.16. I assume some problems with the namespace separator. Anyone got any ideas or got sieve running with namespace separator "/" and prefix "INBOX"? Regards, Sebastian

2 4

[Dovecot] Bug in MEMORY INDEX ? [v 1.1.16]
by Joel A. Chornik 08 Jul '09

08 Jul '09

When setting a CONTROL directory that does not exists (has to be created by dovecot upon first login) AND INDEX=MEMORY Dovecot POP3 will fail upon first login with 'Couldn't init INBOX: Internal error occurred. Refer to server log for more information.' Temporary fix seems to work fine patching dovecot-1.1.16/src/lib-storage/index/maildir/maildir-util.c ---- 98a99 > unsigned int k = 0; 105c106,109 < dirs[i++] = mail_storage_get_mailbox_index_dir(box->storage, --- > > /* Only create index folders if index is not MEMORY */ > if(!mail_index_is_in_memory(mbox->ibox.index)) > dirs[i++] = mail_storage_get_mailbox_index_dir(box->storage, 107c111,113 < i_assert(i == N_ELEMENTS(dirs)); --- > else k++; > > i_assert(i == N_ELEMENTS(dirs)-k); ----- Tested only on dovecot 1.1.16 Regards, Joel A. Chornik ELSERVER.COM

2 1

[Dovecot] readdir and rename don't mix; patch included
by Mike Abbott 08 Jul '09

08 Jul '09

Enclosed please find a patch to dovecot-1.1.16 that fixes a common problem we see under load on Mac OS X and HFS+. The symptom is that sometimes readdir() returns EINVAL. The problem is that readdir() and rename() don't mix well, and maildir_scan_dir() renames messages from new/ to cur/. The solution I chose is just to retry scanning the directory, since code to rescan is already present. An alternative solution would be to read the entire directory first, then process the contents; that is, to do all the readdirs before any renames. The patch is like Apple's previous ones, all tagged with /*APPLE*/ and formatted to simplify our merges. Please reformat it as you desire. It should also apply easily to 1.2.0. --- dovecot-1.1.16/src/lib-storage/index/maildir/maildir-sync.c 2009-05-20 16:42:49.000000000 -0500 +++ dovecot/src/lib-storage/index/maildir/maildir-sync.c 2009-07-07 19:50:37.000000000 -0500 @@ -354,7 +354,8 @@ return -1; } -static int maildir_scan_dir(struct maildir_sync_context *ctx, bool new_dir) +static int maildir_scan_dir(struct maildir_sync_context *ctx, bool new_dir, + bool final) /* APPLE */ { struct mail_storage *storage = &ctx->mbox->storage->storage; const char *path; @@ -486,6 +487,11 @@ } } + /* APPLE - rename can cause readdir to fail with EINVAL; force + quiet rescan unless this is the final such rescan already */ + if (errno == EINVAL && move_count && !final) + move_count = MAILDIR_RENAME_RESCAN_COUNT + 1; + else /* APPLE reduce code deltas */ if (errno != 0) { mail_storage_set_critical(storage, "readdir(%s) failed: %m", path); @@ -772,7 +778,8 @@ that new/ dir is checked as well. it's a good idea anyway. */ unsigned int count = 0; - while ((ret = maildir_scan_dir(ctx, TRUE)) > 0) { + while ((ret = maildir_scan_dir(ctx, TRUE, + count == MAILDIR_SCAN_DIR_MAX_COUNT)) > 0) { /* APPLE */ /* rename()d at least some files, which might have caused some other files to be missed. check again (see MAILDIR_RENAME_RESCAN_COUNT). */ @@ -783,7 +790,8 @@ return -1; if (cur_changed) { - if (maildir_scan_dir(ctx, FALSE) < 0) + if (maildir_scan_dir(ctx, FALSE, + FALSE) < 0) /* APPLE */ return -1; }

2 1

[Dovecot] GSSAPI cross-realm fixed
by Bryan Jacobs 08 Jul '09

08 Jul '09

Attached is a patch which in my environment (Linux/Heimdal 1.2.1) fixes cross-realm GSSAPI authentication. Changes it makes: 1. When using krb5_kuserok, do not call gss_compare_name to check that authn_name and authz_name are the same. Instead, make TWO calls to krb5_kuserok, one for each ID. If both IDs are acceptable, allow the login. 2. Disable checking that the name is a GSS_KRB5_PRINCIPAL_NAME, as this doesn't appear to be always the case for the authz_name. If I create a .k5login listing both username@REALM1 and username@REALM2, and make that file follow the appropriate security restrictions (world read, user only write permissions), this lets me use GSSAPI logins with principals from either REALM1 or REALM2. This leaves untouched the behavior in the case where krb5_kuserok is not available. Bryan Jacobs

2 3

[Dovecot] v1.2.0 released
by Timo Sirainen 08 Jul '09

08 Jul '09

http://dovecot.org/releases/1.2/dovecot-1.2.0.tar.gz http://dovecot.org/releases/1.2/dovecot-1.2.0.tar.gz.sig As promised. No changes since v1.2.rc8 (except packaged in OS X, since CentOS 5 autotools didn't add support for configure --docdir). Below are the largest changes since v1.1: * When creating files or directories to mailboxes, Dovecot now uses the mailbox directory's permissions and GID for them. Previous versions simply used 0600 mode always. For backwards compatibility dovecot-shared file's permissions still override these with Maildir. * SQL dictionary (quota) configuration file is different than in v1.1. See doc/dovecot-dict-sql-example.conf for the new format. * deliver -m: Mailbox name is now assumed to be in UTF-8 format, not modified-UTF7. Stephan Bosch's new Sieve implementation also assumes UTF-8 format in fileinto parameters. + Full support for shared mailboxes and IMAP ACL extension. The code is mainly from Sascha Wilde and Bernhard Herzog. + IMAP: Added support for extensions: CONDSTORE, QRESYNC, ESEARCH, ESORT, SEARCHRES, WITHIN, ID and CONTEXT=SEARCH. + SEARCH supports INTHREAD search key, but the rest of the INTHREAD draft isn't implemented yet so it's not advertised in capability. + THREAD REFS algorithm where threads are sorted by their latest message instead of the thread root message. There is also no base subject merging. + IMAP: Implemented imap-response-codes draft. + Thread indexes for optimizing IMAP THREAD command and INTHREAD search key. + Added userdb checkpassword (by Sascha Wilde) + Virtual mailboxes: http://wiki.dovecot.org/Plugins/Virtual + Autocreate plugin: http://wiki.dovecot.org/Plugins/Autocreate + Listescape plugin: http://wiki.dovecot.org/Plugins/Listescape

10 29

[Dovecot] Lost email where did it go...?
by Romer Ventura 08 Jul '09

08 Jul '09

Hello, I have this user that lost an email, even when the server is set up to do lazy expunge. The mail server logs show that the message was received, the user also read it and he did reply to it. here is the mail.log Jun 29 07:52:48 mx20 postfix/smtpd[19289]: 0ACD81C443B: client=usxsl050.slb.atosorigin-asp.com[199.6.139.15] Jun 29 07:52:48 mx20 postfix/cleanup[20259]: 0ACD81C443B: message- id=<791A7985471643BA9997A472B6E429AD(a)eur.slb.com> Jun 29 07:52:50 mx20 postfix/qmgr[24622]: 0ACD81C443B: from=<remoteusers(a)stonehouse.oilfield.slb.com>, size=405287, nrcpt=1 (queue active) Jun 29 07:52:50 mx20 postfix/smtpd[19289]: disconnect from usxsl050.slb.atosorigin-asp.com[199.6.139.15] Jun 29 07:52:50 mx20 postfix/smtpd[20261]: connect from localhost [127.0.0.1] Jun 29 07:52:50 mx20 postfix/smtpd[20261]: EB9C11C4443: client=localhost[127.0.0.1] Jun 29 07:52:50 mx20 postfix/cleanup[20259]: EB9C11C4443: message- id=<791A7985471643BA9997A472B6E429AD(a)eur.slb.com> Jun 29 07:52:50 mx20 postfix/qmgr[24622]: EB9C11C4443: from=< remoteuser(a)stonehouse.oilfield.slb.com>, size=406106, nrcpt=1 (queue active) Jun 29 07:52:50 mx20 postfix/smtp[20260]: 0ACD81C443B: to=<localuser(a)mydomain.com>, relay=127.0.0.1[127.0.0.1]:10025, delay=3.2, delays=2.5/0.01/0/0.7, dsn=2.0.0, status=sent (250 OK, sent 4A48B922_20407_5563_1 EB9C11C4443) Jun 29 07:52:50 mx20 postfix/qmgr[24622]: 0ACD81C443B: removed Jun 29 07:52:50 mx20 postfix/smtpd[20261]: disconnect from localhost [127.0.0.1] Jun 29 07:52:51 mx20 deliver(localuser(a)mydomain.com): msgid=<791A7985471643BA9997A472B6E429AD(a)eur.slb.com>: saved mail to INBOX But i cant find it anywhere... Is there any way of finding where it went...? I've done: grep -r 'sender@senderemail' <user>/Maildir/ And it only shows the email my user sent, not the original... any ideas of what happen as well...? Thanks.

3 4

[Dovecot] rquota RPC with netapp filer
by Ralf Becker 07 Jul '09

07 Jul '09

Hello list, with dovecot 1.2 on AIX rquota RPC calls fail with quota-fs: remote ext rquota call failed: RPC: 1832-012 Program/version mismatch when using a netapp filer. This is what netapp says: Bug ID 97288 Title Support requested for rquota version 2 Bug Severity 5 - Suggestion Bug Status Closed Product Data ONTAP Bug Type NFS Description Linux has implemented its own extensions to the rquota protocol as a version 2 of that protocol. ONTAP only supports v1 as that is the only version defined by Sun, the owner of that RPC program number. Workaround - Fixed-In This bug is not scheduled to be fixed, you may opt to Version open a technical support case if you would like to contact Network Appliance regarding the status of this bug. A complete list of releases where this bug is fixed is available here. So this should be no AIX specific problem. Using the attached rquota.x fixes the problem. In addition you have to disable group quota checking by adding "user" to your "quota" definition. Otherwise you'll see: quota-fs: rquota not compiled with group support Regards, Ralf -- ______________________________________________________________________ Dipl.-Inform. (FH) Ralf Becker Rechenzentrum (r/ft) der FH Trier (Network|Mail|Web|Firewall) University of applied sciences Administrator Schneidershof, D-54293 Trier Mail: beckerr(a)fh-trier.de Fon: +49 651 8103 499 Web: http://www.fh-trier.de/~beckerr Fax: +49 651 8103 214 PubKey: http://www.fh-trier.de/~beckerr Crypto: GnuPG, S/MIME ______________________________________________________________________ Wenn Gott gewollt haette, dass E-Mail in HTML geschrieben wuerden, endeten Gebete traditionell mit </amen>. (Tom Listen) /* * COMPONENT_NAME: onchdrs * * FUNCTIONS: none * * ORIGINS: 24,27 * * * (C) COPYRIGHT International Business Machines Corp. 1988,1993 * All Rights Reserved * Licensed Materials - Property of IBM * US Government Users Restricted Rights - Use, duplication or * disclosure restricted by GSA ADP Schedule Contract with IBM Corp. */ /* * Copyright (c) 1988 by Sun Microsystems, Inc. * (#) from SUN 1.4 */ /* * Remote quota protocol * Requires unix authentication */ const RQ_PATHLEN = 1024; struct getquota_args { string gqa_pathp<RQ_PATHLEN>; /* path to filesystem of interest */ int gqa_uid; /* inquire about quota for uid */ }; /* * remote quota structure */ struct rquota { int rq_bsize; /* block size for block counts */ bool rq_active; /* indicates whether quota is active */ unsigned int rq_bhardlimit; /* absolute limit on disk blks alloc */ unsigned int rq_bsoftlimit; /* preferred limit on disk blks */ unsigned int rq_curblocks; /* current block count */ unsigned int rq_fhardlimit; /* absolute limit on allocated files */ unsigned int rq_fsoftlimit; /* preferred file limit */ unsigned int rq_curfiles; /* current # allocated files */ unsigned int rq_btimeleft; /* time left for excessive disk use */ unsigned int rq_ftimeleft; /* time left for excessive files */ }; enum gqr_status { Q_OK = 1, /* quota returned */ Q_NOQUOTA = 2, /* noquota for uid */ Q_EPERM = 3 /* no permission to access quota */ }; union getquota_rslt switch (gqr_status status) { case Q_OK: rquota gqr_rquota; /* valid if status == Q_OK */ case Q_NOQUOTA: void; case Q_EPERM: void; }; program RQUOTAPROG { version RQUOTAVERS { /* * Get all quotas */ getquota_rslt RQUOTAPROC_GETQUOTA(getquota_args) = 1; /* * Get active quotas only */ getquota_rslt RQUOTAPROC_GETACTIVEQUOTA(getquota_args) = 2; } = 1; } = 100011;

2 2

[Dovecot] [PATCH] Fix VPATH build of RQUOTA support
by Matthias Andree 07 Jul '09

07 Jul '09

# HG changeset patch # User Matthias Andree <matthias.andree(a)gmx.de> # Date 1246993296 -7200 # Branch HEAD # Node ID c884491cb1a61ef50e227fcf4bb77d2e449c1e3a # Parent dff7312629a72f6ee90ab470ad0d50dfa68e6f71 Fix VPATH build of RQUOTA support. Some rpcgen derive #include "..." paths from the infile argument. This will be off for VPATH builds, as the generated rquota_xdr.c code will look in $(srcdir), but we'll generate the rquota.h file in $(builddir). Play safe and copy rquota.x to $(builddir) first. This fixes the build on openSUSE 11.1. diff -r dff7312629a7 -r c884491cb1a6 src/plugins/quota/Makefile.am --- a/src/plugins/quota/Makefile.am Tue Jul 07 15:00:52 2009 -0400 +++ b/src/plugins/quota/Makefile.am Tue Jul 07 21:01:36 2009 +0200 @@ -37,9 +37,10 @@ #RQUOTA_X = /usr/include/rpcsvc/rquota.x RQUOTA_X = $(srcdir)/rquota.x rquota_xdr.c: Makefile $(RQUOTA_X) + if "$(srcdir)" != "$(builddir)" ; then cp $(RQUOTA_X) $(builddir) ; fi (echo '#include "lib.h"'; \ echo '#include <rpc/rpc.h>'; \ - $(RPCGEN) -c $(RQUOTA_X) | \ + $(RPCGEN) -c $(builddir)/rquota.x | \ sed -e 's/IXDR_PUT/(void)IXDR_PUT/g' \ -e 's,/usr/include/rpcsvc/rquota.h,rquota.h,' \ -e 's/int32_t \*buf/int32_t *buf ATTR_UNUSED/' \

2 2

[Dovecot] expire-tool complains in 1.2
by LEVAI Daniel 07 Jul '09

07 Jul '09

Hi! I've upgrade from 1.1 to 1.2, and one thing I noticed, that when running expire-tool, I get this error: # /usr/local/sbin/dovecot --exec-mail ext /usr/local/libexec/dovecot/expire- tool Info: Loading modules from directory: /usr/local/lib/dovecot/imap Info: Module loaded: /usr/local/lib/dovecot/imap/lib10_quota_plugin.so Info: Module loaded: /usr/local/lib/dovecot/imap/lib20_expire_plugin.so Info: Quota root: name= backend=maildir args= Info: Quota rule: root= mailbox=* bytes=104857600 messages=0 Info: Quota rule: root= mailbox=Trash bytes=52428800 messages=0 Info: expire: No expire or expire_altmove settings - plugin disabled Here is how I have defined an "expire" setting in dovecot.conf: plugin { [...] expire = SA.* 1 expire_dict = proxy::expire [...] } # dovecot -n # 1.2.0: /etc/dovecot/dovecot.conf # OS: OpenBSD 4.5 i386 log_path: /var/log/mail/dovecot.log info_log_path: /var/log/mail/dovecot.info protocols: pop3 pop3s imap listen: 212.92.15.17 127.0.0.1 ssl: required ssl_cert_file: /etc/ssl/dovecot_cert.pem ssl_key_file: /etc/ssl/private/dovecot_key.pem 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_user: _dovecot login_max_processes_count: 10 max_mail_processes: 490 first_valid_uid: 8000 first_valid_gid: 8000 mail_location: maildir:~/Maildir/ mail_debug: 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_plugins: quota expire 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): outlook-idle delay-newmail imap_client_workarounds(imap): outlook-idle 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 digest-md5 ntlm user: _dv_auth master_user_separator: * verbose: yes passdb: driver: passwd-file args: /etc/dovecot/dovecot.passdb_master pass: yes master: yes passdb: driver: passwd-file args: /etc/dovecot/dovecot.passdb userdb: driver: passwd-file args: /etc/dovecot/dovecot.userdb socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: _postfix group: _postfix master: path: /var/run/dovecot/auth-master mode: 288 user: vmail group: vmail plugin: quota: maildir quota_rule: *:storage=100M quota_rule2: Trash:storage=50M expire: SA.* 1 expire_dict: proxy::expire dict: expire: pgsql:/etc/dovecot/dovecot-dict-expire-sql.conf # cat dovecot-dict-expire-sql.conf connect = host=localhost dbname=dovecot user=<username> password=<password> map { pattern = shared/expire/$user/$mailbox table = expires value_field = expire_stamp fields { username = $user mailbox = $mailbox } } What am I doing wrong? Daniel -- LÉVAI Dániel PGP key ID = 0x4AC0A4B1 Key fingerprint = D037 03B9 C12D D338 4412 2D83 1373 917A 4AC0 A4B1

2 1

[Dovecot] postfix dovecot sieve lda
by Benny Pedersen 07 Jul '09

07 Jul '09

Hi Dovecot users i like to know how i can make dovecot not bounce when i have a sieve rule that says reject :/ my postfix is configured as in wiki with the pipe to deliver lda in dovecot, how do i solve this ? problem comes from the part that sieve vacation need to bounce to get returned mail added to vacation response, but a sieve rule with reject, accept and bounce in my setup :( postfix 2.5.5 dovecot 1.1.7 http://wiki.dovecot.org/LDA/Postfix -- xpoint

4 3

[Dovecot] AUTH PLAIN error with Thunderbird and Dovecot 1.2
by Bernhard Schmidt 07 Jul '09

07 Jul '09

Hi, a few days ago I started to get some complaints about authentication delays from Thunderbird POP3 users. After some debugging it turned out that the problem was introduced somewhere between 1.2rc3 and 1.2rc7 (1.2.0 is still affected). A session with Thunderbird 2.0.0.22 against 1.2rc3 looks like this: <<< +OK Dovecot ready. >>> CAPA <<< +OK <<< CAPA <<< TOP <<< UIDL <<< RESP-CODES <<< PIPELINING <<< STLS <<< USER <<< SASL PLAIN LOGIN <<< . >>> AUTH PLAIN <<< + >>> <base64> <<< +OK Logged in. and with 1.2.0 (same client, same config, just replaced the server binaries) <<< +OK Dovecot ready. >>> CAPA <<< +OK <<< CAPA <<< TOP <<< UIDL <<< RESP-CODES <<< PIPELINING <<< STLS <<< USER <<< SASL PLAIN LOGIN <<< . >>> AUTH PLAIN [ 2 seconds delay ] <<< -ERR Authentication failed. >>> AUTH LOGIN [ 5 seconds delay ] <<< + <base64> >>> <base64> <<< + <base64> >>> <base64> <<< +OK Logged in. In the log I see mail dovecot: auth(default): plain(?,77.2.39.xx): invalid input Does anyone have an idea? # dovecot -n # 1.2.0: /etc/dovecot/dovecot.conf # OS: Linux 2.6.28.2 x86_64 Debian squeeze/sid ext4 protocols: imap imaps pop3 pop3s managesieve listen: *, [::] ssl_cert_file: /etc/ssl/private/pop3.mucip.net.crt ssl_key_file: /etc/ssl/private/pop3.mucip.net.key disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/dovecot/pop3-login login_executable(managesieve): /usr/lib/dovecot/dovecot/managesieve-login login_process_per_connection: no verbose_proctitle: yes mail_uid: 5000 mail_gid: 5000 mail_location: maildir:/var/mail/vmail/%1u/%u:INDEX=/var/cache/dovecot/%1u/%u maildir_stat_dirs: yes mail_executable(default): /usr/lib/dovecot/dovecot/imap mail_executable(imap): /usr/lib/dovecot/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/dovecot/pop3 mail_executable(managesieve): /usr/lib/dovecot/dovecot/managesieve mail_plugins(default): quota imap_quota fts fts_squat mail_plugins(imap): quota imap_quota fts fts_squat mail_plugins(pop3): mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(managesieve): /usr/lib/dovecot/managesieve imap_idle_notify_interval(default): 900 imap_idle_notify_interval(imap): 900 imap_idle_notify_interval(pop3): 120 imap_idle_notify_interval(managesieve): 120 auth default: mechanisms: plain login verbose: yes passdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf socket: type: listen client: path: /var/spool/postfix-mailout/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail plugin: quota: maildir quota_rule: *:storage=500M Thanks, Bernhard

2 2

[Dovecot] troubles with broken clients (iPhone) - again
by Federico Bianchi 07 Jul '09

07 Jul '09

The PC (Outlook) is accessing the mailbox via POP3, the iPhone is using IMAP; please consider we are talking about a user's home setup, so it's pretty difficult to have a more detailed report on his part (Outlook version, iPhone OS version, xDSL router type and configuration, etc.). The mail server 'dovecot -n' output is attached. The symptoms: when the Mail application is "closed" on the iPhone, Outlook still says the mailbox is in use; a Dovecot imap process is still active for that user even after a few minutes (manually killing it releases the lock, thereby leaving the inbox available for Outlook). >From the client side, there is a seemingly relevant article at http://blogs.sun.com/chienr/entry/iphone_supports_imap_idle it describes, among others, the "Settings / Mail / Auto-Check" and "Settings / General / Auto-Lock" parameters; from my point of view, however, being able to solve the problem directly on the server would be far better, and might also accomodate other broken clients we haven't seen yet: that's why I asked you whether there is a way to tell Dovecot only one POP3 or IMAP process from the same user, the latest one, can be active at the same time, closing and disconnecting all the others. Regards, and thanks a lot again for your help Federico Bianchi Dipartimento di Storia delle Arti Universita` di Pisa piazza S.Matteo in Soarta, 2 - I56127 Pisa (Italy) fax.+39-050-580128; e-mail: <f.bianchi(a)arte.unipi.it> =================================================== !DISCLAIMER!: my e-mail reflects _my_own_ opinions! ===================================================

3 3

[Dovecot] Ambiguous mail location setting
by Shawn 07 Jul '09

07 Jul '09

"Using Dovecot v1.0.alpha4 on OpenBSD 3.8 (same problem find using Dovecot v1.0.alpha3 on OpenBSD 3.7) Log output: _________________________________ dovecot: Nov 04 11:15:28 Info: auth(default): client in: AUTH 1 PLAIN service=IMAP secured lip=127.0.0.1 rip=127.0.0.1 resp=AHl2cmlAbjN1dHJpbm4uaXQAeXVyaW6zgXRyaW1v dovecot: Nov 04 11:15:28 Info: auth(default): sql(myuser at mydomain.com <http://dovecot.org/cgi-bin/mailman/listinfo/dovecot>,127.0.0.1): query: SELECT password FROM user_accounts WHERE username='myuser at mydomain.com <http://dovecot.org/cgi-bin/mailman/listinfo/dovecot>' dovecot: Nov 04 11:15:28 Info: auth(default): client out: OK 1 user=myuser at mydomain.com <http://dovecot.org/cgi-bin/mailman/listinfo/dovecot> dovecot: Nov 04 11:15:28 Info: auth(default): master in: REQUEST 5 32206 1 dovecot: Nov 04 11:15:28 Info: auth(default): sql(myuser at mydomain.com <http://dovecot.org/cgi-bin/mailman/listinfo/dovecot>,127.0.0.1): SELECT '/var/mail/'||mailbox AS mail, uid, gid FROM user_accounts WHERE username='myuser at mydomain.com <http://dovecot.org/cgi-bin/mailman/listinfo/dovecot>' dovecot: Nov 04 11:15:28 Info: auth(default): master out: USER 5 myuser at mydomain.com <http://dovecot.org/cgi-bin/mailman/listinfo/dovecot> mail=/var/mail/mydomain.com/myuser uid=10001 gid=10001 dovecot: Nov 04 11:15:28 Error: imap(myuser at mydomain.com <http://dovecot.org/cgi-bin/mailman/listinfo/dovecot>): Ambiguous mail location setting, don't know what to do with it: /var/mail/mydomain.com/myuser (try prefixing it with mbox: or maildir:) dovecot: Nov 04 11:15:28 Error: imap(myuser at mydomain.com <http://dovecot.org/cgi-bin/mailman/listinfo/dovecot>): Failed to create storage with data: /var/mail/mydomain.com/myuser _________________________________ I verified that "default_mail_env" on my dovecot configuration file are "maildir:" correctly prefixed: "default_mail_env = maildir:/var/mail/%d/%n" and ... permissions of /var/mail/mydomain and /var/mail/mydomain/myuser are 2755 and owner is root:mail. I'm sure that isn't an authentication problem. I've tried some days to understand and to find over internet and here in the dovecot mailing list but I've not find a solution yet. I think it's a dovecot internal bug. Someone know what I'm talking about?" Set permissions on the mail folder to 2775 because dovecot runs as its own user and group and you need the mail file in that folder to accept writes from mail and from dovecot groups. Also in the config file dovecot.conf you need to specify if the files are maildir or mbox. They are probably mbox but try both for the error messages.

4 3

[Dovecot] libsieve compilation error on AIX 5.3
by Jonathan Siegle 07 Jul '09

07 Jul '09

Dovecot revision: 9186:f70192e7ff3c libsieve revision: 958:e86a81f4bf28 Using IBM c compiler version 8. Trying to compile libsieve(64 bit mode if it matters): "sieve-ast.c", line 302.9: 1506-045 (S) Undeclared identifier last. "sieve-ast.c", line 302.9: 1506-045 (S) Undeclared identifier result. "sieve-ast.c", line 320.9: 1506-275 (S) Unexpected text node encountered. "sieve-ast.c", line 320.9: 1506-045 (S) Undeclared identifier node. "sieve-ast.c", line 324.9: 1506-045 (S) Undeclared identifier last. "sieve-ast.c", line 324.9: 1506-045 (S) Undeclared identifier result. gmake[4]: *** [sieve-ast.lo] Error 1 Thanks, Jonathan

3 4

[Dovecot] Released Sieve v0.1.7 and ManageSieve v0.11.6 for Dovecot v1.2.0
by Stephan Bosch 07 Jul '09

07 Jul '09

Hello Dovecot users, I hereby release new versions of the Sieve packages for the recently released Dovecot v1.2.0 (Congrats Timo!). Apart from small changes to make things compile with Dovecot again, a few other bugs were fixed as well. Unfortunately, the (FreeBSD-specific) 8kb script truncation bug remains. Although it is reported for Dovecot v1.1.16, I see no reason why it should not surface in v1.2.0 as well. Any help is appreciated. Changelog Sieve v0.1.7: + Improved consistency of sieve tool documentation and fixed missing parameters in internal tool help output. + Enhanced extensions configuration, allowing to specify the enabled extensions relatively to the default (patch by Steffen Kaiser). - Forgot to initialize script execution status in Sieve plugin, causing segfaults on compile errors in specific conditions. - Fixed logging in Sieve plugin for execution of default main script (went to STDERR). Changelog ManageSieve v0.11.6: * Adjusted to changes in Dovecot regarding client idle timeout vs authentication timeout. This release now depends on Dovecot v1.2.rc6 or newer. - Fixed CRLF line breaks in compile errors (bug reported by Pascal Volk). - Corrected directory/file creation behavior with respect to mode bits and gid (bug reported by Pascal Volk). - Improved handling of script truncation bugs: connection is now closed and and error is logged (bug itself not fixed yet). - Prevented temp script name from showing up in error output. -- The releases are available as follows: Sieve: http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-sieve-0.1.7.tar.gz http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-sieve-0.1.7.tar.gz.sig ManageSieve (package + patch): http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-managesieve-0.11.6.tar.gz http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-managesieve-0.11.6.tar.gz.s… http://www.rename-it.nl/dovecot/1.2/dovecot-1.2.0-managesieve-0.11.6.diff.gz http://www.rename-it.nl/dovecot/1.2/dovecot-1.2.0-managesieve-0.11.6.diff.g… -- Have fun testing the new releases and don't hesitate to notify me when there are problems. Regards, -- Stephan Bosch stephan(a)rename-it.nl

3 4

[Dovecot] Dovecot-sieve version compatability
by Phill Edwards 07 Jul '09

07 Jul '09

I'm thinking of upgrading my dovecot version to 1.2 so that I can use the Dovecot sieve plugin instead of the CMU Sieve plugin. My RPM repo for dovecot is ATrpms so I could get dovecot-1.2.0-0_95.el5.i386.rpm from the bleeding ATrpms repo. Would this be compatible with dovecot-sieve-1.1.6-9.el5.i386.rpm which is in the stable repo, or would I need to find a later dovecot-sieve version somewhere? Regards, Phill

1 0

[Dovecot] Can´t deliver Mails into Subfolders with Sieve....
by Bernd Schmelter 06 Jul '09

06 Jul '09

Hello, can`t sort Mails with sieve in Subfolders. Mails only delivered in my INBOX. System: Debian Testing, Postfix, Dovecot 1.2.0 (1.2.0-0~auto+7_i386.deb), Squirrelmail + Avelsieve Postfix delivers fine in my INBOX via mailbox_command = /usr/lib/dovecot/deliver in main.cf. deliver seems not to use the existing sieve-script created and uploadet with avelsieve. Postfix delivers in maildir-format into ~/Maildir/new The Link/.dovecot.sieve --> ~/sieve/phpscript.sieve exist. dovecot -n: # 1.2.0: /etc/dovecot/dovecot.conf # OS: Linux 2.6.26-2-486 i686 Debian squeeze/sid protocols: imap imaps managesieve login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(managesieve): /usr/lib/dovecot/managesieve-login mail_location: maildir:~/Maildir mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(managesieve): /usr/lib/dovecot/managesieve mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(managesieve): /usr/lib/dovecot/modules/managesieve auth default: verbose: yes debug: yes debug_passwords: yes passdb: driver: passwd-file args: /etc/passwd.dovecot userdb: driver: passwd plugin: sieve: ~/.dovecot.sieve sieve: ~/.dovecot.sieve sieve_storage: ~/sieve But where is my configurationserror in dovecot.conf? Benn

2 3

[Dovecot] Connecting to dovecot
by Grant Lowe 06 Jul '09

06 Jul '09

Hi All, I've got a brand new dovecot installation. I'm new to dovecot, so please be gentle :-) Anyway, I'm getting some errors when I try to connect to dovecot. I've tried searching the web and haven't been able to find a lot of information. Here's the config info: # dovecot --version 1.1.2 # dovecot -n sudo dovecot -n # 1.1.2: /usr/local/etc/dovecot.conf base_dir: /var/run/dovecot/ log_path: /var/log/dovecot.log ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot//login login_executable: /usr/local/libexec/dovecot/imap-login mail_location: /var/mail/%u auth default: verbose: yes passdb: driver: passwd-file args: /etc/dovecot/passwd userdb: driver: static args: uid=vmail gid=vmail home=/var/mail/%u # Here are the errors I'm getting. dovecot: Sep 16 18:44:15 Info: imap-login: Login: user=<wfoatst>, method=PLAIN, rip=172.20.58.4, lip=172.20.8.215 dovecot: Sep 16 18:44:15 Error: IMAP(wfoatst): mail_location not set and autodetection failed: Mail storage autodetection failed with ho me=/var/mail/wfoatst Thanks!

3 3

[Dovecot] mbox sync failure2
by Alnis Morics 06 Jul '09

06 Jul '09

Hello, list, I'm new here and also new to Dovecot. On Friday evening (perhaps not the best moment...) I sent the following question but it seems to have been lost somehow: Yesterday I had to reboot my server machine and I think there was an email client connected from the LAN during the reboot which I did not notice then. Now that mailbox is no longer accessible: as soon as I try to connect, it lets me wait forever while openin the folder, and cycles endlessly this message in the logs: Jul 2 19:40:37 myhostname dovecot: imap-login: Login: user=<username>, method=PLAIN, rip=#.#.#.#, lip=#.#.#.#, TLS Jul 2 19:40:37 myhostname dovecot: IMAP(username): unlink(/var/mail/username.lock) failed: Permission denied Jul 2 19:40:48 myhostname dovecot: IMAP(username): file mbox-sync.c: line 1372 (mbox_sync_handle_eof_updates): assertion failed: (trailer_size <= 2) Jul 2 19:40:48 myhostname dovecot: IMAP(username): Raw backtrace: imap [0x80b2081] -> imap [0x80b1f99] -> imap [0x807a536] -> imap [0x807ae71] -> imap(mbox_sync+0x422) [0x807d3c2] -> imap(mbox_storage_sync_init+0x3e) [0x807d8de] -> imap(imap_sync_nonselected+0x1c) [0x806446c] -> imap(_cmd_select_full+0xc3) [0x805be83] -> imap(cmd_select+0x19) [0x805c059] -> imap [0x805d5ef] -> imap [0x805d690] -> imap(_client_input +0x74) [0x805dd64] -> imap(io_loop_handler_run+0xf0) [0x80b7e20] -> imap(io_loop_run+0x18) [0x80b7338] -> imap(main+0x478) [0x8066388] -> /lib/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7e36455] -> imap [0x8058561] Jul 2 19:40:48 myhostname dovecot: child 2459 (imap) killed with signal 6 (I have Debian Lenny with dovecot 1.0.15.; protocol: imaps; mailbox: mbox; lock: dotlock) I tried to add the user dovecot to the group mail and give the group mail write permission to the mailbox. The permission errors stopped appearing but everything else is still there, including .lock file and 3 imap-login processes that resume as soon as I try to kill them. There are also 2 unimportant mailboxes that still work. I can view the beginning of the "username" mailbox with mc inner viewer, but it hangs as I go to the end of file. Tried to copy the file so I could freely experiment with it but the copying hung up when it reached 87 % (the file is 1.1 GB). The copied part was unreadable. Tried to formail -ds < /var/mail/username >> /backup/usernameJul3 but with the same result. Is there a way to repair the synchronization of the mbox? Or at least a way to recover its content? ------------------------------------------------------- After that I also tried to "shutdown -F -r now" but to no effect. (filesystem is ext3) Now I'm really in trouble. Could someone, please, suggest what I could try to do to solve this? Thanks.

5 7

[Dovecot] problem with mail_location
by etorres＠dap.es 06 Jul '09

06 Jul '09

I have: mail_location = maildir:/var/dovecot-mail/%d/%n/Maildir but on my /var/dovecot-mail have following directory created: -domain -domain. -domain.es (only this is correct) -DOMAIN.ES Why is this happening?

4 3