- dovecot - dovecot.org

[Dovecot] Bug report: Panic: Trying to sync mailbox archive with open transactions
by Erik Hetzner 26 May '11

26 May '11

Hi, I am getting the following error trying to search a virtual folder. May 26 11:35:29 xam dovecot: imap(egh): Panic: Trying to sync mailbox archive with open transactions May 26 11:35:29 xam dovecot: imap(egh): Error: Raw backtrace: /usr/local/stow/dovecot-2.0.13/lib/dovecot/libdovecot.so.0(+0x39ce1) [0xd2dce1] -> /usr/local/stow/dovecot-2.0.13/lib/dovecot/libdovecot.so.0(+0x39d4f) [0xd2dd4f] -> /usr/local/stow/dovecot-2.0.13/lib/dovecot/libdovecot.so.0(i_fatal+0) [0xd0485e] -> /usr/local/stow/dovecot-2.0.13/lib/dovecot/libdovecot-storage.so.0(+0x24dd6) [0xf5add6] -> /usr/local/stow/dovecot-2.0.13/lib/dovecot/lib20_virtual_plugin.so(virtual_storage_sync_init+0x80f) [0x4a1a7f] -> /usr/local/stow/dovecot-2.0.13/lib/dovecot/libdovecot-storage.so.0(mailbox_sync_init+0x39) [0xf5ada9] -> dovecot/imap(imap_sync_init+0x54) [0x805df74] -> dovecot/imap(cmd_sync_delayed+0x1bc) [0x805ecdc] -> dovecot/imap(client_handle_input+0x21a) [0x805658a] -> dovecot/imap(client_input+0x5f) [0x8056daf] -> /usr/local/stow/dovecot-2.0.13/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x51) [0xd3b681] -> /usr/local/stow/dovecot-2.0.13/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0xd3) [0xd3c8b3] -> /usr/local/stow/dovecot-2.0.13/lib/dovecot/libdovecot.so.0(io_loop_run+0x40) [0xd3b600] -> /usr/local/stow/dovecot-2.0.13/lib/dovecot/libdovecot.so.0(master_service_run+0x2a) [0xd26e1a] -> dovecot/imap(main+0x32d) [0x805f99d] -> /lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xe7) [0x808e37] -> dovecot/imap() [0x804e131] May 26 11:35:29 xam dovecot: master: Error: service(imap): child 18403 killed with signal 6 (core dumps disabled) As you can see, I am using fts_solr plugin. the virtual mailbox is pretty simple: INBOX * -spam -Trash -trash -drafts My client is Wanderlust. Let me know any other information I can provide. Thank you! best, Erik Hetzner Sent from my free software system <http://fsf.org/>.

1 0

[Dovecot] Dovecot imaptest on RHEL4/GFS1, RHEL6/GFS2, NFS and local storage results
by Aliet Santiesteban Sifontes 26 May '11

26 May '11

We have done some benchmarking tests using dovecot 2.0.12 to find the best shared filesystem for hosting many users, here I share with you the results, notice the bad perfomance of all the shared filesystems against the local storage. Is there any specific optimization/tunning on dovecot for use GFS2 on rhel6??, we have configured the director to make the user mailbox persistent in a node, we will thank's any help from you. we are interested in using GFS2 or NFS, we believe the problem is the locks, how can we improve this?? best regards, Aliet The results rhel 4.8 x86_64/GFS1 two nodes, shared FC lun on a SAN Totals: Logi List Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo 100% 50% 50% 100% 100% 100% 50% 100% 100% 100% 100% 30% 5% 1- 2608 1321 1311 2608 2508 3545 547 2001 2493 2702 5282 2- 2810 1440 1430 2810 2688 3835 403 2154 2679 2925 5706 3- 2913 1457 1441 2908 2778 3913 417 2253 2773 3034 5924 4- 2814 1448 1412 2812 2695 3910 401 2186 2686 2929 5712 5- 2789 1464 1432 2787 2652 3774 427 2112 2649 2879 5676 6- 2843 1460 1444 2839 2722 3948 422 2164 2713 2957 5778 rhel6 x86_64/GFS2 two nodes, shared FC lun on a SAN(Used RDM in VMWare vSphere for GFS2 lun) Tunned cluster suite cluster.conf + <dlm plock_ownership="1" plock_rate_limit="0"/> <gfs_controld plock_rate_limit="0"/> Totals: Logi List Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo 100% 50% 50% 100% 100% 100% 50% 100% 100% 100% 100% 30% 5% 1- 2730 1340 1356 2704 2644 3748 522 2125 2643 2662 5422 2- 3309 1618 1659 3294 3223 4658 531 2563 3221 3239 6596 3- 2131 1046 1017 2055 2025 2911 381 1608 2024 2052 4256 4- 2176 1055 1039 2082 2058 2947 377 1671 2058 2078 4344 5- 1859 928 931 1859 1800 2626 304 1454 1799 1801 3706 6- 2672 1322 1329 2672 2607 3758 464 2097 2606 2615 5326 rhel6 x86_64/GFS2 two nodes, shared FC lun on a SAN(Used RDM in VMWare vSphere for GFS2 lun) Cluster suite defaults configs for plocks Totals: Logi List Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo 100% 50% 50% 100% 100% 100% 50% 100% 100% 100% 100% 30% 5% 1- 1417 644 676 1325 1305 1872 308 1048 1302 1318 2824 2- 837 378 392 742 726 1050 117 588 722 734 1658 3- 803 363 347 752 745 1069 153 597 744 750 1658 4- 1682 802 811 1587 1569 2261 291 1299 1569 1585 3360 5- 1146 583 564 1146 1037 1500 213 811 1037 1049 2290 6- 838 403 366 744 734 1057 152 561 731 736 1664 rhel6 x86_64 two nodes used NFS(NAS Freenas 0.8, nfsvers 3) Totals: Logi List Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo 100% 50% 50% 100% 100% 100% 50% 100% 100% 100% 100% 30% 5% 1- 1382 699 691 1357 1063 1500 224 861 1053 1313 2694 2- 1634 785 799 1610 1459 2120 311 1192 1451 1570 3204 2- 1635 826 806 1611 1463 2088 345 1159 1459 1568 3190 3- 1574 758 781 1537 1403 2060 324 1135 1396 1504 3090 4- 1685 842 807 1653 1506 2135 349 1215 1504 1634 3344 5- 1766 850 893 1737 1582 2289 335 1288 1579 1705 3480 6- 1597 797 769 1572 1423 2007 313 1133 1420 1536 3142 rhel6 x86_64 local storage Totals: Logi List Stat Sele Fetc Fet2 Stor Dele Expu Appe Logo 100% 50% 50% 100% 100% 100% 50% 100% 100% 100% 100% 30% 5% 1- 7798 3868 3889 7706 7566 10713 1080 6089 7559 7688 15562 2- 7806 3879 3874 7716 7585 10873 1114 6018 7578 7696 15572 3- 7866 3910 3855 7773 7748 11053 1076 6253 7747 7761 15710 4- 7893 3978 3931 7802 7772 10988 1117 6197 7767 7789 15760 5- 7775 3853 3809 7683 7654 10897 1081 6142 7651 7675 15534 6- 7877 3919 3872 7789 7758 10986 1085 6218 7755 7773 15720

4 10

[Dovecot] Moving maildir mailboxes
by Willie Gillespie 26 May '11

26 May '11

I am using Maildir with Dovecot 1.2. (Config available if needed, but should be a simple question.) I have a bunch of mail that I would like to do a one-time move from a private namespace to a shared namespace. The namespaces are already set up, etc. Can I just move the folders to their new location? I am not merging with existing folders, they would be new subfolders. Thanks! - Willie

2 1

[Dovecot] 2.0.12 (fa2e92526716): Deleting mails and folders from public namespaces
by Binarus 26 May '11

26 May '11

Hello, we basically run a dovecot imap setup where users' mailboxes are in private namespaces (as usual), but there is a public namespace with several thousand deeply nested folders also. The client we use is Thunderbird 3. The public namespace shows up in each user's account at the top level (i.e. same level as Inbox, Sent and so on), and users can make new subfolders in the public namespace, copy mails to it and so on. So, our setup basically works. But whenever a user tries to delete a folder from the public namespace, dovecot gives the following error: "Renaming not supported across non-private namespaces". I think I have a grasp why this happens (Thunderbird tries to move the folder from the public namespace into the trash folder (private namespace) of the user who does the deletion), and I also have read Timo's statement that he does not plan to support such renaming due to big problems he is seeing with it. Nevertheless, since deleting a folder from a public archive is not a too uncommon thing, I wanted to ask how other people have solved that. It came to my mind to configure Thunderbird to immediately delete folders and messages (instead of moving them to trash folder). I have tested that, and it worked, but is somehow dangerous and unsatisfying. Furthermore, I haven't completely understood the reason for the different behaviour of folders in the public namespace and a single message therein. If I configure Thunderbird to use the trash folder, users can delete messages from the public namespace, i.e. Thunderbird can move messages from the public namespace to the private trash folder of the respective account. This is obviously not true for folders (even if they are empty). What's the difference between an empty folder and a single message in this respect? Is it really the ACL thing which makes folders so difficult to handle opposed to single messages? Thank you very much for any ideas! Regards, Peter ************ dovecot -n: # 2.0.12 (fa2e92526716): /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0.1 auth_verbose = yes auth_verbose_passwords = sha1 first_valid_uid = 103 maildir_copy_with_hardlinks = no namespace { hidden = no inbox = yes list = yes location = maildir:/home/vmail/content/users/%u:INDEX=/home/vmail/index/users/%u prefix = separator = / subscriptions = yes type = private } namespace { hidden = no inbox = no list = yes location = maildir:/home/vmail/content/archive:INDEX=/home/vmail/index/archive prefix = Archive/ separator = / subscriptions = yes type = public } passdb { args = scheme=SSHA username_format=%u /etc/dovecot/users driver = passwd-file } plugin { acl = vfile } protocols = " imap" service auth { user = root } service imap-login { inet_listener imap { port = 0 } inet_listener imaps { address = 192.168.20.140 port = 993 ssl = yes } } ssl_cert = </etc/dovecot/imap-ssl.home.omeganet.de.crt ssl_key = </etc/dovecot/imap-ssl.home.omeganet.de.key userdb { args = uid=vmail gid=vmail home=/home/vmail/content/users/%u driver = static } protocol imap { mail_plugins = acl imap_acl }

3 4

[Dovecot] Per user Namespaces From SQL
by Henrique Fernandes 26 May '11

26 May '11

Hello folks, i am lookign in the wiki, but did not find anything very clear about what i want. I need to have namespace for each user from mysql. But like, i need all configruation comming from mysql, not only the location. Is that possible? here: http://wiki2.dovecot.org/Namespaces at section: Per-user Namespace Location From SQLI can set the location, is there an way to make everything ? Like the name of namespace, and etc ? Thanks to all! []'sf.rique

2 1

[Dovecot] v1.1.20 vs v1.2 & v2.0
by Adam 25 May '11

25 May '11

I am currently running v1.1.20 and was wondering if there is any compelling reason to upgrade to v1.2 or v2.0? For example is there any security updates in v1.2 or v2.0 that aren't included in v1.1.20? The other major thing I would be interested in knowing is there any speed enhancements in the newer versions? I am using basic PAM Auth and Maildir mailboxes on a Linux box. Let me know if you need any more information to answer my questions. Thanks, Adam

4 4

[Dovecot] problems with debian 5.0 and thunderbird
by Steven Jones 25 May '11

25 May '11

Hi, Does anyone have a setup guide for Thunderbird and Dovecot on Debian please? Dovecot is 1.0.15 I have Dovecot running listening on 143 and I can telnet from the XP guest but Thunderbird cant or wont talk to it. I have taken the # off listen and I get a telnet reply, no firewall is configured.... Ive set thunderbird up lots so I suspect its not Thunderbird but a dovecot config I have wrong. regards

2 1

[Dovecot] libwrap does it work on in 2.0?
by a.smith＠ukgrid.net 24 May '11

24 May '11

Hi, I noticed recently that libwrap (TCP Wrappers) is supported, although disabled by default, in the current Dovecot 2.0 but doesn't seem to be mentioned anywhere on the wiki. Is this working well/at all? Anyone care with experience using this care to share their experiences? My OS is FreeBSD, I noticed on some Linux distributions there may be issues, but this won't affect my installation. thanks Andy.

1 0

[Dovecot] Dovecot 2 and Expire plugins : doesn't have record in DB
by San San 24 May '11

24 May '11

Dovecot 2 and Expire plugins : doesn't have records in db Hide Details FROM: * San San TO: * dovecot(a)dovecot.org Message flagged Tuesday, May 24, 2011 1:09 PM Dear Dovecot I have already config dovecot server with 2.0.13, and I need to enable expire plugins (in dovecot1 I have already used) but I see in my db doesn't have any record how about to debug or trace to solve this problem doveconf -n : auth_verbose = yes default_internal_user = vmail dict { expire = mysql:/usr/local/etc/dovecot/dovecot-dict-expire.conf } disable_plaintext_auth = no first_valid_gid = 200 first_valid_uid = 200 last_valid_gid = 200 last_valid_uid = 200 login_greeting = mail ready. mail_gid = vmail mail_location = maildir:~/Maildir mail_nfs_storage = yes mail_plugins = expire mail_uid = vmail maildir_very_dirty_syncs = yes namespace { hidden = no inbox = yes list = yes location = prefix = INBOX. separator = subscriptions = yes type = private } passdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf driver = ldap } plugin { autocreate = INBOX.Drafts autocreate2 = INBOX.Sent autocreate3 = INBOX.Trash autocreate4 = INBOX.Spam autosubscribe = INBOX.Drafts autosubscribe2 = INBOX.Sent autosubscribe3 = INBOX.Trash autosubscribe4 = INBOX.Spam expire = INBOX.Trash 15d expire2 = INBOX.Spam 30d expire_dict = proxy::expire quota = maildir quota_rule = INBOX.Trash:storage=+200M } protocols = imap service anvil { chroot = empty client_limit = 0 drop_priv_before_exec = no executable = anvil extra_groups = group = idle_kill = 4294967295 secs privileged_group = process_limit = 1 process_min_avail = 1 protocol = service_count = 0 type = anvil unix_listener anvil-auth-penalty { group = mode = 0600 user = } unix_listener anvil { group = mode = 0600 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } service auth-worker { chroot = client_limit = 1 drop_priv_before_exec = no executable = auth -w extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 1 type = unix_listener auth-worker { group = mode = 0600 user = $default_internal_user } user = vsz_limit = 18446744073709551615 B } service auth { chroot = client_limit = 4096 drop_priv_before_exec = no executable = auth extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1 process_min_avail = 0 protocol = service_count = 0 type = unix_listener auth-client { group = mode = 0600 user = } unix_listener auth-login { group = mode = 0600 user = $default_internal_user } unix_listener auth-master { group = vmail mode = 0600 user = vmail } unix_listener auth-userdb { group = mode = 0600 user = } unix_listener login/login { group = mode = 0666 user = } user = root vsz_limit = 18446744073709551615 B } service config { chroot = client_limit = 0 drop_priv_before_exec = no executable = config extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 0 type = config unix_listener config { group = mode = 0600 user = } user = vsz_limit = 18446744073709551615 B } service dict { chroot = client_limit = 1 drop_priv_before_exec = no executable = dict extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 0 type = unix_listener dict { group = mode = 0600 user = vmail } user = $default_internal_user vsz_limit = 64 M } service director { chroot = client_limit = 0 drop_priv_before_exec = no executable = director extra_groups = fifo_listener login/proxy-notify { group = mode = 00 user = } group = idle_kill = 4294967295 secs privileged_group = process_limit = 1 process_min_avail = 0 protocol = service_count = 0 type = unix_listener director-admin { group = mode = 0600 user = } unix_listener login/director { group = mode = 00 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } service dns_client { chroot = client_limit = 1 drop_priv_before_exec = no executable = dns-client extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 0 type = unix_listener dns-client { group = mode = 0666 user = } unix_listener login/dns-client { group = mode = 0666 user = } user = $default_internal_user vsz_limit = 18446744073709551615 B } service doveadm { chroot = client_limit = 1 drop_priv_before_exec = no executable = doveadm-server extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 1 type = unix_listener doveadm-server { group = mode = 0600 user = } user = vsz_limit = 64 M } service imap-login { chroot = login client_limit = 800 drop_priv_before_exec = no executable = imap-login extra_groups = group = idle_kill = 0 inet_listener imap { address = port = 143 ssl = no } inet_listener imaps { address = port = 993 ssl = yes } privileged_group = process_limit = 255 process_min_avail = 10 protocol = imap service_count = 0 type = login user = nobody vsz_limit = 64 M } service imap { chroot = client_limit = 1024 drop_priv_before_exec = no executable = imap extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1024 process_min_avail = 8 protocol = imap service_count = 1 type = unix_listener login/imap { group = mode = 0666 user = } user = vsz_limit = 64 M } service lmtp { chroot = client_limit = 0 drop_priv_before_exec = no executable = lmtp extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = lmtp service_count = 0 type = unix_listener lmtp { group = mode = 0666 user = } user = vsz_limit = 0 } service log { chroot = client_limit = 0 drop_priv_before_exec = no executable = log extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1 process_min_avail = 0 protocol = service_count = 0 type = log user = vsz_limit = 18446744073709551615 B } service pop3-login { chroot = login client_limit = 255 drop_priv_before_exec = no executable = pop3-login extra_groups = group = idle_kill = 0 inet_listener pop3 { address = port = 110 ssl = no } inet_listener pop3s { address = port = 995 ssl = yes } privileged_group = process_limit = 255 process_min_avail = 10 protocol = pop3 service_count = 0 type = login user = nobody vsz_limit = 64 M } service pop3 { chroot = client_limit = 1 drop_priv_before_exec = no executable = pop3 extra_groups = group = idle_kill = 0 privileged_group = process_limit = 1024 process_min_avail = 0 protocol = pop3 service_count = 1 type = unix_listener login/pop3 { group = mode = 0666 user = } user = vsz_limit = 18446744073709551615 B } service ssl-params { chroot = client_limit = 0 drop_priv_before_exec = no executable = ssl-params extra_groups = group = idle_kill = 0 privileged_group = process_limit = 0 process_min_avail = 0 protocol = service_count = 0 type = unix_listener login/ssl-params { group = mode = 0666 user = } user = vsz_limit = 18446744073709551615 B } ssl = no userdb { args = /usr/local/etc/dovecot/dovecot-ldap.conf driver = ldap } protocol imap { imap_client_workarounds = tb-extra-mailbox-sep mail_max_userip_connections = 200 mail_plugins = quota imap_quota expire autocreate } protocol pop3 { pop3_client_workarounds = outlook-no-nuls oe-ns-eoh pop3_uidl_format = %v-%u } protocol lda { postmaster_address = postmaster(a)example.com } and dovecot-dict-expire.conf is connect = host=10.3.1.31 dbname=dovecot user=dovecot password=dovecot # CREATE TABLE expires ( # username varchar(100) not null, # mailbox varchar(255) not null, # expire_stamp integer not null, # primary key (username, mailbox) # ); map { pattern = shared/expire/$user/$mailbox table = expires value_field = expire_stamp fields { username = $user mailbox = $mailbox } } Sincerely, Nantharat Puwarang

1 0

Re: [Dovecot] How to stop mail_executable from cwd to ~home
by Joseph Tam 24 May '11

24 May '11

Timo wrote: >> As to how to stop the mail process from chdir'ing to a home directory > > If you don't want Dovecot to use a home directory, don't tell it a home directory. I'm all for that since I don't seem to have any need for a home directory. Any idea of how to do it with a passwd-file userdb backend? I also tried to override home directory with userdb { driver = passwd-file args = /etc/passwd home=/bundled/home/$n } but that didn't work out too well. Or is this feature a rephrasing of the current topic thread "Global fields for passwd-file database". Joseph Tam <jtam.home(a)gmail.com>

2 2