- dovecot - dovecot.org

[Dovecot] IMAP Panic
by Raphael Bittencourt S. Costa 20 Jul '08

20 Jul '08

Helo all, One of the users is havings problems when he tries to open .Sent folder. Only after I deleted dovecot-uidlist, dovecot.index.cache and dovecot.index.log the user could open the folder. Any idea? Squirrel: Query: SORT (TO) ISO-8859-1 ALL dovecot.log: Jul 11 13:23:01 mailserver03 dovecot: imap-login: Login: user=<smassaro(a)dialdata.com.br>, method=PLAIN, rip=10.0.4.2, lip=10.0.149.3 Jul 11 13:23:03 mailserver03 dovecot: Panic: IMAP(smassaro(a)dial.com): file index-sort-string.c: line 537 (index_sort_add_ids_range): assertion failed: (left_sort_id < right_sort_id) Jul 11 13:23:03 mailserver03 dovecot: IMAP(smassaro(a)dial.com): Raw backtrace: imap [0x4833d0] -> imap [0x483433] -> imap [0x482b16] -> imap(index_sort_list_finish_string+0xda1) [0x451eb1] -> imap(index_storage_search_next_nonblock+0x425) [0x44ebe5] -> imap(mailbox_search_next+0x21) [0x455ab1] -> imap(imap_sort+0xd6) [0x4208f6] -> imap(cmd_sort+0x2d7) [0x419c47] -> imap(cmd_uid+0x52) [0x41a692] -> imap [0x41b05c] -> imap [0x41b112] -> imap [0x41b8bf] -> imap(client_input+0x63) [0x41bae3] -> imap(io_loop_handler_run+0xf8) [0x489cc8] -> imap(io_loop_run+0x1d) [0x4891bd] -> imap(main+0x3ca) [0x422f2a] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x2b797d759154] -> imap [0x4158e9] Jul 11 13:23:47 mailserver03 dovecot: imap-login: Login: user=<smassaro(a)dial.com>, method=PLAIN, rip=10.0.4.2, lip=10.0.149.3 Jul 11 13:23:50 mailserver03 dovecot: Panic: IMAP(smassaro(a)dial.com): file index-sort-string.c: line 537 (index_sort_add_ids_range): assertion failed: (left_sort_id < right_sort_id) Jul 11 13:23:50 mailserver03 dovecot: IMAP(smassaro(a)dial.com): Raw backtrace: imap [0x4833d0] -> imap [0x483433] -> imap [0x482b16] -> imap(index_sort_list_finish_string+0xda1) [0x451eb1] -> imap(index_storage_search_next_nonblock+0x425) [0x44ebe5] -> imap(mailbox_search_next+0x21) [0x455ab1] -> imap(imap_sort+0xd6) [0x4208f6] -> imap(cmd_sort+0x2d7) [0x419c47] -> imap(cmd_uid+0x52) [0x41a692] -> imap [0x41b05c] -> imap [0x41b112] -> imap [0x41b8bf] -> imap(client_input+0x63) [0x41bae3] -> imap(io_loop_handler_run+0xf8) [0x489cc8] -> imap(io_loop_run+0x1d) [0x4891bd] -> imap(main+0x3ca) [0x422f2a] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x2b2e94286154] -> imap [0x4158e9] dovecot -n # 1.1.1: /etc/dovecot//dovecot.conf syslog_facility: local1 protocols: imap pop3 ssl_disable: yes disable_plaintext_auth: no shutdown_clients: no login_dir: /usr//var/run/dovecot/login login_executable(default): /usr//libexec/dovecot/imap-login login_executable(imap): /usr//libexec/dovecot/imap-login login_executable(pop3): /usr//libexec/dovecot/pop3-login login_process_per_connection: no login_greeting_capability(default): yes login_greeting_capability(imap): yes login_greeting_capability(pop3): no login_process_size: 128 login_processes_count: 30 login_max_processes_count: 1024 login_max_connections: 512 max_mail_processes: 10240 mail_max_userip_connections(default): 20 mail_max_userip_connections(imap): 20 mail_max_userip_connections(pop3): 10 mail_uid: 1033 mail_gid: 1033 mail_location: maildir:%h/Maildir 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 autocreate mail_plugins(imap): quota imap_quota autocreate mail_plugins(pop3): quota mail_plugin_dir(default): /usr//lib/dovecot/imap mail_plugin_dir(imap): /usr//lib/dovecot/imap mail_plugin_dir(pop3): /usr//lib/dovecot/pop3 pop3_no_flag_updates(default): no pop3_no_flag_updates(imap): no pop3_no_flag_updates(pop3): yes pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %f pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls namespace: type: private prefix: INBOX. inbox: yes list: yes subscriptions: yes auth default: mechanisms: plain login passdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf userdb: driver: prefetch userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 438 plugin: quota: maildir quota_rule: *:bytes=10240 quota_rule2: *:messages=30000 quota_rule3: Trash:bytes=10%% autocreate: SPAM.E Spam autocreate2: SPAM []s, Raphael Costa

2 3

[Dovecot] file mail-transaction-log-view.c: assertion failed (v1.0.12)
by Uldis Pakuls 20 Jul '08

20 Jul '08

Hi all. Looking at previous weeks logs I discovered strange errors: "file mail-transaction-log-view.c: assertion failed" dovecot v 1.0.12 Server is hosting more than 500 virtual users. It is compleate dovecot error log; only my own mailbox is affected ...and imap folder affected is "dovecots mailing list" :) While "Corrupted transaction log file" as far as I know is not error to care about much, "assertion failed" is something new. maibox are accessed only by dovecet and dovecot's LDA. -------sart of log --- dovecot: Jul 02 11:27:21 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: Append with UID 19202, but next_uid = 19203 dovecot: Jul 02 11:27:21 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: Append with UID 19202, but next_uid = 19203 dovecot: Jul 02 11:27:21 Error: IMAP(neko(a)it4u.lv): Transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: marked corrupted dovecot: Jul 02 11:27:22 Error: IMAP(neko(a)it4u.lv): Maildir /srv/vmail/it4u.lv/neko/.Listservers.Tech.Dovecot sync: UID inserted in the middle of mailbox (19203 > 19202, file = 1214987241.P26793Q0M308123.serv09,S=3912:2,) dovecot: Jul 02 11:39:34 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: invalid indexid (1214987242 != 1213863362) dovecot: Jul 02 11:39:34 Warning: IMAP(neko(a)it4u.lv): fscking index file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index dovecot: Jul 02 11:39:34 Error: IMAP(neko(a)it4u.lv): Transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: marked corrupted dovecot: Jul 02 11:39:34 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: invalid new transaction log sequence (4 >= 4) dovecot: Jul 02 11:39:34 Warning: IMAP(neko(a)it4u.lv): fscking index file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index dovecot: Jul 02 11:39:34 Error: IMAP(neko(a)it4u.lv): file mail-transaction-log-view.c: line 107 (mail_transaction_log_view_set): assertion failed: (min_file_seq <= max_file_seq) dovecot: Jul 02 11:39:34 Error: IMAP(neko(a)it4u.lv): Raw backtrace: imap [0x5555555bd66e] -> imap [0x5555555bd3ae] -> imap(mail_transaction_log_view_set+0x3b3) [0x5555555aba23] -> imap [0x5555555a6d1f] -> imap(mail_index_view_sync_begin+0x3f3) [0x5555555a73d3] -> imap(index_mailbox_sync_init+0xa1) [0x555555595fc1] -> imap(imap_sync_init+0x56) [0x555555575756] -> imap(cmd_sync+0x7b) [0x55555557588b] -> imap [0x55555556bb12] -> imap(cmd_fetch+0x28d) [0x55555556be1d] -> imap(cmd_uid+0x4a) [0x55555556e9ba] -> imap [0x55555556eec7] -> imap [0x55555556ef59] -> imap(_client_input+0x6f) [0x55555556f5ff] -> imap(io_loop_handler_run+0x108) [0x5555555c2ea8] -> imap(io_loop_run+0x18) [0x5555555c2068] -> imap(main+0x41b) [0x5555555770cb] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x2b75b43d9b54] -> imap [0x55555556a6e9] dovecot: Jul 02 11:39:34 Error: child 22307 (imap) killed with signal 6 dovecot: Jul 02 11:39:34 Error: IMAP(neko(a)it4u.lv): Transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: marked corrupted dovecot: Jul 02 12:13:21 Warning: IMAP(neko(a)it4u.lv): Unlinked a duplicate: 1214989937.P31578Q0M123879.serv09,S=4899:2, dovecot: Jul 02 12:48:57 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: Append with UID 19209, but next_uid = 19210 dovecot: Jul 02 12:48:57 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: Append with UID 19209, but next_uid = 19210 dovecot: Jul 02 12:48:57 Error: IMAP(neko(a)it4u.lv): Unexpected transaction log desync with index /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index dovecot: Jul 02 12:48:57 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: Append with UID 19209, but next_uid = 19210 dovecot: Jul 02 12:48:57 Error: IMAP(neko(a)it4u.lv): Transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: marked corrupted dovecot: Jul 02 12:48:59 Error: IMAP(neko(a)it4u.lv): Maildir /srv/vmail/it4u.lv/neko/.Listservers.Tech.Dovecot sync: UID inserted in the middle of mailbox (19210 > 19209, file = 1214992136.P29477Q0M844419.serv09,S=6950:2,) dovecot: Jul 02 12:51:00 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: invalid indexid (1214992140 != 1214987242) dovecot: Jul 02 12:51:00 Warning: IMAP(neko(a)it4u.lv): fscking index file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index dovecot: Jul 02 12:51:00 Error: IMAP(neko(a)it4u.lv): Transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: marked corrupted dovecot: Jul 02 12:51:00 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: invalid new transaction log sequence (5 >= 5) dovecot: Jul 02 12:51:00 Warning: IMAP(neko(a)it4u.lv): fscking index file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index dovecot: Jul 02 12:51:00 Error: IMAP(neko(a)it4u.lv): file mail-transaction-log-view.c: line 107 (mail_transaction_log_view_set): assertion failed: (min_file_seq <= max_file_seq) dovecot: Jul 02 12:51:00 Error: IMAP(neko(a)it4u.lv): Raw backtrace: imap [0x5555555bd66e] -> imap [0x5555555bd3ae] -> imap(mail_transaction_log_view_set+0x3b3) [0x5555555aba23] -> imap [0x5555555a6d1f] -> imap(mail_index_view_sync_begin+0x3f3) [0x5555555a73d3] -> imap(index_mailbox_sync_init+0xa1) [0x555555595fc1] -> imap(imap_sync_init+0x56) [0x555555575756] -> imap(cmd_sync+0x7b) [0x55555557588b] -> imap [0x55555556bb12] -> imap(cmd_fetch+0x28d) [0x55555556be1d] -> imap(cmd_uid+0x4a) [0x55555556e9ba] -> imap [0x55555556eec7] -> imap [0x55555556ef59] -> imap(_client_input+0x6f) [0x55555556f5ff] -> imap(io_loop_handler_run+0x108) [0x5555555c2ea8] -> imap(io_loop_run+0x18) [0x5555555c2068] -> imap(main+0x41b) [0x5555555770cb] -> /lib64/libc.so.6(__libc_start_main+0xf4) [0x2b733287bb54] -> imap [0x55555556a6e9] dovecot: Jul 02 12:51:00 Error: child 4479 (imap) killed with signal 6 dovecot: Jul 02 12:51:00 Error: IMAP(neko(a)it4u.lv): Transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: marked corrupted dovecot: Jul 02 14:11:40 Warning: IMAP(neko(a)it4u.lv): Unlinked a duplicate: 1214987033.P23952Q0M811113.serv09,S=4807:2,S dovecot: Jul 04 12:25:20 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: Append with UID 19272, but next_uid = 19273 dovecot: Jul 04 12:25:20 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: Append with UID 19272, but next_uid = 19273 dovecot: Jul 04 12:25:20 Error: IMAP(neko(a)it4u.lv): Corrupted transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: Append with UID 19272, but next_uid = 19273 dovecot: Jul 04 12:25:21 Error: IMAP(neko(a)it4u.lv): Transaction log file /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index.log: marked corrupted dovecot: Jul 04 12:25:21 Error: IMAP(neko(a)it4u.lv): Transaction log got desynced for index /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index dovecot: Jul 04 12:25:23 Warning: IMAP(neko(a)it4u.lv): Unlinked a duplicate: 1215162799.P18322Q0M736352.serv09,S=13262:2, dovecot: Jul 04 12:25:23 Error: IMAP(neko(a)it4u.lv): Transaction log got desynced for index /srv/vmail/.cache/it4u.lv/neko/.Listservers.Tech.Dovecot/dovecot.index dovecot: Jul 04 12:25:28 Error: IMAP(neko(a)it4u.lv): Maildir /srv/vmail/it4u.lv/neko/.Listservers.Tech.Dovecot sync: UID inserted in the middle of mailbox (19273 > 19272, file = 1215163520.P28321Q0M199676.serv09,S=3477:2,) -------end of log ---

2 4

[Dovecot] Multiple auth client sockets
by Ulrich Zehl 20 Jul '08

20 Jul '08

I use two seperate Postfix instances as MSAs (so that different policies are simpler to configure), and both of them require Dovecot SASL support. Since Postfix' smtpd is chrooted (at least in the Debian package), the client socket needs to be somewhere under the instance's queue_directory. This means I need two different auth client socket paths. When I simply specify two "client { ... }" in dovecot.conf, the second takes precedence over the first. Besides using a second dovecot instance, which I'd like to avoid, what ways are there to run a second client socket? Ulrich

2 1

[Dovecot] [Help] quota_rule with LDAP backend, dovecot-1.1.1
by Zhang Huangbin 20 Jul '08

20 Jul '08

Hi, all. I use dovecot-1.1.1 with OpenLDAP as userdb. but i failed to convert quota value as expect. I set '10' as mail quota, and it should be '10M' as expect, but it's not effect, dovecot always uses 'quota_rule' setting in dovecot.conf. How can i fix this issue? 10*1047576? I have 'mailQuota' attr in ldap schema, such as: ----8<---- mailQuota: 10 # <- 10M ----8<---- My dovecot-ldap.conf: ----8<---- user_attrs = homeDirectory=home,mailMessageStore=maildir:mail,mailQuota=quota_rule=*:bytes=%$ ----8<---- And my dovecot.conf: ----8<---- plugin { quota = maildir # Quota rules. quota_rule = *:storage=10M } ----8<---- -- Best Regards. Zhang Huangbin - iRedMail: Mail Server Solution for Red Hat(R) Enterprise Linux & CentOS 5.x: http://iRedMail.googlecode.com/

2 1

[Dovecot] configuration query
by Michael Mounteney 20 Jul '08

20 Jul '08

Hello, please excuse my asking a question about simple configuration rather than something about a suspected bug or other detailed enquiry. I've set up dovecot (1.0.13, from http://www.blastwave.org) and when Thunderbird connects to it, all is well and I see folders as expected. When MacOS X mail connects however, it sees my home directory on the dovecot machine, not the mail directory. Now setting-aside the obvious rant about why MacOS has to be gratuitously different *again*, I would like to configure dovecot not to serve my home directory. I keeping saying I/my as this is just a personal set-up at home. This IMAP stuff is a bit involved but I thought namespaces would be the answer but it seems not. That is, I have namespace private { location = /var/marchive/%u inbox = yes } but even this still allows Mac Mail to see the home directory. What else should I do to stop dovecot serving my home directory ? I realise that there is also a problem with the client, that Mac Mail is *asking for* my home directory rather than the mail folder, but that's another problem, not for this list. Thanks in expectation.

2 1

[Dovecot] BUG: messages created with permissions not respecting umask
by Thomas Vander Stichele 20 Jul '08

20 Jul '08

Using dovecot 1.0rc15, together with postfix and dovecot-lda. umask is set to 0007. This should ensure directories and files get created with read/write permissions for both user and group. However, dovecot-lda writes files with 600 permissions, instead of 660. So dovecot does not seem to respect the umask configuration property for local mail delivery. In my particular case, I have vmail:vmail own the mail directories, and a backup user part of the vmail group. However the backup user cannot read the mails and thus back them up properly. Suggestions: - respect the umask for file delivery as well - alternatively, take the parent directory's permissions, strip executable bits, and apply to file Thanks Thomas

3 3

[Dovecot] Run script before delivery
by Juan Asensio Sánchez 20 Jul '08

20 Jul '08

Hi Is it possible to run one script before the "real" delivery of a message (with lda, or before the execution of the sieve scripts) but after the creation of necessary folders (Dovecot automatically creates the folders for virtual users)? I want to to this to manually create a fixed empty sieve script in each user home folder, so in the global sieve script include that personal script, because if personal script doesn't exists, global script is not executed, or am I wrong? Thanks in advance.

3 2

[Dovecot] Need suggestion regarding index file and Quota settings.
by Tim Chen 20 Jul '08

20 Jul '08

Dear All, My system has about 30,000 accounts and these accounts are created as unix system users. Each account has its own entry in /etc/passwd with different UID and home directory. We plan to deploy an Layer 4 switch as a load balancer. Proposed architecure is as the following: ---- internet ---- Layer 4 switch ---- mail server1 ---- NFS storage | | |--- mail server2 -----| Both mail servers will share the same storage which contains users' home with Maildir inside. Dovecot will be installed on the mail servers serving pop3 and imap4 protocols. Since the layer 4 switch will direct connection to backend mail server in random(or some of its algorithm), users can not guarantee which mail server to use. My first question is which kind of INDEX settings should I apply? 1) INDEX=MEMORY 2) INDEX=/nfs/%u 3) INDEX=/var/spool/%u Will INDEX stored on disk outperform INDEX stored in memory? If INDEX stored on NFS storage, we can be sure the consistency of INDEX file, but what about the performance and locking problem? If INDEX stored on local disk, since users may connect to different mail servers every time. Will that impose the problem of inconsistency? What kind of syndrome will happen if the INDEX became inconsistent to real maildir content? My second question is about quota. We use maildir as mail storage format. Our users were divided into 3-4 groups, each group of users with different quota size ranging from 100MB - 1G. To my best knowledge, dovecot's quota setting in config file supports only "one global configuration". (We are not using db, we use only /etc/passwd). dovecot.conf quota_rule = *:storage=10MB Since dovecot supports both fs and maildir++ quota, I would like to ask for your suggestion: 1. Should I use system quota instead? How about the comparision of performance? Is there any drawback/limitation using system quota? 2. Is there any settings of dovecot that could fullfil my situation? 3. My thought is to modify dovecot.conf, comment out quota_rule = *:storage=10MB and leave only the quota = maildir in the plugin { block. According to my experiment, dovecot will read the maildirsize file under user's home. Then I have to set the maildirsize file for every user individually! It seems to be a little crappy but works. Looking for your valuable suggestions! Thanks very much. Tim Chen

3 2

[Dovecot] Is it ok to upgrade to 1.1?
by Bjørn T Johansen 19 Jul '08

19 Jul '08

Or is it some issues left that need to be sorted out? Regards, BTJ -- ----------------------------------------------------------------------------------------------- Bjørn T Johansen btj(a)havleik.no ----------------------------------------------------------------------------------------------- Someone wrote: "I understand that if you play a Windows CD backwards you hear strange Satanic messages" To which someone replied: "It's even worse than that; play it forwards and it installs Windows" -----------------------------------------------------------------------------------------------

3 3

[Dovecot] OT: Deleting email
by Mauricio Tavares 19 Jul '08

19 Jul '08

I have a mail server running postfix and then using dovecot so others can reach it using imap. I go check mail using thunderbird and delete a few emails, emptying the trash afterwards. Then I quit it and access it using pine. The deleted emails are still there, marked as marked for deletion. I delete a few other emails within pine and quit. It asks to delete the marked emails, I tell go for it, and it does. When I go back to THunderbird all those emails are gone. Next I tell thunderbird to mark certain messages as spam and delete email I marked as spam. I quit it and go back to pine. The spam marked messages which thunderbird swore were deleted are still there. THis really does not seem to be a dovecot issue, but has someone seen that happen? If so, what is going on?

2 1

Re: [Dovecot] Problems with dovecot/sieve and vacation
by iaslanidis＠flumotion.com 19 Jul '08

19 Jul '08

Hello, Thank you for the reply. I will plan to do the upgrade some time soon, that is not questionable. Now back to this, I checked the following: # strings /usr/libexec/dovecot/deliver | grep sendmail /usr/lib/sendmail So, if I understand correctly, this is fine. What I have in maillog is the following: 614u19e82aed7fe5a435(a)mail.gmail.com> for <iaslanidis(a)flumotion.com> ORCPT=rfc822;iaslanidis(a)flumotion.com Jul 19 01:58:56 se01 spampd[9143]: clean message <ea440b1d0807181658s458ba614u19e82aed7fe5a435(a)mail.gmail.com> (0.28/3.50) from <aslanidis(a)gmail.com> for <iaslanidis(a)flumotion.com> ORCPT=rfc822;iaslanidis(a)flumotion.com in 0.04s, 1926 bytes. Jul 19 01:58:56 se01 clamsmtpd: 10C4A0: from=aslanidis(a)gmail.com, to=iaslanidis(a)flumotion.com, status=CLEAN Jul 19 01:58:56 se01 postfix/smtp[15494]: AC414250084: to=<iaslanidis(a)flumotion.com>, relay=127.0.0.1[127.0.0.1]:10025, delay=0.86, delays=0.55/0.01/0.06/0.24, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as 253AE250133) Jul 19 01:58:56 se01 deliver(iaslanidis(a)flumotion.com): execv(/usr/lib/sendmail) failed: Permission denied Jul 19 01:58:56 se01 deliver(iaslanidis(a)flumotion.com): Sendmail process terminated abnormally, exit status 89 Jul 19 01:58:56 se01 deliver(iaslanidis(a)flumotion.com): sieve runtime error: Vacation: Error sending mail Jul 19 01:58:57 se01 deliver(iaslanidis(a)flumotion.com): msgid=<ea440b1d0807181658s458ba614u19e82aed7fe5a435(a)mail.gmail.com>: saved mail to INBOX Jul 19 01:58:57 se01 deliver(iaslanidis(a)flumotion.com): msgid=<ea440b1d0807181658s458ba614u19e82aed7fe5a435(a)mail.gmail.com>: saved mail to INBOX Jul 19 01:58:57 se01 postfix/pipe[15529]: 253AE250133: to=<iaslanidis(a)flumotion.com>, relay=dovecot, delay=1.5, delays=0.24/0.01/0/1.2, dsn=2.0.0, status=sent (delivered via dovecot service) For what I see here, this could be a SELinux permission problem, am I right? Regards, Ioannis On Sat, 19 Jul 2008 02:35:11 +0300, Uldis Pakuls <neko(a)it4u.lv> wrote: > Vacation code calls 2 functions: first marks dupes (it seems working) , > then, if it success second function is called which actualy sends > vacation message. This action (success or failure) is loged in log file. > 1. wthat is in your log files? > 2. the only reason I can guess about failure in second function is > sendmail binary. default value of "sendmail_path" (hardcoded) is > /usr/lib/sendmail. You can verify this: "strings > /path/to/dovecot/deliver | grep sendmail" If default value is incorrect > try add sendmail_path variable in dovecot.conf

2 1

[Dovecot] Problems with dovecot/sieve and vacation
by Ioannis Aslanidis 19 Jul '08

19 Jul '08

Hello, First of all, initial data: # dovecot --version 1.0.rc15 # dovecot -n # /etc/dovecot.conf protocols: imaps pop3s disable_plaintext_auth: yes 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_max_processes_count: 256 login_max_connections: 512 verbose_proctitle: yes first_valid_uid: 200 last_valid_uid: 200 first_valid_gid: 200 last_valid_gid: 200 mail_location: maildir:%h/Maildir maildir_copy_with_hardlinks: yes umask: 7 mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %u auth default: mechanisms: login plain user: nobody passdb: driver: ldap args: /etc/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot-ldap.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: vmail group: vmail I am trying to get a vacation autoresponder to work, but I was not able to. Everything else is working fine. Spam scripts work, forward scripts work, ... but vacation does not work. I have tried different configurations, simple: require "vacation"; vacation "I am currently testing the vacation autoresponder."; And a little more complex: require ["fileinto", "vacation"]; ## Move spam to spam folder if exists "X-Spam-Flag" { fileinto "spam.incoming"; # Stop here so that we do not reply on spams stop; } vacation # Reply at most once a day to a same sender :days 1 :subject "Out of office reply test" # List of recipient addresses which are included in the auto replying. # If a mail's recipient is not on this list, no vacation reply is sent for it. :addresses ["iaslanidis(a)flumotion.com"] "I'm testing the vacation autoresponder."; The script gets compiled as I have checked the dates and the .dovecot.lda-dupes gets created; however, there is no autoreply message. Additionally, I noticed that my recipient e-mail address gets added to .dovecot.lda-dupes: # cat .dovecot.lda-dupes � �H+�� ,tԾD+��iaslanidis(a)flumotion.com And, I also noticed that, if I delete this file and I send an e-mail to that address, I receive the e-mail duplicated, but only the first time, before .dovecot.lda-dupes gets created. I checked the mail headers of the e-mail upon reception and they seem fine: Return-Path: <aslanidis(a)gmail.com> X-Original-To: iaslanidis(a)flumotion.com Delivered-To: iaslanidis(a)flumotion.com Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.232]) by mail.fluendo.com (Postfix) with ESMTP id E5777250133 for <iaslanidis(a)flumotion.com>; Fri, 18 Jul 2008 17:48:30 +0200 (CEST) Received: by wr-out-0506.google.com with SMTP id c49so243003wra.19 for <iaslanidis(a)flumotion.com>; Fri, 18 Jul 2008 08:48:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=iMPULXt7n6+6MVu47vQWBga4lMRSIYkfGnO59XcugXQ=; b=bLLBZZxblyF2LFTPMXPgVesAM/Ep/P5GwgN7aaGjd7JFVpXBBNU7Mq4OaeNbFZRzIN jk+wgDl3uvAg3GkhOso7+kxAI+SOe/u8nDBzzCp5muKieMC5xe84gJOh0+bviaaoahDf vxKWX9e/BTvBkq1AOTOfTnlHRONQ00aoNza44= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=PgczmkJcZnKNF2sIhkrPgtbt9OJaNjYVXeJ5498WjvodyiY97ZQEpTFjXoFrM3RWGI EsRDyre253LVRbBJIZses3nbJLWGCQ9aebPnJQMQr6I1dnNL8AIqB6oMjIDp43Yjlj30 muP/LU0PigmTrnsy9+k9kWEy0MRG+ehBBUgn0= Received: by 10.90.101.17 with SMTP id y17mr289500agb.72.1216396109274; Fri, 18 Jul 2008 08:48:29 -0700 (PDT) Received: by 10.90.99.17 with HTTP; Fri, 18 Jul 2008 08:48:29 -0700 (PDT) Message-ID: <ea440b1d0807180848l106e0f08pace1ab165d143ee2(a)mail.gmail.com> Date: Fri, 18 Jul 2008 17:48:29 +0200 From: "Ioannis Aslanidis" <aslanidis(a)gmail.com> To: iaslanidis(a)flumotion.com Subject: Test 12 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: ClamAV using ClamSMTP -- Ioannis Aslanidis I would really like to have this solved as soon as possible, so any help is greatly welcome. If you require any further information, please, do not hesitate to contact me. Thanks in advance for your prompt reply. Regards, Ioannis

4 4

Re: [Dovecot] changing INTERNALDATE or similar
by Karl Rudnick 18 Jul '08

18 Jul '08

Looking at the IMAP4rev1 protocol (RFC 2060), we have the following definition: INTERNALDATE The internal date of the message. 2.3.3. Internal Date Message Attribute The internal date and time of the message on the server. This is not the date and time in the [RFC-822] header, but rather a date and time which reflects when the message was received. In the case of messages delivered via [SMTP], this SHOULD be the date and time of final delivery of the message as defined by [SMTP]. In the case of messages delivered by the IMAP4rev1 COPY command, this SHOULD be the internal date and time of the source message. In the case of messages delivered by the IMAP4rev1 APPEND command, this SHOULD be the date and time as specified in the APPEND command description. All other cases are implementation defined. How could any implementation of this protocol possibly use a file system time stamp to represent that important piece of meta-data, no matter where the file lives? It seems totally reasonable that this is what Outlook uses for the Received date (and I rarely defend Microsoft). This seems like a real design flaw in the dovecot implementation. I am fairly new to dovecot (and like many aspects of it over uw-imap), but having to really be careful with my mail store's mtimes borders on the absurd. I realize it is "implementation defined", but the intent of the definition surely does not refer to file system time stamps. Any chance this can be reconsidered? Is this an actual dovecot issue or a more general Maildir issue? On Fri, 2008-07-18 at 02:00 -0700, dovecot-request(a)dovecot.org wrote: > ------------------------------ > > Message: 4 > Date: Thu, 17 Jul 2008 23:12:55 +0300 > From: Timo Sirainen <tss(a)iki.fi> > Subject: Re: [Dovecot] changing INTERNALDATE or similar > To: richs(a)whidbey.net > Cc: Dovecot Mailing List <dovecot(a)dovecot.org> > Message-ID: <1216325575.31765.349.camel@hurina> > Content-Type: text/plain; charset="utf-8" > > On Thu, 2008-07-17 at 13:04 -0700, richs(a)whidbey.net wrote: > > I believe it's still true that any mail files that are IMAP STORE'd > > (uploaded) > > You mean IMAP APPENDed. > > > to Dovecot by a client will have a current mtime, rather than > > the "Date" in the message. That means might need to compare mtime's > to > > "Date" headers for new files that appear too. > > This is only because the client doesn't specify the date to APPEND > command. > > > Here we just patched Dovecot to treat "INTERNALDATE" the same as the > > "Date" header. Constantly verifying mtime's became too much of a > chore > > for those clients that rely on it (although this technically is > against > > the RFC). > > Would probably have been better to set the default INTERNALDATE based > on > the Date: header in APPEND command. Should be pretty easy to do with > Maildir I think.

3 5

[Dovecot] v1.1.0 released
by Timo Sirainen 18 Jul '08

18 Jul '08

http://dovecot.org/releases/1.1/dovecot-1.1.0.tar.gz http://dovecot.org/releases/1.1/dovecot-1.1.0.tar.gz.sig Two hours later than promised, I slept longer than intended. :) No changes since v1.1.rc13. Below are the largest changes since v1.0: * After Dovecot v1.1 has modified index or dovecot-uidlist files, they can't be opened anymore with Dovecot versions earlier than v1.0.2. * See doc/wiki/Upgrading.1.1.txt (or for latest changes, http://wiki.dovecot.org/Upgrading/1.1) for list of changes since v1.0 that you should be aware of when upgrading. + IMAP: Added support for UIDPLUS and LIST-EXTENDED extensions. + IMAP SORT: Sort keys are indexed, which makes SORT commands faster. + When saving messages, update cache file immediately with the data that we expect client to fetch later. + NFS caches are are flushed whenever needed. See mail_nfs_storage and mail_nfs_index settings. + Out of order command execution (SEARCH, FETCH, LIST), nonstandard command cancellation (X-CANCEL <tag>) + IMAP: STATUS-IN-LIST draft implementation + Expire plugin can be used to keep track of oldest messages in specific mailboxes. A nightly run can then quickly expunge old messages from the mailboxes that have them. The tracking is done using lib-dict, so you can use either Berkeley DB or SQL database. + Namespaces are supported everywhere now. + Namespaces have new list and subscriptions settings. + Full text search indexing support with Lucene and Squat backends. + OTP and S/KEY authentication mechanisms (by Andrey Panin). + mbox and Maildir works with both Maildir++ and FS layouts. You can change these by appending :LAYOUT=maildir++ or :LAYOUT=fs to mail_location. + LDAP: Support templates in pass_attrs and user_attrs + Support for listening in multiple IPs/ports. + Quota plugin rewrite: Support for multiple quota roots, warnings, allow giving storage size in bytes or kilo/mega/giga/terabytes, per-mailbox quota rules. + Filesystem quota backend supports inode limits, group quota and RPC quota for NFS. + SEARCH and SORT finally compare non-ASCII characters case-insensitively. We use i;unicode-casemap algorithm. + Config files support splitting values to multiple lines with \

12 26

[Dovecot] Kerberos check logic incorrect
by Bryan Jacobs 18 Jul '08

18 Jul '08

In configure.in, there is a check that does `krb5-config --version | grep -v 1\.2`, making sure there is no "1.2" in the version of Kerberos in use. This is to prevent compiling against MIT Kerberos version 1.2, which is too old for Dovecot. Unfortunately for this idea, Heimdal 1.2.1 is out. And Dovecot builds fine against it. Whoever committed this check also appears to have removed the comment warning that it was broken, to add insult to injury. Please fix your checks to be for FEATURES, not version numbers. You never know when something else that correctly implements the features you want will come along. Bryan Jacobs

2 1

Re: [Dovecot] changing INTERNALDATE or similar
by Rudnick, Karl 18 Jul '08

18 Jul '08

I successfully executed the script which "fixed" my mail store. I also see now why there isn't a buttoned down solution out there. The basic steps are simple as outlined below, but when dealing with ~35,000 emails going back before 1993, there were just about a dozen that didn't adhere to the "Date:" screening and subsequent capture for use by "touch --date". Adding these exceptions to my script completely automated the INTERNALDATE resetting, but I would not publish this publicly on the internet. Nevertheless, I would share it with anyone who requests through this mail group given the caveat that it is only guaranteed to work for MY personal data store. Thanks - Karl -----Original Message----- From: Rudnick, Karl Sent: Thursday, July 17, 2008 9:06 AM To: dovecot(a)dovecot.org Cc: Timo Sirainen Subject: RE: [Dovecot] changing INTERNALDATE or similar Terrific - I'll just write a script to: 1. create a list of all Maildir folders ending in "/cur" 2. remove dovecot.index* in each folder 3. For each mail file in each Mailder /cur folder: a. grep/sed "Date:" to grab first date/time stamp in email b. pipe the output of a. into "touch --date" for that file On my windows side, all the imap info is saved in one pst file in "C:\Documents and Settings\<user>\Local Settings\Application Data\Microsoft\Outlook\Outlook*imap*.pst" and if I blow it away it gets correctly rebuilt - I just tested it and the blown away index files get rebuilt so that Outlook then has the correct Received date displayed. Pretty easy to do, but surprised a script wasn't openly available - or at least my googling skills weren't good enough. Since I have ~35,000 emails in about 450 folders, this needs to be scripted. I'll make it available when I get it smoothed out. Thanks again for the clarification. - Karl -----Original Message----- From: Timo Sirainen [mailto:tss@iki.fi] Sent: Thursday, July 17, 2008 4:58 AM To: Rudnick, Karl; Dovecot Mailing List Subject: Re: [Dovecot] changing INTERNALDATE or similar On Wed, 2008-07-16 at 16:56 -0700, Karl Rudnick wrote: > I have a question which others must have encountered. I switched from > uw-imap to dovecot-imap a few months ago and moved my fairly large mail > archive (~15 yrs) by simply mounting both accounts in a mail app and > simply copying my folders over. This worked well, and all my mail is in > order when I view it in evolution or thunderbird on any number of > machines. However, since our company uses MS Exchange Server, when I add > my dovecot imap account to outlook, everything is great except the > received dates - it looks like the date I made the transition, but in > all instances it's not simply the time stamp in the Maildir folder. I > googled around on this and have gathered that this date is coming > somewhere from within the dovecot index file. INTERNALDATE comes from the maildir files' mtimes. So you can use whatever utility/script you want to modify the mtime (I don't have any suggestions). Then delete dovecot.index.cache file to make sure the old value wasn't cached. You might also have to recreate the account in your clients to make sure they haven't cached the old values.

1 0

[Dovecot] changing INTERNALDATE or similar
by Karl Rudnick 17 Jul '08

17 Jul '08

I have a question which others must have encountered. I switched from uw-imap to dovecot-imap a few months ago and moved my fairly large mail archive (~15 yrs) by simply mounting both accounts in a mail app and simply copying my folders over. This worked well, and all my mail is in order when I view it in evolution or thunderbird on any number of machines. However, since our company uses MS Exchange Server, when I add my dovecot imap account to outlook, everything is great except the received dates - it looks like the date I made the transition, but in all instances it's not simply the time stamp in the Maildir folder. I googled around on this and have gathered that this date is coming somewhere from within the dovecot index file. Is there a utility for scanning that so I can ascertain where the date shown in Outlook is coming from? Is there also a utility which would just reset the INTERNALDATE (or whatever it is that Outlook is keying on) to the date in the message on the "Date: ..." line? This issue is not life threatening as I don't use Outlook much, but when I do, it is confusing to not have the "Received" column be meaningful, especially for sorting. Thanks for any help - Karl

4 4

[Dovecot] Change text from default overquota message - Possible?
by k bah 17 Jul '08

17 Jul '08

I'm using Dovecot 1.0.5-6 (SuSE 10.3) and using dovecot deliver. Is it possible to change the subject/body of the default overquota message (it says "Automatically rejected mail" on the subject) and also the text from the message? I don't wan't to "hack" anything, just if it's possible to do by editing config files. thanks = Web-Based Privileges Certification Quickly setup a collaborative Web-based facility for business managers to certify authorizations and IT privileges. Satisfy requirements for SOX, HIPAA, Privacy, and other regulations. http://a8-asy.a8ww.net/a8-ads/adftrclick?redirectid=a526c7aa7690b483fc8ec20… -- Powered by Outblaze

2 1

[Dovecot] thanks
by Andrew Schulman 17 Jul '08

17 Jul '08

Here's just a note of thanks to the developers of Dovecot. I first starting using just the Dovecot IMAP server about a year ago, and it's been working fine for that. More recently I've started to use the managesieve and LDA components as well, and what I find now is that this system works well and is straightforward to configure, well-integrated, and relatively well documented. Also, the LDA has a significantly stronger set of sieve capabilities than exim's. All in all, Dovecot is doing a lot of work for me now and doing it well. Hats off to the developers. Andrew.

1 0

[Dovecot] question dbox folders subscription
by Robert Schetterer 17 Jul '08

17 Jul '08

Hi, creating a imap dbox folder and deletion now works with thunderbird, but the subscription file seems not be updated ,somekind. After the deletion of a folder it apears again after restart thunderbird .Then ,by click on it , you get message , folder not exists ( which is true ) but for disapaer the folder must be be manually unsubscribed. this isnt the same behavior like i.e with maildir with maildir the deleted folder shows up too, after restart, but with clicking on it, it disapaers without any message to tb anyone an idea to this? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

2 3

[Dovecot] child xxxxx (imap) returned error 83 (Out of memory)
by martin f krafft 17 Jul '08

17 Jul '08

Hi list, > Jul 17 12:15:10 seamus dovecot: IMAP(someone(a)somehost.org): block_alloc(): Out of memory > Jul 17 12:15:10 seamus dovecot: child 26181 (imap) returned error 83 (Out of memory) I found those two entries in the logs this morning. The system has ample free memory. What's going on? -- martin | http://madduck.net/ | http://two.sentenc.es/ "i wish i hadn't slept all day, it's really lowered my productivity" -- robert mcqueen spamtraps: madduck.bogus(a)madduck.net

2 3

[Dovecot] folder deletion fails dbox
by Robert Schetterer 17 Jul '08

17 Jul '08

Hi Timo, playing a lot with dbox but folder deletion seems to me broken, whatever setting i tested i cant delete subfolders with thunderbird, i first thought about acls but deactivate acl didnt helped splitting control an index files from dbox also didnt work, i cant find any failure message in the logs, but there is also no entry for delete trys all debug level are in the highest stage on this testing server i used the last 1.1.1 from the debian rep wich is brand new from tonight as your expansion patch from %d with deliver is included and works -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

1 2

[Dovecot] antispam plugin, amavis and sa-learn
by Johannes Bauer 16 Jul '08

16 Jul '08

Hello, I would like to use the Dovecot antispam plugin to train SpamAssassin via sa-learn. I compiled the plugin and got it to work with the sendmail backend, which I tested by having it send a message to me. As I'm calling SpamAssassin with amavisd-new, I have a system-wide Bayes db, maintained by the amavis user. As expected, the antispam plugin calls the configured binary as the mail user (I'm running deliver as suid, with mixed virtual and system accounts). My question is: How can I get the plugin to call sa-learn as user amavis? I have tried the following things: (1) making the amavis user's .spamassassin directory to world-writeable and handing the path to sa-learn with the --dbpath parameter. That failed - the IMAP client says "Move not allowed" when I try to move a message to or from the Spam IMAP folder. (2) making a suid copy of sa-learn with owner amavis. This failed because of an sperl error. (3) editing sudoers to allow 'sudo -u amavis sa-learn' without a password. This works fine on the command line, but fails with the same error as (1) when used with the plugin. Although I compiled the plugin from git with debugging to syslog activated, I do not get any error messages in mail.log where all messages from dovecot are logged. Now, I know that the methods above aren't exactly secure, so if anybody has a different way of training SpamAssassin with the antispam plugin in a amavis setup, I would appreciate it. Thank you, Johannes

5 10

[Dovecot] fd limit 1024 is lower in dovecot-1.1.1
by Zhang Huangbin 16 Jul '08

16 Jul '08

Hi, all. I just upgrade from 1.0.15 to 1.1.1 in a test box(RHEL 5.2, x86_64). after upgrade, i got this warning msg: ----8< ---- # /etc/init.d/dovecot restart Stopping Dovecot Imap: [ OK ] Starting Dovecot Imap: Warning: fd limit 1024 is lower than what Dovecot can use under full load (more than 1280). Either grow the limit or change login_max_processes_count and max_mail_processes settings [ OK ] ----8< ---- but i changed either login_max_processes_count and max_mail_processes to 2048, it raised the same msg. How can i solove this issue? Thanks very much. My dovecot -n output: ----8<---- # dovecot -n # 1.1.1: /etc/dovecot.conf Warning: fd limit 1024 is lower than what Dovecot can use under full load (more than 1280). Either grow the limit or change login_max_processes_count and max_mail_processes settings log_path: /var/log/dovecot.log protocols: pop3 pop3s imap imaps listen: * ssl_cert_file: /etc/pki/dovecot/certs/dovecotCert.pem ssl_key_file: /etc/pki/dovecot/private/dovecotKey.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 max_mail_processes: 1024 mail_uid: 2000 mail_gid: 2000 mail_location: maildir:/%Lh/%Ld/%Ln/:INDEX=/%Lh/%Ld/%Ln/ mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota 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 user: vmail passdb: driver: sql args: /etc/dovecot-mysql.conf userdb: driver: sql args: /etc/dovecot-mysql.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 432 user: vmail group: vmail -- Best Regards. Zhang Huangbin - Mail Server Solution for Red Hat(R) Enterprise Linux & CentOS 5.x: http://rhms.googlecode.com/

4 5

[Dovecot] fs quota check with server does not support, rquotad
by Grandy Fu 16 Jul '08

16 Jul '08

I think the problem is in these few lines: ---------------------------- dovecot: Jul 15 18:13:21 Info: IMAP(01234567g): fs quota add storage dir = /home/h1/sc/01234567g/mail dovecot: Jul 15 18:13:21 Info: IMAP(01234567g): fs quota block device = homesvr:/h1 dovecot: Jul 15 18:13:21 Info: IMAP(01234567g): fs quota mount point = /home/h1 ---------------------------------- Since my configuration file only have plugin { quota = fs:INBOX:mount=/var/mail } shouldn't /home/h1 be just ignored? Or there are some parameters in "quota=" to ignore this mount point? Grandy

1 0