- dovecot - dovecot.org

[Dovecot] AUTOREPLY Re: ATTN: David Miller Re: Config review (2.0.5)
by hagedorn＠mediaciety.de 11 Oct '10

11 Oct '10

Vielen Dank für Ihre Email! Ich bin heute leider nicht im Büro, erhalte Ihre Email aber trotzdem. In dringenden Fällen können Sie mich auch per Handy erreichen: 0177-7372923. Mit freundlichen Grüßen aus Sarstedt Hauke Hagedorn -- Hagedorn Internet- & Veranstaltungsdienstleistungen Wenderter Str. 37d 31157 Sarstedt Ust-Id DE 256037115 Tel: +49 5066 917 339 1 Fax: +49 5066 917 339 9 www.mediaciety.de info(a)mediaciety.de * Daniel L. Miller <dmiller(a)amfes.com>: > I find this an all too frequent occurrence in e-mail correspondence > - that humor doesn't translate well. My statement had NOTHING to do > with the original author - and everything to do with the fact that > *I* am a Linux novice in general, a noob e-mail admin in particular - > and I was being *SELF*-deprecating. Hey, no need to. Your idea was good, but unlikely. Yet it worked, to my great amazement... :) -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt(a)charite.de | http://www.charite.de

1 0

[Dovecot] ATTN TIMO: Man pages of "deliver"
by Jerrale G 11 Oct '10

11 Oct '10

The man pages of "man deliver" do not explain the "-n" option which is confusing a lot of people as to why mailboxes and mail folders aren't being automatically created; yet, the dovecot wiki's both say to use "-n" in postfix's master.cf which keeps dovecot's lda from automatically creating the folders. People are pulling hair over this! The default should be to not use -n as most will want their directories automatically created. The dovecot wikis, at least wiki1, also do not include the -e option to be more verbose to postfix, on error. Jerrale G.Jerrale G. SC Senior Admin

1 1

[Dovecot] dovecot-2.0.5: what does "mpid=0" mean?
by Ralf Hildebrandt 10 Oct '10

10 Oct '10

Oct 7 22:12:08 postamt dovecot: imap-login: Disconnected: Inactivity (no auth attempts): rip=188.46.153.235, lip=141.42.206.36, mpid=0, TLS Oct 7 22:12:08 postamt dovecot: imap-login: Disconnected: Inactivity (no auth attempts): rip=188.46.153.235, lip=141.42.206.36, mpid=0, TLS handshaking Oct 7 22:12:08 postamt dovecot: imap-login: Disconnected: Inactivity (no auth attempts): rip=188.46.153.235, lip=141.42.206.36, mpid=0, TLS handshaking Oct 7 22:12:10 postamt dovecot: imap-login: Disconnected: Inactivity (no auth attempts): rip=188.46.153.235, lip=141.42.206.36, mpid=0, TLS handshaking What does "mpid=0" mean? -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt(a)charite.de | http://www.charite.de

3 2

[Dovecot] login_* options for 1.0.15
by Hugo Monteiro 10 Oct '10

10 Oct '10

Hello all, Although i'm aware that version 1.0.15 is rather old, that's what is used in Lenny, so... Either way, the setup is rather simple, regular dovecot install, with maildirs residing on a "local" ext3 filesystem accessed through FC to a SAN (2Gbps link). The server has 2 cores (with HT), so "almost" 4 cores and 3GB of ram. A couple weeks ago we had a major number of account migrations, from POP to IMAP. We started to notice that in times of peaks, specially after lunch hour, dovecot started to get REALLY slow and closing client connections. A restart to the service was enough to get things working again. Firstly i thought about the max fd number per process, but after checking it turned out it was already rather large, 8192 in our case. I cannot observe any concerning I/O load either. Besides upgrading, are there any suggestions? Regards, Hugo Monteiro. -- fct.unl.pt:~# cat .signature Hugo Monteiro Email : hugo.monteiro(a)fct.unl.pt Telefone : +351 212948300 Ext.15307 Web : http://hmonteiro.net Divisão de Informática Faculdade de Ciências e Tecnologia da Universidade Nova de Lisboa Quinta da Torre 2829-516 Caparica Portugal Telefone: +351 212948596 Fax: +351 212948548 www.fct.unl.pt apoio(a)fct.unl.pt fct.unl.pt:~# _

4 5

[Dovecot] Visible temp files as Imap Folder in INBOX
by Antonio Perez-Aranda 10 Oct '10

10 Oct '10

Hi all, I'm using dovecot-1.2.15 and NFS as storage of Maildir . When I try over IMAP and Evolution to move a mail to another Imap Folder, a file like .nfs000000000159816c0000245 is created and when move operation is finished, the file is deleted. Sometimes, this file isn't deleted and then, you can see a new imap folder called .nfs000000000159816c0000245 when you restart your Evolution or another Imap Client. Is this file created by dovecot? maybe, must dovecot delete this file on login? I think thats is easy fix this with a Post-Login script but I think that dovecot must delete it

5 5

[Dovecot] Why do these keep showing up?
by Brandon Lamb 10 Oct '10

10 Oct '10

2010-10-08 14:37:29 imap <hmarie(a)olypen.com>: Error: Mailbox Removed: Expunged GUID mismatch for UID 1257: ceb413227b55e8aa14cf86ec86f2b652 vs 32b06aa8bc66762bbd6af15228072949 I keep getting a bunch of these, which turn out to be "customer cant delete messages from folder X". I just deleted all dovecot indexes (find -name dovecot* -type f -delete) from all users this morning and this is still happening. Any ideas? Using maildir format

2 2

[Dovecot] Segfault in dovecot-lda 2.0.5
by Sean Cardus 10 Oct '10

10 Oct '10

Hi, I've recently started using dovecot-lda to handle my local maildir deliveries from Exim. Unfortunately I've been experiencing the occasional failed delivery - My Exim logs were showing: Child process of virtual_dovecot_delivery transport (running command "/usr/local/libexec/dovecot/dovecot-lda -d $local_part@$domain -f $sender_address -a $original_local_part@$original_domain") was terminated by signal 11 (Segmentation fault) I originally thought a specific mail was causing the crash, but calling the command myself delivered the mail without any issues. However, I found if I ran a script that delivered the same mail 10 times, I could reliably cause multiple segfaults all with the following backtrace: #0 0x005581e9 in maildir_sync_set_new_msgs_count (ctx=0x0, count=1) at maildir-sync-index.c:50 No locals. #1 0x0055f3c0 in maildir_save_move_files_to_newcur (_ctx=0x85afe60) at maildir-save.c:857 files = {arr = {buffer = 0x8555a08, element_size = 4}, v = 0x8555a08, v_modifiable = 0x8555a08} mfp = 0x8555a2c new_changed = false mf = 0x85affa8 newdir = true #2 maildir_transaction_save_commit_pre (_ctx=0x85afe60) at maildir-save.c:951 _data_stack_cur_id = 3 ctx = <value optimized out> _t = 0x85af500 sync_flags = <value optimized out> ret = <value optimized out> __FUNCTION__ = "maildir_transaction_save_commit_pre" #3 0x00555e8f in index_transaction_index_commit (index_trans=0x85af540, result_r=0xbfd78510) at index-transaction.c:27 it = 0x85af500 ibox = 0x858a108 ret = <value optimized out> __FUNCTION__ = "index_transaction_index_commit" #4 0x00595c11 in mail_index_transaction_commit_full (_t=0xbfd78528, result_r=0xbfd78510) at mail-index-transaction.c:237 t = 0x85af540 index = 0x85835e0 index_undeleted = false #5 0x00556284 in index_transaction_commit (t=0x85af500, changes_r=0xbfd785a8) at index-transaction.c:123 box = 0x8589ef0 itrans = 0x0 result = {log_file_seq = 0, log_file_offset = 0, commit_size = 0, ignored_modseq_changes = 0} ret = <value optimized out> #6 0x00533122 in mailbox_transaction_commit_get_changes (_t=0xbfd785d4, changes_r=0xbfd785a8) at mail-storage.c:1215 _data_stack_cur_id = 2 t = 0x85af500 ret = <value optimized out> #7 0x00a7eaef in mail_deliver_save (ctx=0xbfd786f8, mailbox=0x804ab55 "INBOX", flags=0, keywords=0x0, storage_r=0xbfd78794) at mail-deliver.c:219 open_ctx = {user = 0x85781b0, lda_mailbox_autocreate = false, lda_mailbox_autosubscribe = false} box = 0x8589ef0 trans_flags = <value optimized out> t = 0x0 save_ctx = 0x0 kw = 0x0 error = MAIL_ERROR_NONE mailbox_name = 0x804ab55 "INBOX" errstr = <value optimized out> changes = {pool = 0x85b5998, uid_validity = 0, saved_uids = {arr = {buffer = 0x85b59a8, element_size = 8}, v = 0x85b59a8, v_modifiable = 0x85b59a8}, ignored_modseq_changes = 0} range = <value optimized out> ret = 0 __FUNCTION__ = "mail_deliver_save" #8 0x00a7edf8 in mail_deliver (ctx=0xbfd786f8, storage_r=0xbfd78794) at mail-deliver.c:289 ret = -1 #9 0x0804a124 in main (argc=139843496, argv=0x855d1b8) at main.c:429 set_roots = {0x804b390, 0x0} ctx = {pool = 0x855d7a8, set = 0x855ef48, dup_ctx = 0x0, session_id = 0x0, src_mail = 0x85856e0, src_envelope_sender = 0x855d7b8 "sean(a)cardus.com", dest_user = 0x85781b0, dest_addr = 0x855d228 "sean(a)cardus.com", final_dest_addr = 0x855d228 "sean(a)cardus.com", dest_mailbox_name = 0x804ab55 "INBOX", dest_mail = 0x0, tried_default_save = true, saved_mail = false, save_dest_mail = false} service_flags = 1027 user = 0x1 <Address 0x1 out of bounds> errstr = <value optimized out> path = 0x0 storage_service = 0x855e3b0 service_user = 0x855ec70 service_input = {module = 0x804ab3c "lda", service = 0x804ab3c "lda", username = 0x855d202 "sean(a)cardus.com", local_ip = {family = 0, u = {ip6 = {in6_u = { u6_addr8 = '\000' <repeats 15 times>, u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, u6_addr32 = {0, 0, 0, 0}}}, ip4 = {s_addr = 0}}}, remote_ip = {family = 0, u = { ip6 = {in6_u = {u6_addr8 = '\000' <repeats 15 times>, u6_addr16 = {0, 0, 0, 0, 0, 0, 0, 0}, u6_addr32 = {0, 0, 0, 0}}}, ip4 = {s_addr = 0}}}, userdb_fields = 0x0} raw_mail_user = 0x857c1b8 raw_ns = 0x8571ea8 raw_ns_set = {name = 0x0, type = 0x0, separator = 0x0, prefix = 0x0, location = 0x804abd9 ":LAYOUT=none", alias_for = 0x0, inbox = false, hidden = false, list = 0x0, subscriptions = false, user_set = 0x0} storage = <value optimized out> box = 0x85801c0 raw_box = <value optimized out> input = 0x0 t = 0x8584d90 headers_ctx = 0x0 user_source = 0x804ab2c "" sets = <value optimized out> process_euid = <value optimized out> stderr_rejection = false mtime = -1 ret = <value optimized out> c = <value optimized out> error = <value optimized out> Any ideas? Thanks in advance, Sean

2 2

[Dovecot] migrate machines and upgrade
by Donny Brooks 08 Oct '10

08 Oct '10

I am about to be migrating mail servers and have a few questions. First a little background: Old mail server: Fedora 11 dovecot-1.2.11-3.fc11.x86_64 installed from yum repo mbox mail format OpenLDAP authentication 250+ users New mail server: Fedora 13 dovecot-2.0.1-1_118.fc13.x86_64 installed from atrpm rpm file Maildir mail format OpenLDAP authentication 250+ users I plan to use dsync on the new machine to migrate the mail off the old machine and mbox format to the new machine and Maildir. I think I read where I can do the migration without interfering with normal mail delivery and then when i get ready to do the final move I just kill dovecot on the old machine, dsync once more, and start the service on the new machine. What would be the best way to accomplish this? And as for the configuration changed between 1.2.11 and 2.0.1, where to start? I see there is now a conf.d directory for 2.0.1. How will this tie in to the 1.2.11 config? Any pointers there? Other option is to move the mbox mail as it sits to the new machine, install 1.2.X branch dovecot on new machine, and let the convert plugin do all the work. However I like the idea of the dsync doing the sync with minimal downtime. Thanks in advance. -- Donny B.

5 12

[Dovecot] 2.0.5: dovecot/auth crash upon reload (with backtrace)
by Ralf Hildebrandt 08 Oct '10

08 Oct '10

I can reproduce this by simply issuing: doveadm reload GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/dovecot-2/libexec/dovecot/auth...done. Reading symbols from /usr/dovecot-2/lib/dovecot/libdovecot.so.0...done. Loaded symbols for /usr/dovecot-2/lib/dovecot/libdovecot.so.0 Reading symbols from /lib/i686/cmov/libcrypt.so.1...Reading symbols from /usr/lib/debug/lib/i686/cmov/libcrypt-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libcrypt.so.1 Reading symbols from /lib/libpam.so.0...(no debugging symbols found)...done. Loaded symbols for /lib/libpam.so.0 Reading symbols from /lib/i686/cmov/libdl.so.2...Reading symbols from /usr/lib/debug/lib/i686/cmov/libdl-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libdl.so.2 Reading symbols from /lib/i686/cmov/libc.so.6...Reading symbols from /usr/lib/debug/lib/i686/cmov/libc-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libc.so.6 Reading symbols from /lib/i686/cmov/librt.so.1...Reading symbols from /usr/lib/debug/lib/i686/cmov/librt-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/librt.so.1 Reading symbols from /lib/ld-linux.so.2...Reading symbols from /usr/lib/debug/lib/ld-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/i686/cmov/libpthread.so.0...Reading symbols from /usr/lib/debug/lib/i686/cmov/libpthread-2.11.2.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/i686/cmov/libpthread.so.0 Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libgcc_s.so.1 Core was generated by `dovecot/auth'. Program terminated with signal 6, Aborted. #0 0xb772e430 in __kernel_vsyscall () #0 0xb772e430 in __kernel_vsyscall () No symbol table info available. #1 0xb7556751 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 resultvar = <value optimized out> pid = -1217994764 selftid = 22112 #2 0xb7559b82 in *__GI_abort () at abort.c:92 act = {__sigaction_handler = {sa_handler = 0xbfdc3ed0, sa_sigaction = 0xbfdc3ed0}, sa_mask = {__val = {3077757632, 3218882212, 3077800674, 3218882196, 3077323828, 3218882184, 3077880404, 0, 3075510304, 1, 0, 1, 3077757192, 3218882108, 3218882104, 3077532336, 3077526747, 3077739624, 3218882188, 166684304, 0, 3218882256, 3218882184, 3218882196, 3077532029, 3077757192, 0, 725, 3218882216, 3077348830, 3218882188, 10}}, sa_flags = -1076084988, sa_restorer = 0xb772a70c <pid.3601>} sigs = {__val = {32, 0 <repeats 31 times>}} #3 0xb76f7695 in default_fatal_finish (type=<value optimized out>, status=<value optimized out>) at failures.c:178 backtrace = 0x9ef6280 "/usr/dovecot-2/lib/dovecot/libdovecot.so.0(+0x37681) [0xb76f7681] -> /usr/dovecot-2/lib/dovecot/libdovecot.so.0(+0x376ef) [0xb76f76ef] -> /usr/dovecot-2/lib/dovecot/libdovecot.so.0(i_error+0) [0xb76d1"... #4 0xb76f76ef in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x806bca4 "file %s: line %d (%s): assertion failed: (%s)", args=0xbfdc3f84 "\017\314\006\bc") at failures.c:607 No locals. #5 0xb76d15de in i_panic ( format=0x806bca4 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:244 No locals. #6 0x080578e0 in auth_request_handler_unref (_handler=0xbfdc3fdc) at auth-request-handler.c:99 handler = 0xa0384f8 __FUNCTION__ = "auth_request_handler_unref" #7 0x08058129 in auth_request_handler_destroy (_handler=0x6) at auth-request-handler.c:117 handler = 0x0 __FUNCTION__ = "auth_request_handler_destroy" #8 0x080516f0 in auth_client_connection_destroy_full ( _conn=<value optimized out>, abort_requests=<value optimized out>) at auth-client-connection.c:355 conn = 0x9fe3bf8 clients = 0x9f82ba8 #9 0x080517b1 in auth_client_connections_deinit () at auth-client-connection.c:407 i = 2 #10 0x0805c1bf in main_deinit (argc=1, argv=0x9efe1c0) at main.c:166 No locals. #11 main (argc=1, argv=0x9efe1c0) at main.c:284 c = <value optimized out> -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt(a)charite.de | http://www.charite.de

1 0

[Dovecot] pop3-login no longer segfaults with gcc4.5.2 and gold :)
by interfaSys sàrl 08 Oct '10

08 Oct '10

Hello, I reported a while back that it wasn't possible to compile the whole of Dovecot using gcc 4.5.2 and the new gold linker, but it's now working with recent snapshots of both binutils and GCC. Cheers, Olivier

1 0