Re: [Dovecot] sieve script tracing
W dniu 2011-06-06 00:56, Stephan Bosch pisze: If you have a sample message, you can use the sieve-test tool for that. You can check the individual steps the interpreter takes while processing the message. Refer to the man page for more info. Thanks. It could be really helpful in case of script testing. But I'm rather interested in statistics (which rule most probably causes mail discarding). Regards, MU
Re: [Dovecot] Bug: Fixed a duplicate
On Fri, June 3, 2011 15:00, Timo Sirainen wrote: On Sat, 2011-05-28 at 21:16 +0200, Tom Sommer wrote: I restored a dovecot mailserver today, and when I started the server again, the logs filled up with Fixed a duplicate warnings. This in itself it not a problem, the problem is that it appears the fix is not done correct. You shouldn't have restored an old maildir on top of an existing maildir. That is the main problem. The same mails had different flags (=different filenames), and Dovecot just renamed one of the files to make sure no mails got accidentally lost. In your case it should have just deleted the duplicates, but there's no such feature yet. Dovecot works exactly as intended here. The full explanation is more complex than I want to type right now. Would it be possible to set the correct timestamp on the renamed files, so the timestamp remains the same as on the original? // Tom
Re: [Dovecot] sieve script tracing
Op 5-6-2011 23:16, Jerry schreef: On Sun, 05 Jun 2011 22:48:16 +0200 Maciej Uhligmaciej.uh...@us.edu.pl articulated: {snip} I'd like to know which condition was the actual reason of e-mail discarding. I thought about log message. An actual way to step through the execution of the code is something that I have been waiting for, for quite awhile. My coding skills are certainly not up to the task of writing such an application and I have not been able to locate one. I have literally spent hours debugging a logic problem with sieve scripts. It ain't fun. ☹ Have you ever tried the sieve-test command line tool? If that is not adequate, could you provide a description of what you would need instead? Regards, Stephan.
[Dovecot] Subject: IMAP crash on index
I'm running Dovecot 1.2.15 as an IMAP server on an up-to-date Debian v6 VM. I've recently upgraded the server from a pretty crusty old Debian v4 installation, though I don't recall exactly which version of Dovecot that would have been running. I guess I could try crawling through the old logs to check if it is likely to be useful. The upgrade seemed to have gone fine and I've been using the new server for about a week, but this morning I'm finding that whilst I can successfully connect to the IMAP server using Mutt, it can't display a mail index and a quick peek at the logs shows the IMAP process falling over: (account and server IP replaced) Jun 6 10:39:27 xen dovecot: Dovecot v1.2.15 starting up (core dumps disabled) Jun 6 10:39:27 xen dovecot: auth-worker(default): mysql: Connected to localhost (mail) Jun 6 10:39:34 xen dovecot: imap-login: Login: user=exam...@example.org, method=PLAIN, rip=::1, lip=::1, TLS Jun 6 10:39:35 xen dovecot: IMAP(exam...@example.org): Panic: file mail-index-view.c: line 264 (view_lookup_seq_range): assertion failed: (first_uid 0) Jun 6 10:39:35 xen dovecot: IMAP(exam...@example.org): Raw backtrace: imap() [0x80f0e1e] - imap() [0x80f0e82] - imap() [0x80f0809] - imap() [0x80ceb17] - imap(mail_index_lookup_seq+0x26) [0x80ce5f6] - imap() [0x80c481d] - imap(mail_index_modseq_hdr_update+0x2e) [0x80c48ee] - imap(mail_index_sync_ext_hdr_update+0xbb) [0x80de91b] - imap(mail_index_sync_record+0x40f) [0x80cd57f] - imap(mail_index_sync_map+0x2dd) [0x80cdfed] - imap(mail_index_map+0x5c7) [0x80c3557] - imap() [0x80bfd87] - imap(mail_index_open+0x23f) [0x80c01ff] - imap(index_storage_mailbox_open+0x71) [0x80abc81] - imap(maildir_storage_sync_init+0x188) [0x8086c18] - imap(mailbox_sync+0x31) [0x80b59d1] - imap(imap_status_get+0x8a) [0x806f0ea] - imap(cmd_status+0x123) [0x8065dd3] - imap() [0x8067b5c] - imap() [0x8067c32] - imap(client_handle_input+0x175) [0x8067eb5] - imap(client_input+0x5f) [0x80686ef] - imap(io_loop_handler_run+0xd6) [0x80f9aa6] - imap(io_loop_run+0x20) [0x80f8f20] - imap(main+0x5b4) [0x8070f24] - /lib/i Jun 6 10:39:35 xen dovecot: IMAP(exam...@example.org): 76] - imap() [0x80603a1] Jun 6 10:39:35 xen dovecot: dovecot: child 20617 (imap) killed with signal 6 (core dumps disabled) I've not been able to find any mentions of this error occurring for other people. I've not looked at the source to see what the server is trying to do at this point. Restarting the IMAP service doesn't help. Any suggestions or advice?
Re: [Dovecot] Extra plugins vía extrafield in ldap
Umm, it isn't running. If I put plugin imap_quota forced on user_attrs, then IMAP and Dovedm doesn't run correctly. They can load this plugin. Maybe we can do a patch for ldap/config to avoid overwrite all plugins enabled and support to append to enabled? 2011/6/3 Antonio Perez-Aranda aperezara...@yaco.es: OK thanks. It isn't pretty but is running. 2011/6/3 Timo Sirainen t...@iki.fi: On Fri, 2011-06-03 at 12:30 +0200, Antonio Perez-Aranda wrote: And in passwd-ldap.conf I have some like this to add extra plugins: user_attrs = homeDirectory=home,uid=user,mailQuota=quota_rule=*:bytes=%$,mailPlugins=mail_plugins This completely overrides mail_plugins setting.. With this. I can see that dovecot load all plugins from settings, but in the user session, I can get only the plugins that I have selected in mailPlugins field If i check some like this: mailPlugins=mail_plugins=$mail_plugins %$, $mail_plugins variable works only inside dovecot.conf while the settings are being parsed. The imap session user is aborted after login. How can I add extra plugins by ldap without put on ldap all user plugins? The best you can do now is: mailPlugins=mail_plugins=plugin1,plugin2,plugin3,%$ i.e. list the global plugins in here as well as in the global mail_plugins setting. -- Antonio Pérez-Aranda Alcaide aperezara...@yaco.es Yaco Sistemas S.L. http://www.yaco.es/ C/ Rioja 5, 41001 Sevilla Teléfono +34 954 50 00 57 Fax +34 954 50 09 29 -- Antonio Pérez-Aranda Alcaide aperezara...@yaco.es Yaco Sistemas S.L. http://www.yaco.es/ C/ Rioja 5, 41001 Sevilla Teléfono +34 954 50 00 57 Fax +34 954 50 09 29
Re: [Dovecot] Subject: IMAP crash on index
On Mon, 2011-06-06 at 11:09 +0100, Ruan Kendall wrote: Jun 6 10:39:27 xen dovecot: Dovecot v1.2.15 starting up (core dumps disabled) Jun 6 10:39:35 xen dovecot: IMAP(exam...@example.org): Panic: file mail-index-view.c: line 264 (view_lookup_seq_range): assertion failed: (first_uid 0) rm dovecot.index* from this user's maildirs should fix the crash. There's a good chance this has already been fixed in v2.0.
Re: [Dovecot] Bug: Fixed a duplicate
On Mon, 2011-06-06 at 11:46 +0200, Tom Sommer wrote: On Fri, June 3, 2011 15:00, Timo Sirainen wrote: On Sat, 2011-05-28 at 21:16 +0200, Tom Sommer wrote: I restored a dovecot mailserver today, and when I started the server again, the logs filled up with Fixed a duplicate warnings. This in itself it not a problem, the problem is that it appears the fix is not done correct. You shouldn't have restored an old maildir on top of an existing maildir. That is the main problem. The same mails had different flags (=different filenames), and Dovecot just renamed one of the files to make sure no mails got accidentally lost. In your case it should have just deleted the duplicates, but there's no such feature yet. Dovecot works exactly as intended here. The full explanation is more complex than I want to type right now. Would it be possible to set the correct timestamp on the renamed files, so the timestamp remains the same as on the original? The timestamp is preserved. If you sort the messages by received date, they are in the same order.
Re: [Dovecot] restore lost emails
On Sun, 2011-06-05 at 21:06 -0700, Daminto Lie wrote: Hi, I was wondering if anyone might be able to help me with this. I am running Postfix 2.7.0, Dovecot 1.2.9 and squirrelmail. Every week, I perform a back-up on both Postfix and Dovecot (maildir and conf folders). That's good because I have all the emails backed up. And now what I would like to ask is whether or not there are any easy way of restoring e-mails if some emails got deleted by accident or for other reason. So far, I have tried to look up the answer on the Internet but got a bit of vague answer. Other than finding and restoring the mail from backups, there's no simple way. Although you could configure Dovecot to do lazy-expunging: http://wiki.dovecot.org/Plugins/Lazyexpunge
Re: [Dovecot] doveadm problem with mail_plugins in database
On Mon, 2011-06-06 at 01:27 +0200, Ralf Zimmermann wrote: I use this user_query: .. # doveadm fetch -u rzimmermann hdr savedbefore 3d doveadm(rzimmermann): Error: Can't load plugin imap_acl_plugin: Plugin is intended to be used only by imap binary (we're doveadm) The user_query returns mail_plugins setting that includes imap_acl plugin. Which of course can't be loaded since doveadm isn't imap.. Some doveadm commands runs fine. Here a example: - ---% # doveadm user rzimmermann The problem happens only for doveadm commands that access mail storage. (The setting is mail_plugins - the plugins are irrelevant for non-mail commands.) What can I do to get doveadm working with '%s'='doveadm' then mail_plugins? Or must I use '%s'='doveadm' then 'acl quota in the user_query? Well, the way I'd do it is something like (I don't know if this is valid SQL): concat(mail_plugins, case '%s'='lda' then ',sieve' case '%s'='lmtp' then ',sieve' case '%s'='imap' then ',imap_quota' ) AS mail_plugins Assuming everyone is using quota. If not, then change the imap part to check if mail_plugins contains quota and add imap_quota only if it does.
Re: [Dovecot] file rights for dictionary file
On Sun, 2011-06-05 at 22:02 +0200, Michael Köhler wrote: I use Debian Squeeze and the sources from Stephan Bosch. A few weeks ago I´ve upgraded from 2.0.11 to 2.0.13 and got an error Well, I haven't done any changes.. May 29 20:01:53 mailserver dovecot: dict: Error: Can't open configuration file /etc/dovecot/dovecot-dict-sql.conf.ext: Permission denied With the current design this config file is opened late after dropping privileges. and I could see that /etc/dovecot/dovecot-dict-sql.conf.ext is owning by root:root with 600. After changing to root:root 644 all works, but after each upgrade all files in /etc/dovecot will be set to 600. This config file contains sql password, so it shouldn't be world-readable. Maybe it should be root:dovecot 640, because dict process runs as dovecot user by default (and I'd guess dovecot group).
Re: [Dovecot] chroot lmtp, then can not open /usr/local/lib/dovecot
On Sat, 2011-06-04 at 21:48 +0800, johnw wrote: i want to chroot lmtp with sieve, but have some problem, look like lmtp can not load sieve's lib or something. the error message like this: dovecot: lmtp(12799): Fatal: opendir(/usr/local/lib/dovecot) failed: No such file or directory all is work fine, when not config lmtp chroot. can i config lmtp load sieve before chroot? Not currently. Or you could put the sieve plugin inside the chroot (and maybe change protocol lmtp { mail_plugins_dir }).
Re: [Dovecot] Outlook2010 + dovecot-1.2.10 - UID FETCH 0 (xxx) Error
On Sat, 2011-06-04 at 09:51 +0800, Jin FengMing wrote: I have an email account configured as IMAP(dovecot-1.2.10) via outlook 2010. If I'm creating a *new* mailbox folder, for example ttt, and *copying* a mail into *that* mailbox folder, then an error message window will be displayed. The problem caused by C:UID FETCH 0 (UID FLAGS RFC822.SIZE BODY.PEEK[HEADER] INTERNALDATE) S:3mgc BAD Error in IMAP command UID FETCH: Invalid uidset My guess: This happens with all IMAP servers, and there's nothing an IMAP server can do about it. It's simply wrong to FETCH UID 0. Even if Dovecot gave some reply to it, I don't know if Outlook could handle it.
Re: [Dovecot] Outlook2010 + dovecot-1.2.10 - UID FETCH 0 (xxx) Error
On 6/6/2011 22:47, Timo Sirainen wrote: On Sat, 2011-06-04 at 09:51 +0800, Jin FengMing wrote: I have an email account configured as IMAP(dovecot-1.2.10) via outlook 2010. If I'm creating a *new* mailbox folder, for example ttt, and *copying* a mail into *that* mailbox folder, then an error message window will be displayed. The problem caused by C:UID FETCH 0 (UID FLAGS RFC822.SIZE BODY.PEEK[HEADER] INTERNALDATE) S:3mgc BAD Error in IMAP command UID FETCH: Invalid uidset My guess: This happens with all IMAP servers, and there's nothing an IMAP server can do about it. It's simply wrong to FETCH UID 0. Even if Dovecot gave some reply to it, I don't know if Outlook could handle it. Thanks for your reply. Hope outlook guys can fix it.[1] [1] http://answers.microsoft.com/en-us/office/forum/office_2010-outlook/bug-outlook2010-uid-fetch-0-uid-flags-rfc822size/13a8610b-bed4-48c1-bd70-d2bc5cb342a7 Best regards.
Re: [Dovecot] Subject: IMAP crash on index
On 6 June 2011 15:26, Timo Sirainen t...@iki.fi wrote: rm dovecot.index* from this user's maildirs should fix the crash. There's a good chance this has already been fixed in v2.0. Deleteing the index files doesn't seem to help; firing up mutt shows me a message saying that the index is being rebuilt but once that process has completed the connection closes and the log shows the same error message as before. I did consider testing out v2, but alas there are no convenient packages in any of the stable debian releases.
Re: [Dovecot] chroot lmtp, then can not open /usr/local/lib/dovecot
On Mon, 06 Jun 2011 17:46:31 +0300, Timo Sirainen wrote: On Sat, 2011-06-04 at 21:48 +0800, johnw wrote: i want to chroot lmtp with sieve, but have some problem, look like lmtp can not load sieve's lib or something. the error message like this: dovecot: lmtp(12799): Fatal: opendir(/usr/local/lib/dovecot) failed: No such file or directory all is work fine, when not config lmtp chroot. can i config lmtp load sieve before chroot? Not currently. Or you could put the sieve plugin inside the chroot (and maybe change protocol lmtp { mail_plugins_dir }). after copy those sieve's thing to chroot_dir, and link the userdb socket to chroot_dir. i see the error like this: (lmtp) Couldn't drop privileges: Process is already chrooted, can't un-chroot for this user i already config mail_chroot, should i remove it?(mail_chroot) any how-to document is for lmtp chroot? please help, and thank you.
Re: [Dovecot] Using Dovecot new version 2.0.13 facing issues.
On Fri, 2011-06-03 at 22:57 +0530, गौरव जोशी wrote: Hi, I have configured POP-IMAP server with dovecot 2.0.13 with mysql support. When I am running load test on the same I face issue on IMAP connections. I get dovecot: imap-login: Error: fd_send(imap, 15) failed: Interrupted system call followed by dovecot: imap-login: Internal login failure in log files. See if these patches help: http://hg.dovecot.org/dovecot-2.0/rev/86e4023d08e4 http://hg.dovecot.org/dovecot-2.0/rev/6fdee880c5dc
Re: [Dovecot] chroot lmtp, then can not open /usr/local/lib/dovecot
On Mon, 2011-06-06 at 23:20 +0800, johnw wrote: (lmtp) Couldn't drop privileges: Process is already chrooted, can't un-chroot for this user i already config mail_chroot, should i remove it?(mail_chroot) any how-to document is for lmtp chroot? protocol !lmtp { mail_chroot = /somewhere }
Re: [Dovecot] Subject: IMAP crash on index
On Mon, 2011-06-06 at 16:17 +0100, Ruan Kendall wrote: On 6 June 2011 15:26, Timo Sirainen t...@iki.fi wrote: rm dovecot.index* from this user's maildirs should fix the crash. There's a good chance this has already been fixed in v2.0. Deleteing the index files doesn't seem to help; Are you sure you deleted the right index? Each folder has one. This error really should go away with deleting the correct dovecot.index.log file. firing up mutt shows me a message saying that the index is being rebuilt That's mutt's index, not Dovecot's.
[Dovecot] after upgrade to 2.x, sieve do not create folder
after upgrade to 2.x, sieve do not create folder, which do not exist. i remenber(maybe wrong) 1.2.x sieve plugin will create folder, if it do not exist. the sieve log like this failed to store into mailbox 'dovecot': Mailbox doesn't exist: dovecot can i config sieve automatic create the folder? please help, and thank you.
Re: [Dovecot] Subject: IMAP crash on index
Ahh, I'd failed to get rid of the index files in all of the subfolders. My bad. Everything seems to be working fine now. Thanks for your help! On 6 June 2011 16:29, Timo Sirainen t...@iki.fi wrote: On Mon, 2011-06-06 at 16:17 +0100, Ruan Kendall wrote: On 6 June 2011 15:26, Timo Sirainen t...@iki.fi wrote: rm dovecot.index* from this user's maildirs should fix the crash. There's a good chance this has already been fixed in v2.0. Deleteing the index files doesn't seem to help; Are you sure you deleted the right index? Each folder has one. This error really should go away with deleting the correct dovecot.index.log file. firing up mutt shows me a message saying that the index is being rebuilt That's mutt's index, not Dovecot's.
Re: [Dovecot] chroot lmtp, then can not open /usr/local/lib/dovecot
On 2011年06月06日 23:28, Timo Sirainen wrote: On Mon, 2011-06-06 at 23:20 +0800, johnw wrote: (lmtp) Couldn't drop privileges: Process is already chrooted, can't un-chroot for this user i already config mail_chroot, should i remove it?(mail_chroot) any how-to document is for lmtp chroot? protocol !lmtp { mail_chroot = /somewhere } doveconf: Fatal: Error in configuration file /etc/dovecot/conf.d/10-master.conf line 50: Unknown setting: mail_chroot
Re: [Dovecot] after upgrade to 2.x, sieve do not create folder
On Mon, 2011-06-06 at 23:08 +0800, John Wong wrote: after upgrade to 2.x, sieve do not create folder, which do not exist. i remenber(maybe wrong) 1.2.x sieve plugin will create folder, if it do not exist. the sieve log like this failed to store into mailbox 'dovecot': Mailbox doesn't exist: dovecot can i config sieve automatic create the folder? The proper way to do this would be to add :create to the Sieve script: fileinto :create dovecot But I think lda_mailbox_autocreate=yes might also fix this for you.
Re: [Dovecot] chroot lmtp, then can not open /usr/local/lib/dovecot
On Mon, 2011-06-06 at 23:36 +0800, johnw wrote: On 2011年06月06日 23:28, Timo Sirainen wrote: On Mon, 2011-06-06 at 23:20 +0800, johnw wrote: (lmtp) Couldn't drop privileges: Process is already chrooted, can't un-chroot for this user i already config mail_chroot, should i remove it?(mail_chroot) any how-to document is for lmtp chroot? protocol !lmtp { mail_chroot = /somewhere } doveconf: Fatal: Error in configuration file /etc/dovecot/conf.d/10-master.conf line 50: Unknown setting: mail_chroot Did you put it inside service lmtp {} or something? That's different from protocol lmtp {}
Re: [Dovecot] after upgrade to 2.x, sieve do not create folder
Monday, June 6, 2011, 10:38:34 AM, Timo wrote: On Mon, 2011-06-06 at 23:08 +0800, John Wong wrote: after upgrade to 2.x, sieve do not create folder, which do not exist. i remenber(maybe wrong) 1.2.x sieve plugin will create folder, if it do not exist. the sieve log like this failed to store into mailbox 'dovecot': Mailbox doesn't exist: dovecot can i config sieve automatic create the folder? The proper way to do this would be to add :create to the Sieve script: fileinto :create dovecot But I think lda_mailbox_autocreate=yes might also fix this for you. 'lda_mailbox_autocreate = yes' fixed it for me. I also added: lda_mailbox_autosubscribe = yes so the mailbox would be subscribed automatically. -- Best regards, Duanemailto:du...@duanemail.org
[Dovecot] Please HELP, TRASH won't work at all
Folks, I'm setting a imap server here to store our mails, no need for quota or anything fancy, we just need trash can to work, when I mark a message to delete, this message to be moved to trash folder. that's all that I need. any thoughts?
Re: [Dovecot] chroot lmtp, then can not open /usr/local/lib/dovecot
On 2011年06月06日 23:39, Timo Sirainen wrote: On Mon, 2011-06-06 at 23:36 +0800, johnw wrote: On 2011年06月06日 23:28, Timo Sirainen wrote: On Mon, 2011-06-06 at 23:20 +0800, johnw wrote: (lmtp) Couldn't drop privileges: Process is already chrooted, can't un-chroot for this user i already config mail_chroot, should i remove it?(mail_chroot) any how-to document is for lmtp chroot? protocol !lmtp { mail_chroot = /somewhere } doveconf: Fatal: Error in configuration file /etc/dovecot/conf.d/10-master.conf line 50: Unknown setting: mail_chroot Did you put it inside service lmtp {} or something? That's different from protocol lmtp {} i added it to 20-lmtp.conf, is it correct? --- ## ## LMTP specific settings ## # Support proxying to other LMTP/SMTP servers by performing passdb lookups. #lmtp_proxy = no # When recipient address includes the detail (e.g. user+detail), try to save # the mail to the detail mailbox. See also recipient_delimiter and # lda_mailbox_autocreate settings. #lmtp_save_to_detail_mailbox = no protocol lmtp { # Space separated list of plugins to load (default is global mail_plugins). mail_plugins = $mail_plugins sieve } protocol !lmtp { mail_chroot = /var/vmail/ } -- then, i still see this error in log: Couldn't drop privileges: Process is already chrooted, can't un-chroot for this user
Re: [Dovecot] chroot lmtp, then can not open /usr/local/lib/dovecot
On Tue, 2011-06-07 at 00:02 +0800, johnw wrote: i already config mail_chroot, should i remove it?(mail_chroot) any how-to document is for lmtp chroot? protocol !lmtp { mail_chroot = /somewhere } i added it to 20-lmtp.conf, is it correct? It doesn't matter where you add it, as long as the doveconf -n output looks correct. protocol !lmtp { mail_chroot = /var/vmail/ } Looks right. then, i still see this error in log: Couldn't drop privileges: Process is already chrooted, can't un-chroot for this user Is there another mail_chroot setting elsewhere? The important thing is that when you do: doveconf mail_chroot it shows the chroot, but when you do: doveconf -f protocol=lmtp mail_chroot the result should be empty.
Re: [Dovecot] after upgrade to 2.x, sieve do not create folder
On 2011年06月06日 23:38, Timo Sirainen wrote: On Mon, 2011-06-06 at 23:08 +0800, John Wong wrote: after upgrade to 2.x, sieve do not create folder, which do not exist. i remenber(maybe wrong) 1.2.x sieve plugin will create folder, if it do not exist. the sieve log like this failed to store into mailbox 'dovecot': Mailbox doesn't exist: dovecot can i config sieve automatic create the folder? The proper way to do this would be to add :create to the Sieve script: fileinto :create dovecot But I think lda_mailbox_autocreate=yes might also fix this for you. yes, lda_mailbox_autocreate = yes, work just fine. thank all.
Re: [Dovecot] chroot lmtp, then can not open /usr/local/lib/dovecot
On 2011年06月07日 00:09, Timo Sirainen wrote: On Tue, 2011-06-07 at 00:02 +0800, johnw wrote: i already config mail_chroot, should i remove it?(mail_chroot) any how-to document is for lmtp chroot? protocol !lmtp { mail_chroot = /somewhere } i added it to 20-lmtp.conf, is it correct? It doesn't matter where you add it, as long as the doveconf -n output looks correct. protocol !lmtp { mail_chroot = /var/vmail/ } Looks right. then, i still see this error in log: Couldn't drop privileges: Process is already chrooted, can't un-chroot for this user Is there another mail_chroot setting elsewhere? The important thing is that when you do: doveconf mail_chroot it shows the chroot, but when you do: doveconf -f protocol=lmtp mail_chroot the result should be empty. when i have mail_chroot = /var/vmail/ in 10-mail.conf both doveconf mail_chroot and doveconf -f protocol=lmtp mail_chroot result is same: mail_chroot = /var/vmail/ when i remove mail_chroot = /var/vmail/ in 10-mail.conf both result is empty: mail_chroot = i have only one mail_chroot setting in 10-mail.conf, but i also have valid_chroot_dirs = /var/vmail/. is it matter?
Re: [Dovecot] chroot lmtp, then can not open /usr/local/lib/dovecot
On 6.6.2011, at 19.32, johnw wrote: Is there another mail_chroot setting elsewhere? The important thing is that when you do: doveconf mail_chroot it shows the chroot, but when you do: doveconf -f protocol=lmtp mail_chroot the result should be empty. when i have mail_chroot = /var/vmail/ in 10-mail.conf both doveconf mail_chroot and doveconf -f protocol=lmtp mail_chroot result is same: mail_chroot = /var/vmail/ when i remove mail_chroot = /var/vmail/ in 10-mail.conf both result is empty: mail_chroot = Put that mail_chroot setting inside the protocol !lmtp {} section. The settings don't have any hard coded places in the config files. You can put anything anywhere.. i have only one mail_chroot setting in 10-mail.conf, but i also have valid_chroot_dirs = /var/vmail/. is it matter? valid_chroot_dirs is ignored when mail_chroot is set.
Re: [Dovecot] chroot lmtp, then can not open /usr/local/lib/dovecot
On 2011年06月07日 00:42, Timo Sirainen wrote: On 6.6.2011, at 19.32, johnw wrote: Is there another mail_chroot setting elsewhere? The important thing is that when you do: doveconf mail_chroot it shows the chroot, but when you do: doveconf -f protocol=lmtp mail_chroot the result should be empty. when i have mail_chroot = /var/vmail/ in 10-mail.conf both doveconf mail_chroot and doveconf -f protocol=lmtp mail_chroot result is same: mail_chroot = /var/vmail/ when i remove mail_chroot = /var/vmail/ in 10-mail.conf both result is empty: mail_chroot = Put that mail_chroot setting inside the protocol !lmtp {} section. The settings don't have any hard coded places in the config files. You can put anything anywhere.. yes, i did it (put the mail_chroot inside the protocol !lmtp { mail_chroot = /var/vmail/ } and no mail_chroot anywhere. but the both doveconf mail_chroot and doveconf -f protocol=lmtp mail_chroot result is same empty: mail_chroot = then i retry add the mail_chroot = /var/vmail/ in (somewhere)10-mail.conf(i know it can be anywhere), and still have protocol !lmtp { mail_chroot = /var/vmail/ } then the both result is same: mail_chroot = /var/vmail/ i mean the protocol !lmtp { mail_chroot = /var/vmail/ }, look like not working.
Re: [Dovecot] Please HELP, TRASH won't work at all
On 2011-06-06 12:00 PM, Ivan Rodrigues wrote: I'm setting a imap server here to store our mails, no need for quota or anything fancy, we just need trash can to work, when I mark a message to delete, this message to be moved to trash folder. That is the job of the client... and each client does it differently... -- Best regards, Charles
Re: [Dovecot] chroot lmtp, then can not open /usr/local/lib/dovecot
On 6.6.2011, at 19.59, johnw wrote: yes, i did it (put the mail_chroot inside the protocol !lmtp { mail_chroot = /var/vmail/ } and no mail_chroot anywhere. but the both doveconf mail_chroot and doveconf -f protocol=lmtp mail_chroot result is same empty: mail_chroot = Oh, looks like doveconf didn't work exactly as I thought :) Small modification to the test then: doveconf -f protocol=imap mail_chroot doveconf -f protocol=lmtp mail_chroot Now it should show the chroot with imap, but not with lmtp.
[Dovecot] Doveadm index!
Hello folks, I recent update my dovecot 2.0.6 to the version 2.0.13 cause i wanted to use dovecot index to build fts squat for users! I noticed that there is no log for the fts build action, it does log all actions to the normal index.cache. Timo, could you add some logging please? And also, if possible an option to cache all mailbox of the users! Thanks a lot! Right now is already helping me a lot. []'sf.rique
Re: [Dovecot] restore lost emails
From: Timo Sirainen t...@iki.fi To: Daminto Lie dli...@yahoo.com.au Cc: dovecot@dovecot.org Sent: Tue, 7 June, 2011 12:30:17 AM Subject: Re: [Dovecot] restore lost emails On Sun, 2011-06-05 at 21:06 -0700, Daminto Lie wrote: Hi, I was wondering if anyone might be able to help me with this. I am running Postfix 2.7.0, Dovecot 1.2.9 and squirrelmail. Every week, I perform a back-up on both Postfix and Dovecot (maildir and conf folders). That's good because I have all the emails backed up. And now what I would like to ask is whether or not there are any easy way of restoring e-mails if some emails got deleted by accident or for other reason. So far, I have tried to look up the answer on the Internet but got a bit of vague answer. Other than finding and restoring the mail from backups, there's no simple way. Although you could configure Dovecot to do lazy-expunging: http://wiki.dovecot.org/Plugins/Lazyexpunge Thank you for your reply, Timo. OK, but if I want to restore a particular mail from backups, what're the steps involved? What I mean is do I just copy and paste that mail file from backups to the user account maildir folder and what program should I run to synchronize it. Thank you once again
Re: [Dovecot] possible bug leading to lmtp crashes
On 05/19/2011 07:20 AM, Trever L. Adams wrote: May 17 04:01:02 dovecot: auth: Panic: file ../../src/lib/array.h: line 189 (array_idx_i): assertion failed: (idx * array-element_size array-buffer-used) This is usually repeated 2 or more times near a crash. On the machine that doesn't crash, I NEVER see this. On the machines that crash, there isn't (or doesn't seem to be) a 1:1 correlation. ** THERE IS A 1:1 FOUND LATER ** Trever Ok, I think I have figured out the cause, but no the problem in the code. There were three machines TS, PP, ST. TS and ST had identical configurations with auth_username_format = %Lu. PP had it = %u. PP started crashing when I changed it to %Lu. As mentioned the kerberos/ldap setup is Samba4 here. PP had administrator and guest all lower case, ST had administrator but Guest. TS had Administrator and Guest. When I changed all auth_username_format=%u and ST Guest to guest (in userPrincipalName, I didn't mess with anything else), ST and PP stopped having any problems (at least for the last 6 hours even with things like the doveadm calls below which would always have at least one crash). I just changed TS to be administrator and guest and did the doveadm and some other things. No crashes. So, why is this the case when it will deliver (dovecot deliver) the email but will cause crashes some times? I do not know why. And logins work to imaps. The doveadm: doveadm expunge -A mailbox TRASH savedbefore 30d doveadm expunge -A mailbox SPAM savedbefore 30d doveadm expunge -A mailbox SPAM savedbefore 2d SEEN doveadm expunge -A mailbox Dangerous savedbefore 1w doveadm expunge -A mailbox Infected savedbefore 1w (complete backtraces of some things found at: https://bugzilla.redhat.com/show_bug.cgi?id=697325) Thank you, Trever Adams -- To fall in love is to create a religion that has a fallible god. -- JLB signature.asc Description: OpenPGP digital signature
Re: [Dovecot] restore lost emails
On Mon, 6 Jun 2011 19:29:38 -0700 (PDT) Daminto Lie dli...@yahoo.com.au wrote: OK, but if I want to restore a particular mail from backups, what're the steps involved? What I mean is do I just copy and paste that mail file from backups to the user account maildir folder and what program should I run to synchronize it. exactly, just copy the mail from your backup back into the users maildir (usually into 'cur'). Make sure the permissions of the restored file are correct. No need to synchronize anything, dovecot automatically detects the added message.