- dovecot - dovecot.org

Dovecot, Thunderbird and messages in wrong folder
by Gerhard Wiesinger 08 Aug '14

08 Aug '14

Hello, Sometimes it happens that messages (e.g. one or two) appear in wrong folders in Thunderbird (latest version, also past versions, different computers, also Earlybird). When I repair the folder (folder/Settings/Repair Folder) in Thunderbird, the folder is correct then. It happens on my new server with Fedora 20, Dovecot 2.2.13 and Maildir but it also happened on my old server with Fedora 1, Dovecot 2.2.13 and mbox. Has anyone the same issue? Any guess whether it might be a thunderbird or dovecot issue? Anyone has the same issues with thunderbird and a different IMAP server (e.g. cyrus)? Thank you. Ciao, Gerhard Config (only relevant parts here): # 2.2.13: /etc/dovecot/dovecot.conf # OS: Linux 3.15.8-200.fc20.x86_64 x86_64 Fedora release 20 (Heisenbug) auth_mechanisms = plain login lda_mailbox_autocreate = yes listen = * mail_gid = vmail mail_home = /home/vmail/%n mail_location = maildir:~/Maildir mail_max_userip_connections = 20 mail_plugins = " stats mailbox_alias zlib" mail_uid = vmail protocols = imap lmtp sieve service imap-login { inet_listener imap { port = 0 } process_min_avail = 2 service_count = 0 } service imap { client_limit = 20 executable = imap postlogin process_limit = 20 } service lmtp { inet_listener lmtp { port = 24 } process_min_avail = 2 } service managesieve-login { process_min_avail = 1 } service postlogin { executable = script-login -d rawlog } service stats { fifo_listener stats-mail { mode = 0600 user = vmail } } ssl_cert = </etc/pki/dovecot/imap.crt ssl_key = </etc/pki/dovecot/imap.key submission_host = 127.0.0.1 userdb { args = username_format=%n /etc/dovecot/users driver = passwd-file } protocol imap { imap_client_workarounds = tb-extra-mailbox-sep mail_plugins = " stats mailbox_alias zlib imap_stats imap_zlib" } protocol lmtp { mail_plugins = " stats mailbox_alias zlib sieve" }

2 1

Dovecot and remote SASL Client via TLS
by Gerhard Wiesinger 08 Aug '14

08 Aug '14

Hello, Is it possible to configure Dovecot as SASL client for central authentication (also remotely via TCP/TLS)? Following use case: IMAP server (host 1) <=> Windows Domain Controller and /etc/shadow authenticator via pam (host2) Should work as: IMAP server (host 1) <=> SASL Client via TLS <=> Network <=> SASL Server via TLS <=> Local SASL via pam <=> Windows Domain Controller and /etc/shadow authenticator via pam (host2) Thank you. Ciao, Gerhard -- http://www.wiesinger.com/

1 2

invalid/unknown path to storage
by Benjamin Connelly 08 Aug '14

08 Aug '14

Am I correct: pigeonhole now wants the symlink to the filter file to use an absolute path instead of the relative paths we had? i.e.) sieve-filterfile@ -> /home/mail/domain/user(a)domain/roundcube.sieve instead of sieve-filterfile@ -> roundcube.sieve Dovecot logs these: dovecot: managesieve(user(a)domain.org): Warning: sieve-storage: Active sieve script symlink /home/mail/domain.org/user(a)domain.org/sieve-filterfile is broken: invalid/unknown path to storage (points to roundcube.sieve). and the debug log: Jul 29 15:37:59 managesieve(user(a)domain.org): Debug: sieve: Pigeonhole version 0.4.3 initializing Jul 29 15:37:59 managesieve(user(a)domain.org): Debug: sieve: include: sieve_global_dir is not set; it is currently not possible to include `:global' scripts. Jul 29 15:37:59 managesieve(user(a)domain.org): Debug: sieve-storage: using active sieve script path: /home/mail/domain.org/user(a)domain.org/sieve-filterfile Jul 29 15:37:59 managesieve(user(a)domain.org): Debug: sieve-storage: using sieve script storage directory: /home/mail/domain.org/user(a)domain.org/ Jul 29 15:37:59 managesieve(user(a)domain.org): Debug: sieve-storage: using permissions from /home/mail/domain.org/user(a)domain.org/: mode=0700 gid=-1 Jul 29 15:37:59 managesieve(user(a)domain.org): Debug: sieve-storage: relative path to sieve storage in active link: I found if I manually delete a symlink and replace it using the full path: sieve-filterfile -> /home/mail/domain.org/user(a)domain.org/roundcube.sieve then everybody is happy. So I'm looking to make a configuration change (and then change all existing symlinks.) I just wanted to check with the list about the two settings we return as part of the user_query: concat(homedir, maildir, 'sieve-filterfile') as sieve, concat(homedir,maildir) as sieve_dir In testing it seems like changing 'sieve' to return not the whole path but just the link name, actuall causes pigeonhole to properly make the symlink with full path! Does this seem right? FreeBSD (8.4) dovecot-pigeonhole (0.4.3_1) dovecot2 (2.2.13_3) Benjamin

2 1

Pigeonhole version 0.4.3 on FreeBSD-10
by Jerry 07 Aug '14

07 Aug '14

Thu, 7 Aug 2014 06:22:01 -0400 I am running Pigeonhole version 0.4.3 on a FreeBSD 10 machine. How do I actually trace which rule in my sieve file is causing a specific action on a specific email. Other then eliminating each rule one by one and rerunning the script to isolate it, how can I discover what rule is causing the problem? Thanks! -- Jerry

2 3

Is atomic MOVING of messages between IMAP folders possible?
by Greg Sullivan 07 Aug '14

07 Aug '14

I would like to use a shared IMAP account, with multiple users accessing it simultaneously. The users would take ownership of messages by first attempting to MOVE the messages from the Inbox, into their private IMAP folder, still within the same account. Now, since there will be multiple users competing for the same messages, I naturally want only ONE of the simultaneous moves to be successful at a time. So far, this isn't working. If I do the move from two clients, simultaneously, the messages can go to *both *destination folders - duplicates can result. Is it possible to configure Dovecot and/or an IMAP client to behave the way I want it to? If the answer to this is YES, then I'll offer my config details. If the answer is NO, the next question is - do any email systems at all behave the way I want? (I tried a hosted Exchange/OWA service - it has the same problem) Thanks & regards, Greg.

7 13

Panic on alway_bcc mail with attachment while using sdbox
by Fischer, Bernhard 07 Aug '14

07 Aug '14

I do always get a panic on service lmtp, while receiving a mail by postfix through always_bcc, containing an attachment. If the bcc recipient would be supplied by a small delay, I would say that the panic wouldn't occur, but I don't know how to verify this. dovecot is configured with 'mail_attachment_dir' and the public namespace location is sdbox dovecot log: Aug 6 14:18:02 dovecot dovecot: lmtp(20367, vscanner(a)fischer-ing.de) Panic: file fs-api.c: line 615 (fs_copy): assertion failed: (src->fs == dest->fs) Aug 6 14:18:02 dovecot dovecot: lmtp(20367, vscanner(a)fischer-ing.de) Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x66676) [0x443676] -> /usr/lib/dovecot/libdovecot.so.0(+0x66700) [0x443700] -> /usr/lib/dovecot/libdovecot.so.0(+0x18c23) [0x3f5c23] -> /usr/lib/dovecot/libdovecot.so.0(+0x2278b) [0x3ff78b] -> /usr/lib/dovecot/libdovecot-storage.so.0(sdbox_copy+0x4ad) [0x23c6ad] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_copy+0x62) [0x27da72] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_save_using_mail+0x2b) [0x27db4b] -> /usr/lib/dovecot/libdovecot-lda.so.0(mail_deliver_save+0x1a1) [0x5dd3c1] -> /usr/lib/dovecot/libdovecot-lda.so.0(mail_deliver+0x143) [0x5dd7c3] -> dovecot/lmtp() [0x804d090] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x43) [0x455973] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0xdb) [0x456c4b] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x48) [0x4558b8] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x2e) [0x3fb0ee] -> dovecot/lmtp(main+0x1b3) [0x804b463] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x5f9d26] -> dovecot/lmtp() [0x804b1e1] Aug 6 14:18:02 dovecot dovecot: lmtp(20367, vscanner(a)fischer-ing.de) Fatal: master: service(lmtp): child 20367 killed with signal 6 (core dumps disabled)

1 1

call postlogin script with doveadm exec
by Hardy Flor 07 Aug '14

07 Aug '14

Hello, how is a call to the imap-postloginscriptes possible when starting with doveadm exec imap? In the imap-login-post script will set the ACL_GROUP. Hardy

1 0

Multiple userdb on specific ports
by Zachary Sturgeon 06 Aug '14

06 Aug '14

Hello everyone, Is it possible to, from one instance, bind a single userdb to a specific listen port in Dovecot? For example, requiring passwd or PAM authentication on IMAP port 143, but using an SQL passdb only on port 8143? Regards, ZWS -- *Zachary Sturgeon* Programmer Peregrine Computer Consultants Corporation 3927 Old Lee Highway, Suite 102-C Fairfax, VA 22030-2422 http://www.pccc.com/ 703-359-9700 x44 / 800-823-8402 (Toll-Free) 703-359-8451 (fax) zsturgeon(a)pccc.com <mailto:zsturgeon@pccc.com>

1 0

Important emails
by André Rodier 06 Aug '14

06 Aug '14

Hi, Sorry if I am not posting on the right mailing list, but I need email and especially IMAP experts opinion. I have developed a small perl script for Amavis that tries to recognise business emails from bulk & mailing lists, in order to promote 'important' emails, ala google. This is a feature I found very useful in corporate environments, where a lot of users are receiving advertisements, but not consider it as spam. (For info, the code is here: https://github.com/arodier/emclass) My script add an email header (X-Email-Type), and dovecot uses a virtual folder called 'Important' to present them. I know there is IMAP labels, and they are server side stored. I have successfully played with Thunderbird, but IMHO, it's not very reliable. The name of the label is the responsibility of the email client. As a result, if one client decided that $Label1 is 'Important', and $Label2 is 'Business', other clients should be configured exactly the same. I wonder if there is some norm - or convention - to attach labels to email headers, or if such a header exists, for instance a header called e.g. 'X-Tags', 'X-Keywords' or 'X-Labels'. So, once stored, an email could contains - for instance - a header like this: X-Tags: Travel,Advertisement,France. Then, it would be easy to have server side search for labels. Thanks for your feedback. Kind regards, André.

1 0

maildir: could lda/lmtp log filenames?
by A. Schulze 06 Aug '14

06 Aug '14

hello, on a mailstorage server receiving messages per lda/lmtp I like to pimp my logfile. when starting to search for a specific message I have a queueid. I like to combine that id with the filename the message has after delivery to a maildir. I know, that will not work with other formats then maildir. Aug 6 11:37:30 mailserver postfix/lmtp[17884]: 3hSnmj208Zz259d: to=<rcpt(a)example.org> relay=$lmtp-server status=sent (250 2.0.0 $dovecot-id) Aug 6 11:37:29 $lmtp-server dovecot: lmtp(1440, rcpt(a)example.org) $dovecot-id: sieve: msgid=<..>: stored mail into mailbox 'INBOX/folder' and exactly there I would like to see "stored mail into mailbox 'INBOX/folder/new/FILENAME'" yes, I know, I /should/ user doveadm and avoid access messages via filesystem but in that case it would be much faster to access the information I need. Any ideas? Andreas

1 0

Re: Migrating from maildir to mdbox
by Felix Rubio Dalmau 06 Aug '14

06 Aug '14

Hi Steffan, Solved! Thank you very much for you help. I think there was a configuration error and when I used the "separator" keyword was not working properly. Yesterday night, I tried again, and everything worked :-) Regards! Felix On Wednesday 06 August 2014 08:02:38 you wrote: > On Tue, 5 Aug 2014, Felix Rubio Dalmau wrote: > > > but I have not set-up any namespace separator, so I understand that all namespaces use the default one, right? :-S > > Post your doveconf -n, then. > > > > > Do you think I should better use the next command? > > > > dsync -u "user(a)domain.org" mirror maildir:/mnt/vmail/domain.org/user:LAYOUT=fs > > > > Felix > > > > On Tuesday 05 August 2014 12:07:16 Steffen Kaiser wrote: > >> On Tue, 5 Aug 2014, Felix Rubio Dalmau wrote: > >> > >>> But it replies this answer, that I do not understand: > >>> > >>> dsync(user(a)domain.org): Error: Mail locations must use the same virtual mailbox hierarchy separator (specify separator for the default namespace) > >>> > >> > >> http://wiki2.dovecot.org/Namespaces > >> > >> "You should use the same hierarchy separator for all namespaces. All > >> list=yes namespaces must use the same separator, but if you find it > >> necessary (e.g. for backwards compatibility namespaces) you may use > >> different separators for list=no namespaces." > >> > >> -- > >> Steffen Kaiser > >> > > > > -- > Steffen Kaiser >

1 0

Re: Migrating from maildir to mdbox
by Felix Rubio Dalmau 06 Aug '14

06 Aug '14

Hi Steffen, but I have not set-up any namespace separator, so I understand that all namespaces use the default one, right? :-S Do you think I should better use the next command? dsync -u "user(a)domain.org" mirror maildir:/mnt/vmail/domain.org/user:LAYOUT=fs Felix On Tuesday 05 August 2014 12:07:16 Steffen Kaiser wrote: > On Tue, 5 Aug 2014, Felix Rubio Dalmau wrote: > > > But it replies this answer, that I do not understand: > > > > dsync(user(a)domain.org): Error: Mail locations must use the same virtual mailbox hierarchy separator (specify separator for the default namespace) > > > > http://wiki2.dovecot.org/Namespaces > > "You should use the same hierarchy separator for all namespaces. All > list=yes namespaces must use the same separator, but if you find it > necessary (e.g. for backwards compatibility namespaces) you may use > different separators for list=no namespaces." > > -- > Steffen Kaiser >

2 1

Migrating from maildir to mdbox
by Felix Rubio Dalmau 05 Aug '14

05 Aug '14

Hi all, I have (I think) migrated my dovecot mail format from maildir to mdbox. I have changed in 10-mail.conf the format from maildir to mdbox, and I have executed this command for all my users: dsync -u user(a)domain.org mirror maildir:/mnt/vmail/domain/user The only output of the command has been, for some users, this: dsync(user(a)domain.org): Warning: quota: Namespace '' is not Maildir, skipping for Maildir++ quota Is this important? How can I check that I am effectively using the new format? Thank you, Felix

1 0

[Patch] mail-log plugin supports remote, local ip addresses
by Vitaliy T 05 Aug '14

05 Aug '14

-- With Best Regards, Vitaliy T.

1 0

Migrating from maildir to mdbox
by Felix Rubio Dalmau 05 Aug '14

05 Aug '14

Hi everybody, I have a virtual user setup that is using maildir, and I'd like to migrate it to mdbox. Following directions from http://wiki2.dovecot.org/Migration/MailFormat and keeping in mind that my maildir is in maildir:/mnt/vmail/%d/%u, after having updated 10-mail.conf I have tried to execute: dsync -u "user(a)domain.org" mirror maildir:/mnt/vmail/domain.org/user But it replies this answer, that I do not understand: dsync(user(a)domain.org): Error: Mail locations must use the same virtual mailbox hierarchy separator (specify separator for the default namespace) What am I doing wrong? Thank you, Felix

2 1

dovecot-lda 2.2.13 crashing when sieve_before used
by Christoph Lechleitner 05 Aug '14

05 Aug '14

Hi together! We use dovecot under Debian wheezy amd64, using the repository ... deb http://xi.rename-it.nl/debian/ stable-auto/dovecot-2.2 main Yesterday's routine upgrade to version 2:2.2.13-1~auto+130 (or some other upgrade that came along from Debian?) introduced a problem with mail delivery, which I was able to track down to a crash of dovecot-lda. Whenever I do something like ... /usr/lib/dovecot/dovecot-lda -d christoph.lechleitner(a)iteg.at <test.msg ... (with test.msg containing a raw e-mail message), dovecot-lda crashes. The gdb backtrace is: #0 buffer_free (_buf=_buf@entry=0x242eb20) at buffer.c:145 #1 0x00007f30d47ea4fd in array_free_i (array=0x242eb20) at /build/dovecot-8Ko2hw/dovecot-2.2.13/src/lib/array.h:108 #2 sieve_file_script_sequence_destroy (seq=0x242eb10) at sieve-file-script-sequence.c:242 #3 0x00007f30d47c963e in sieve_script_sequence_free (_seq=_seq@entry=0x7fffe2dbe900) at sieve-script.c:686 #4 0x00007f30d4a3d4b3 in lda_sieve_multiscript_get_scripts (svinst=svinst@entry=0x242abe0, label=label@entry=0x7f30d4a3e7c0 "sieve_before", location=location@entry=0x2416500 "/etc/dovecot/sieve/discard-viruses.sieve", scripts=scripts@entry=0x7fffe2dbe9b0, error_r=error_r@entry=0x7fffe2dbe998) at lda-sieve-plugin.c:271 #5 0x00007f30d4a3d7e5 in lda_sieve_find_scripts (srctx=0x7fffe2dbea40) at lda-sieve-plugin.c:740 #6 lda_sieve_deliver_mail (mdctx=<optimized out>, storage_r=0x7fffe2dbec00) at lda-sieve-plugin.c:973 #7 0x00007f30d5e05464 in mail_deliver (ctx=ctx@entry=0x7fffe2dbec70, storage_r=storage_r@entry=0x7fffe2dbec00) at mail-deliver.c:400 #8 0x0000000000402a92 in main (argc=3, argv=0x2402390) at main.c:437 The problem vanishes once I remove the sieve_before script, in our case /etc/dovecot/sieve/discard-viruses.sieve The sieve script does not contain anything fancy, and it works perfectly when used as sieve_default. It seems the mere presence of a sieve_before script triggers the problem. Some environment info: As of dovecot -n, I guess only the sieve related parts are relevant, if at all: plugin { sieve = /var/vmail/%d/%n/sieve sieve_before = /etc/dovecot/sieve/discard-viruses.sieve sieve_default = /etc/dovecot/sieve/default.sieve sieve_dir = /var/vmail/%d/%n/sieve-scripts } I also tried version 2:2.2.13-1~auto+138 from the dovecot-2.2.patched repository that I stumbled over while browsing the repository server. No difference regarding our problem. Our filesystem is ext4 disguised as simfs by the OpenVZ virtualization kernel. I'm pretty sure the filesystem does not matter with our problem. I'd be happy to re-test with testing releases, but I'd like to avoid setting up a full-blown test environment where unstable and bleeding edge versions would be ok. Thanks in advance for any help, Regards, Christoph -- Christoph Lechleitner ------------------------------------------------------------------------ ITEG IT-Engineers GmbH | Conradstr. 5, A-6020 Innsbruck FN 365826f | Handelsgericht Innsbruck | Mobiltelefon: +43 699 12090423 Mail: christoph.lechleitner(a)iteg.at | Web: http://www.iteg.at/ ------------------------------------------------------------------------

2 2

Set an archive folder for every user
by Felix Rubio Dalmau 05 Aug '14

05 Aug '14

Hi everybody, I have a running postfix+dovecot installation, running flawlessly. The machine this setup is running onto has 2 mirrored SSD disks (in which dovecot stores the mails) and 2 mirrored regular HD. I'd like to keep the fresh emails in the SSD, and move them to an Archive folder after some days/weeks. Is there any way in dovecot to set up a folder for every user, that points to an external disk rather than the default one? Thank you, Felix

2 2

prefix behavior with Dovecot / Squirrelmail
by Will Yardley 05 Aug '14

05 Aug '14

Old: Dovecot 1.1.18 + Squirrelmail 1.4.8 + Imapproxy New: Dovecot 2.2.10 + Squirrelmail 1.4.22 (no Imapproxy) In both, we have: [dovecot config] namespace private { separator = . prefix = Mail. inbox = yes } (The 'Mail' prefix is set this way for compatibility reasons) $imap_server_type = 'dovecot'; $default_folder_prefix = 'Mail.'; $trash_folder = 'Mail.Trash'; $sent_folder = 'Mail.Sent'; $draft_folder = 'Mail.Drafts'; $show_contain_subfolders_option = true; $default_sub_of_inbox = false; (I know some of these are redundant with $imap_server_type, but that's how it's setup now). This works as we expect with the old setup - folders are set in, e.g., $maildir/.Sent, and we only see one set of each. With the newer one, it auto-creates folders as Mail.{Trash,Sent,Drafts}, which translates into Mail.Mail.{Trash,Sent,Drafts}. If I set $foo_folder to just 'Foo' (e.g., $trash_folder = 'Trash';), the auto-creation works as expected, however, now I have two sets of folders (one indented) in the folder list, and the set linking to Mail.{Trash,Sent,Drafts} (the indented ones), don't work. What's the easiest way to get the new setup working in a way that will cause the least change (preferably no change) to end-users. TIA w

1 1

Solr indexing appends domain to users
by G H 04 Aug '14

04 Aug '14

My users are set up as "admin", "john", etc -- as opposed to john(a)example.com. When I run test command "/usr/libexec/dovecot/dovecot-lda -d admin < /tmp/mymail.txt", the mail is successfully imported with Solr, Tika (yay). However, results are never found when I search within IMAP. Why? Dovecot is appending the domain name to the user and admin fields of the Solr record ("admin(a)example.com" instead of just "admin") during index. But during searching, Dovecot is only searching for the user directly, from the Solr logs: q=body:"TESTCONTENT"&fq=%2Bbox:7dff0b0d4f84df53f25300003d823887+%2Buser:"admin" If I rerun the query via the Solr web gui with user:"admin(a)example.com", the message is found. How do I disable appending the domain name to the solr index names? Thanks, G H

1 0

permission denied
by Joe Reid 04 Aug '14

04 Aug '14

I'm getting 2 errors which are probably related, the second of which I haven't actually seen an issue with yet (I just found it looking at the error log) The issue is that I cannot change my subscriptions through Thunderbird (version 31.0). I created the subscriptions through Thunderbird, but now it won't let me change them. dovecot responds with sutff like this when I sniff network traffic or configure Thunderbird to log IMAP traffic: 10 NO [NOPERM] No permission to modify subscriptions The time stamp on the .subscriptions.lock file gets updated every time I try to make a change. To test I edited .subscriptions by hand and forced Thunderbird to try to subscribe something and I got access to the folder I added, so I presume it is reading the file correctly. Permissions on~jreid/mail is 0700, the existing .subscriptions file is 0640 and .subscriptions.lock file is 0600. all the files are owned by me and their group is my primary group (not mail). As for the second error, the dovecot.index.log.newlock file gets created but no dovecot.index.log file gets created. And dovecot would have created the directory tree to those files itself... I'm new to dovecot but not Unix or IMAP so I'm sure this is just some configuration option I've missed, any help would be most appreciated. $ /opt/csw/bin/doveconf -n # 2.2.12: /etc/opt/csw/dovecot/dovecot.conf # OS: SunOS 5.11 i86pc disable_plaintext_auth = no first_valid_uid = 100 mail_access_groups = mail mail_location = mbox:~/mail:INBOX=/var/share/mail/%u namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { driver = pam } protocols = imap ssl_cert = </etc/opt/csw/ssl/certs/dovecot.pem ssl_key = </etc/opt/csw/ssl/private/dovecot.pem userdb { driver = passwd } $ doveadm log errors [...] Aug 03 16:47:02 imap(jreid): Error: rename(/home/jreid/mail/.subscriptions.lock, /home/jreid/mail/.subscriptions) failed: Permission denied Aug 03 16:52:49 imap(jreid): Error: rename(/home/jreid/mail/2012/.imap/Received/dovecot.index.log.newlock, /home/jreid/mail/2012/.imap/Received/dovecot.index.log) failed: Permission denied -- joe

2 2

[PATH] expire plugins segfault with misconfigured dict
by Lazy 04 Aug '14

04 Aug '14

dovecot 2.2.13 With configuration like plugin { expire_dict = blblbla } expiere plugins segfaults during deinit. It might also segfault if the dict service was unavaiable. attached bellow is a diff against 2.2.13 Jul 7 14:51:11 dovecot1 dovecot: lmtp(10548, lazy): Error: expire plugin: dict_init(blblbla) failed: Dictionary URI is missing ':': blblbla Jul 7 14:51:11 dovecot1 dovecot: lmtp(10548, lazy): Fatal: master: service(lmtp): child 10548 killed with signal 11 (core dumps disabled) Program received signal SIGSEGV, Segmentation fault. 0x00007f337d8af8ae in dict_deinit (_dict=0x8) at dict.c:87 87 struct dict *dict = *_dict; (gdb) bt #0 0x00007f337d8af8ae in dict_deinit (_dict=0x8) at dict.c:87 #1 0x00007f337c88f647 in expire_mail_user_deinit (user=0x1b60e80) at expire-plugin.c:299 #2 0x00007f337cca3e7f in quota_user_deinit (user=0x1b60e80) at quota-storage.c:491 #3 0x00007f337dbcb0f1 in mail_user_unref (_user=0x1b2d070) at mail-user.c:163 #4 0x000000000040832b in client_input_data_write_local (client=0x1b2cf60, input=0x1b43f10) at commands.c:830 #5 0x0000000000408755 in client_input_data_write (client=0x1b2cf60) at commands.c:939 #6 0x0000000000408b18 in client_input_data_handle (client=0x1b2cf60) at commands.c:1033 #7 0x0000000000408b52 in client_input_data (client=0x1b2cf60) at commands.c:1042 #8 0x00007f337d8fc723 in io_loop_call_io (io=0x1b2c360) at ioloop.c:441 #9 0x00007f337d8fe6e5 in io_loop_handler_run_internal (ioloop=0x1b27740) at ioloop-epoll.c:220 #10 0x00007f337d8fc8be in io_loop_handler_run (ioloop=0x1b27740) at ioloop.c:488 #11 0x00007f337d8fc817 in io_loop_run (ioloop=0x1b27740) at ioloop.c:465 #12 0x00007f337d888d40 in master_service_run (service=0x1b275d0, callback=0x404b5c <client_connected>) at master-service.c:566 #13 0x0000000000404db2 in main (argc=1, argv=0x1b27390) at main.c:122 (gdb) p _dict $1 = (struct dict **) 0x8 (gdb) bt full #0 0x00007f337d8af8ae in dict_deinit (_dict=0x8) at dict.c:87 dict = 0x10 #1 0x00007f337c88f647 in expire_mail_user_deinit (user=0x1b60e80) at expire-plugin.c:299 euser = 0x0 #2 0x00007f337cca3e7f in quota_user_deinit (user=0x1b60e80) at quota-storage.c:491 quser = 0x1b62958 quota_set = 0x1b656a0 #3 0x00007f337dbcb0f1 in mail_user_unref (_user=0x1b2d070) at mail-user.c:163 user = 0x1b60e80 __FUNCTION__ = "mail_user_unref" #4 0x000000000040832b in client_input_data_write_local (client=0x1b2cf60, input=0x1b43f10) at commands.c:830 session = 0x1b60a70 src_mail = 0x1b5c250 old_uid = 300 first_uid = 4294967295 __FUNCTION__ = "client_input_data_write_local" #5 0x0000000000408755 in client_input_data_write (client=0x1b2cf60) at commands.c:939 input = 0x1b43f10 ret = true #6 0x0000000000408b18 in client_input_data_handle (client=0x1b2cf60) at commands.c:1033 data = 0x1b556b8 "\330\001" size = 2 ret = -1 #7 0x0000000000408b52 in client_input_data (client=0x1b2cf60) at commands.c:1042 -- Michal Grzedzicki

2 2

not able to compile deleted_to_trash Plugin
by Pimminger Alfred 04 Aug '14

04 Aug '14

Following version and content of .conf file ---------------------------------------------------------------------------------------- root@ABCD:/CavE/download/delete_to_trash# dovecot --version 2.2.9 root@ABCD:/CavE/download/delete_to_trash# dovecot -n # 2.2.9: /etc/dovecot/dovecot.conf # OS: Linux 3.13.0-32-generic x86_64 Ubuntu 14.04.1 LTS auth_mechanisms = plain login log_path = /var/log/dovecot/dovecot.log mail_location = maildir:~/Maildir:LAYOUT=fs namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Gesendete { auto = subscribe special_use = \Sent } mailbox Junk { special_use = \Junk } mailbox Trash { auto = subscribe special_use = \Trash } prefix = separator = / } passdb { driver = pam } passdb { driver = pam } protocols = imap pop3 service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } user = root } ssl_cert = </etc/dovecot/dovecot.pem ssl_key = </etc/dovecot/private/dovecot.pem userdb { driver = passwd } userdb { driver = passwd } ---------------------------------------------------------------------------------------- I get the following output after doing make root@ABCD:/CavE/download/delete_to_trash# make cc \ -fPIC -shared -Wall \ -I/usr/include/dovecot \ -I/usr/include/dovecot/src \ -I/usr/include/dovecot/src/lib \ -I/usr/include/dovecot/src/lib-storage \ -I/usr/include/dovecot/src/lib-mail \ -I/usr/include/dovecot/src/lib-imap \ -I/usr/include/dovecot/src/lib-index \ -DHAVE_CONFIG_H \ deleted-to-trash-plugin.c -o lib_deleted_to_trash_plugin.so In file included from deleted-to-trash-plugin.c:2:0: deleted-to-trash-plugin.h:19:2: error: expected specifier-qualifier-list before 'ARRAY_DEFINE' ARRAY_DEFINE(mail_id, unsigned int); ^ deleted-to-trash-plugin.c: In function 'get_users_inbox_namespace': deleted-to-trash-plugin.c:19:21: error: 'NAMESPACE_FLAG_INBOX' undeclared (first use in this function) if(curns->flags & NAMESPACE_FLAG_INBOX) ^ deleted-to-trash-plugin.c:19:21: note: each undeclared identifier is reported only once for each function it appears in deleted-to-trash-plugin.c: In function 'search_deleted_id': deleted-to-trash-plugin.c:40:14: error: 'struct last_copy_info' has no member named 'src_mailbox_name' if(last_copy.src_mailbox_name != NULL && strcmp(_mail->box->name, last_copy.src_mailbox_name) == 0) ^ deleted-to-trash-plugin.c:40:77: error: 'struct last_copy_info' has no member named 'src_mailbox_name' if(last_copy.src_mailbox_name != NULL && strcmp(_mail->box->name, last_copy.src_mailbox_name) == 0) ^ In file included from /usr/include/dovecot/module-context.h:4:0, from /usr/include/dovecot/mail-storage-private.h:4, from deleted-to-trash-plugin.h:5, from deleted-to-trash-plugin.c:2: deleted-to-trash-plugin.c:46:34: error: 'struct last_copy_info' has no member named 'mail_id' mail_ids = array_get(&last_copy.mail_id, &count); ^ /usr/include/dovecot/array.h:44:12: note: in definition of macro 'ARRAY_TYPE_CAST_CONST' (typeof(*(array)->v)) ^ deleted-to-trash-plugin.c:46:14: note: in expansion of macro 'array_get' mail_ids = array_get(&last_copy.mail_id, &count); ^ deleted-to-trash-plugin.c:46:34: error: 'struct last_copy_info' has no member named 'mail_id' mail_ids = array_get(&last_copy.mail_id, &count); ^ /usr/include/dovecot/array.h:192:44: note: in definition of macro 'array_get' ARRAY_TYPE_CAST_CONST(array)array_get_i(&(array)->arr, count) ^ deleted-to-trash-plugin.c:58:28: error: 'struct last_copy_info' has no member named 'mail_id' if(array_count(&last_copy.mail_id) > 0) ^ /usr/include/dovecot/array.h:143:18: note: in definition of macro 'array_count' array_count_i(&(array)->arr) ^ deleted-to-trash-plugin.c:60:25: error: 'struct last_copy_info' has no member named 'mail_id' array_free(&last_copy.mail_id); ^ /usr/include/dovecot/array.h:111:17: note: in definition of macro 'array_free' array_free_i(&(array)->arr) ^ deleted-to-trash-plugin.c:61:27: error: 'struct last_copy_info' has no member named 'mail_id' i_array_init(&last_copy.mail_id, TRASH_LIST_INITSIZE); ^ /usr/include/dovecot/array.h:103:19: note: in definition of macro 'array_create' array_create_i(&(array)->arr, pool, element_size, init_count) ^ /usr/include/dovecot/array.h:38:2: note: in expansion of macro 'p_array_init' p_array_init(array, default_pool, init_count) ^ deleted-to-trash-plugin.c:61:4: note: in expansion of macro 'i_array_init' i_array_init(&last_copy.mail_id, TRASH_LIST_INITSIZE); ^ deleted-to-trash-plugin.c:61:27: error: 'struct last_copy_info' has no member named 'mail_id' i_array_init(&last_copy.mail_id, TRASH_LIST_INITSIZE); ^ /usr/include/dovecot/array.h:103:38: note: in definition of macro 'array_create' array_create_i(&(array)->arr, pool, element_size, init_count) ^ /usr/include/dovecot/array.h:38:2: note: in expansion of macro 'p_array_init' p_array_init(array, default_pool, init_count) ^ deleted-to-trash-plugin.c:61:4: note: in expansion of macro 'i_array_init' i_array_init(&last_copy.mail_id, TRASH_LIST_INITSIZE); ^ deleted-to-trash-plugin.c:63:15: error: 'struct last_copy_info' has no member named 'src_mailbox_name' if(last_copy.src_mailbox_name != NULL) ^ In file included from /usr/include/dovecot/lib.h:29:0, from deleted-to-trash-plugin.h:4, from deleted-to-trash-plugin.c:2: deleted-to-trash-plugin.c:65:20: error: 'struct last_copy_info' has no member named 'src_mailbox_name' i_free(last_copy.src_mailbox_name); ^ /usr/include/dovecot/mempool.h:89:33: note: in definition of macro 'p_free' (pool)->v->free(pool, mem); \ ^ deleted-to-trash-plugin.c:65:4: note: in expansion of macro 'i_free' i_free(last_copy.src_mailbox_name); ^ deleted-to-trash-plugin.c:65:20: error: 'struct last_copy_info' has no member named 'src_mailbox_name' i_free(last_copy.src_mailbox_name); ^ /usr/include/dovecot/mempool.h:90:12: note: in definition of macro 'p_free' (mem) = NULL; \ ^ deleted-to-trash-plugin.c:65:4: note: in expansion of macro 'i_free' i_free(last_copy.src_mailbox_name); ^ deleted-to-trash-plugin.c:66:13: error: 'struct last_copy_info' has no member named 'src_mailbox_name' last_copy.src_mailbox_name = NULL; ^ deleted-to-trash-plugin.c: In function 'mailbox_open_or_create': deleted-to-trash-plugin.c:79:43: error: 'MAILBOX_OPEN_FAST' undeclared (first use in this function) box = mailbox_open(&storage, name, NULL, MAILBOX_OPEN_FAST | MAILBOX_OPEN_KEEP_RECENT | MAILBOX_OPEN_NO_INDEX_FILES); ^ deleted-to-trash-plugin.c:79:63: error: 'MAILBOX_OPEN_KEEP_RECENT' undeclared (first use in this function) box = mailbox_open(&storage, name, NULL, MAILBOX_OPEN_FAST | MAILBOX_OPEN_KEEP_RECENT | MAILBOX_OPEN_NO_INDEX_FILES); ^ deleted-to-trash-plugin.c:79:90: error: 'MAILBOX_OPEN_NO_INDEX_FILES' undeclared (first use in this function) box = mailbox_open(&storage, name, NULL, MAILBOX_OPEN_FAST | MAILBOX_OPEN_KEEP_RECENT | MAILBOX_OPEN_NO_INDEX_FILES); ^ deleted-to-trash-plugin.c:79:2: warning: passing argument 1 of 'mailbox_open' from incompatible pointer type [enabled by default] box = mailbox_open(&storage, name, NULL, MAILBOX_OPEN_FAST | MAILBOX_OPEN_KEEP_RECENT | MAILBOX_OPEN_NO_INDEX_FILES); ^ In file included from /usr/include/dovecot/mail-storage-private.h:7:0, from deleted-to-trash-plugin.h:5, from deleted-to-trash-plugin.c:2: /usr/include/dovecot/mail-storage.h:479:5: note: expected 'struct mailbox *' but argument is of type 'struct mail_storage **' int mailbox_open(struct mailbox *box); ^ deleted-to-trash-plugin.c:79:2: error: too many arguments to function 'mailbox_open' box = mailbox_open(&storage, name, NULL, MAILBOX_OPEN_FAST | MAILBOX_OPEN_KEEP_RECENT | MAILBOX_OPEN_NO_INDEX_FILES); ^ In file included from /usr/include/dovecot/mail-storage-private.h:7:0, from deleted-to-trash-plugin.h:5, from deleted-to-trash-plugin.c:2: /usr/include/dovecot/mail-storage.h:479:5: note: declared here int mailbox_open(struct mailbox *box); ^ deleted-to-trash-plugin.c:79:6: warning: assignment makes pointer from integer without a cast [enabled by default] box = mailbox_open(&storage, name, NULL, MAILBOX_OPEN_FAST | MAILBOX_OPEN_KEEP_RECENT | MAILBOX_OPEN_NO_INDEX_FILES); ^ deleted-to-trash-plugin.c:86:4: warning: implicit declaration of function 'mail_storage_mailbox_create' [-Wimplicit-function-declaration] if(mail_storage_mailbox_create(storage, name, FALSE) >= 0) ^ deleted-to-trash-plugin.c:89:5: warning: passing argument 1 of 'mailbox_open' from incompatible pointer type [enabled by default] box = mailbox_open(&storage, name, NULL, MAILBOX_OPEN_FAST | MAILBOX_OPEN_KEEP_RECENT); ^ In file included from /usr/include/dovecot/mail-storage-private.h:7:0, from deleted-to-trash-plugin.h:5, from deleted-to-trash-plugin.c:2: /usr/include/dovecot/mail-storage.h:479:5: note: expected 'struct mailbox *' but argument is of type 'struct mail_storage **' int mailbox_open(struct mailbox *box); ^ deleted-to-trash-plugin.c:89:5: error: too many arguments to function 'mailbox_open' box = mailbox_open(&storage, name, NULL, MAILBOX_OPEN_FAST | MAILBOX_OPEN_KEEP_RECENT); ^ In file included from /usr/include/dovecot/mail-storage-private.h:7:0, from deleted-to-trash-plugin.h:5, from deleted-to-trash-plugin.c:2: /usr/include/dovecot/mail-storage.h:479:5: note: declared here int mailbox_open(struct mailbox *box); ^ deleted-to-trash-plugin.c:89:9: warning: assignment makes pointer from integer without a cast [enabled by default] box = mailbox_open(&storage, name, NULL, MAILBOX_OPEN_FAST | MAILBOX_OPEN_KEEP_RECENT); ^ deleted-to-trash-plugin.c: In function 'copy_deleted_mail_to_trash': deleted-to-trash-plugin.c:104:52: error: 'struct mail_storage' has no member named 'ns' ns = get_users_inbox_namespace(_mail->box->storage->ns->user); ^ deleted-to-trash-plugin.c:127:3: warning: implicit declaration of function 'mailbox_keywords_free' [-Wimplicit-function-declaration] mailbox_keywords_free(trash_box, &keywords); ^ deleted-to-trash-plugin.c:140:3: warning: passing argument 1 of 'mailbox_close' from incompatible pointer type [enabled by default] mailbox_close(&trash_box); ^ In file included from /usr/include/dovecot/mail-storage-private.h:7:0, from deleted-to-trash-plugin.h:5, from deleted-to-trash-plugin.c:2: /usr/include/dovecot/mail-storage.h:483:6: note: expected 'struct mailbox *' but argument is of type 'struct mailbox **' void mailbox_close(struct mailbox *box); ^ deleted-to-trash-plugin.c: In function 'deleted_to_trash_mail_update_flags': deleted-to-trash-plugin.c:178:53: error: 'struct mail_storage' has no member named 'ns' ns = get_users_inbox_namespace(_mail->box->storage->ns->user); ^ deleted-to-trash-plugin.c:181:113: error: 'struct mail_storage' has no member named 'ns' if(new_flags & MAIL_DELETED && !(strcmp(_mail->box->name, trashfolder_name) == 0 && strcmp(_mail->box->storage->ns->prefix, ns->prefix) == 0)) ^ deleted-to-trash-plugin.c: In function 'deleted_to_trash_copy': deleted-to-trash-plugin.c:229:112: error: 'struct last_copy_info' has no member named 'src_mailbox_name' i_info("from %s to %s, previous action from %s", mail->box->name, save_ctx->transaction->box->name, last_copy.src_mailbox_name); ^ deleted-to-trash-plugin.c:230:73: error: 'struct last_copy_info' has no member named 'src_mailbox_name' if(last_copy.transaction_context == save_ctx->transaction && last_copy.src_mailbox_name != NULL && strcmp(last_copy.src_mailbox_name, mail->box->name) == 0) ^ deleted-to-trash-plugin.c:230:118: error: 'struct last_copy_info' has no member named 'src_mailbox_name' if(last_copy.transaction_context == save_ctx->transaction && last_copy.src_mailbox_name != NULL && strcmp(last_copy.src_mailbox_name, mail->box->name) == 0) ^ In file included from /usr/include/dovecot/module-context.h:4:0, from /usr/include/dovecot/mail-storage-private.h:4, from deleted-to-trash-plugin.h:5, from deleted-to-trash-plugin.c:2: deleted-to-trash-plugin.c:232:27: error: 'struct last_copy_info' has no member named 'mail_id' array_append(&last_copy.mail_id, &mail->uid, 1); ^ /usr/include/dovecot/array.h:152:19: note: in definition of macro 'array_append' array_append_i(&(array)->arr + ARRAY_TYPE_CHECK(array, data), \ ^ In file included from /usr/include/dovecot/lib.h:25:0, from deleted-to-trash-plugin.h:4, from deleted-to-trash-plugin.c:2: deleted-to-trash-plugin.c:232:27: error: 'struct last_copy_info' has no member named 'mail_id' array_append(&last_copy.mail_id, &mail->uid, 1); ^ /usr/include/dovecot/macros.h:155:26: note: in definition of macro 'COMPILE_ERROR_IF_TRUE' (sizeof(char[1 - 2 * !!(condition)]) - 1) ^ /usr/include/dovecot/array.h:48:2: note: in expansion of macro 'COMPILE_ERROR_IF_TYPES_NOT_COMPATIBLE' COMPILE_ERROR_IF_TYPES_NOT_COMPATIBLE( \ ^ /usr/include/dovecot/array.h:152:33: note: in expansion of macro 'ARRAY_TYPE_CHECK' array_append_i(&(array)->arr + ARRAY_TYPE_CHECK(array, data), \ ^ deleted-to-trash-plugin.c:232:4: note: in expansion of macro 'array_append' array_append(&last_copy.mail_id, &mail->uid, 1); ^ In file included from /usr/include/dovecot/module-context.h:4:0, from /usr/include/dovecot/mail-storage-private.h:4, from deleted-to-trash-plugin.h:5, from deleted-to-trash-plugin.c:2: deleted-to-trash-plugin.c:233:42: error: 'struct last_copy_info' has no member named 'mail_id' i_info("nr %i", array_count(&last_copy.mail_id)); ^ /usr/include/dovecot/array.h:143:18: note: in definition of macro 'array_count' array_count_i(&(array)->arr) ^ deleted-to-trash-plugin.c:238:29: error: 'struct last_copy_info' has no member named 'mail_id' if(array_count(&last_copy.mail_id) > 0) ^ /usr/include/dovecot/array.h:143:18: note: in definition of macro 'array_count' array_count_i(&(array)->arr) ^ deleted-to-trash-plugin.c:240:26: error: 'struct last_copy_info' has no member named 'mail_id' array_free(&last_copy.mail_id); ^ /usr/include/dovecot/array.h:111:17: note: in definition of macro 'array_free' array_free_i(&(array)->arr) ^ deleted-to-trash-plugin.c:241:28: error: 'struct last_copy_info' has no member named 'mail_id' i_array_init(&last_copy.mail_id, TRASH_LIST_INITSIZE); ^ /usr/include/dovecot/array.h:103:19: note: in definition of macro 'array_create' array_create_i(&(array)->arr, pool, element_size, init_count) ^ /usr/include/dovecot/array.h:38:2: note: in expansion of macro 'p_array_init' p_array_init(array, default_pool, init_count) ^ deleted-to-trash-plugin.c:241:5: note: in expansion of macro 'i_array_init' i_array_init(&last_copy.mail_id, TRASH_LIST_INITSIZE); ^ deleted-to-trash-plugin.c:241:28: error: 'struct last_copy_info' has no member named 'mail_id' i_array_init(&last_copy.mail_id, TRASH_LIST_INITSIZE); ^ /usr/include/dovecot/array.h:103:38: note: in definition of macro 'array_create' array_create_i(&(array)->arr, pool, element_size, init_count) ^ /usr/include/dovecot/array.h:38:2: note: in expansion of macro 'p_array_init' p_array_init(array, default_pool, init_count) ^ deleted-to-trash-plugin.c:241:5: note: in expansion of macro 'i_array_init' i_array_init(&last_copy.mail_id, TRASH_LIST_INITSIZE); ^ deleted-to-trash-plugin.c:246:28: error: 'struct last_copy_info' has no member named 'mail_id' array_append(&last_copy.mail_id, &mail->uid, 1); ^ /usr/include/dovecot/array.h:152:19: note: in definition of macro 'array_append' array_append_i(&(array)->arr + ARRAY_TYPE_CHECK(array, data), \ ^ In file included from /usr/include/dovecot/lib.h:25:0, from deleted-to-trash-plugin.h:4, from deleted-to-trash-plugin.c:2: deleted-to-trash-plugin.c:246:28: error: 'struct last_copy_info' has no member named 'mail_id' array_append(&last_copy.mail_id, &mail->uid, 1); ^ /usr/include/dovecot/macros.h:155:26: note: in definition of macro 'COMPILE_ERROR_IF_TRUE' (sizeof(char[1 - 2 * !!(condition)]) - 1) ^ /usr/include/dovecot/array.h:48:2: note: in expansion of macro 'COMPILE_ERROR_IF_TYPES_NOT_COMPATIBLE' COMPILE_ERROR_IF_TYPES_NOT_COMPATIBLE( \ ^ /usr/include/dovecot/array.h:152:33: note: in expansion of macro 'ARRAY_TYPE_CHECK' array_append_i(&(array)->arr + ARRAY_TYPE_CHECK(array, data), \ ^ deleted-to-trash-plugin.c:246:5: note: in expansion of macro 'array_append' array_append(&last_copy.mail_id, &mail->uid, 1); ^ deleted-to-trash-plugin.c:247:14: error: 'struct last_copy_info' has no member named 'src_mailbox_name' last_copy.src_mailbox_name = i_strdup(mail->box->name); ^ deleted-to-trash-plugin.c: In function 'deleted_to_trash_transaction_commit': deleted-to-trash-plugin.c:267:2: warning: passing argument 2 of 'lbox->super.transaction_commit' from incompatible pointer type [enabled by default] int ret = lbox->super.transaction_commit(t, uid_validity_r, first_saved_uid_r, last_saved_uid_r); ^ deleted-to-trash-plugin.c:267:2: note: expected 'struct mail_transaction_commit_changes *' but argument is of type 'uint32_t *' deleted-to-trash-plugin.c:267:2: error: too many arguments to function 'lbox->super.transaction_commit' deleted-to-trash-plugin.c: At top level: deleted-to-trash-plugin.c:284:107: warning: 'enum mailbox_open_flags' declared inside parameter list [enabled by default] deleted_to_trash_mailbox_open(struct mail_storage *storage, const char *name, struct istream *input, enum mailbox_open_flags flags) ^ deleted-to-trash-plugin.c:284:107: warning: its scope is only this definition or declaration, which is probably not what you want [enabled by default] deleted-to-trash-plugin.c:284:126: error: parameter 4 ('flags') has incomplete type deleted_to_trash_mailbox_open(struct mail_storage *storage, const char *name, struct istream *input, enum mailbox_open_flags flags) ^ deleted-to-trash-plugin.c: In function 'deleted_to_trash_mailbox_open': deleted-to-trash-plugin.c:290:23: error: 'struct mail_storage_vfuncs' has no member named 'mailbox_open' box = lstorage->super.mailbox_open(storage, name, input, flags); ^ deleted-to-trash-plugin.c:298:29: warning: assignment from incompatible pointer type [enabled by default] box->v.transaction_commit = deleted_to_trash_transaction_commit; ^ deleted-to-trash-plugin.c: In function 'deleted_to_trash_mail_storage_created': deleted-to-trash-plugin.c:327:12: error: 'struct mail_storage_vfuncs' has no member named 'mailbox_open' storage->v.mailbox_open = deleted_to_trash_mailbox_open; ^ deleted-to-trash-plugin.c: In function 'deleted_to_trash_plugin_init': deleted-to-trash-plugin.c:364:28: error: lvalue required as left operand of assignment hook_mail_storage_created = deleted_to_trash_mail_storage_created; ^ deleted-to-trash-plugin.c:367:28: error: lvalue required as left operand of assignment hook_mailbox_list_created = deleted_to_trash_mailbox_list_created; ^ In file included from /usr/include/dovecot/module-context.h:4:0, from /usr/include/dovecot/mail-storage-private.h:4, from deleted-to-trash-plugin.h:5, from deleted-to-trash-plugin.c:2: deleted-to-trash-plugin.c:370:25: error: 'struct last_copy_info' has no member named 'mail_id' i_array_init(&last_copy.mail_id, TRASH_LIST_INITSIZE); ^ /usr/include/dovecot/array.h:103:19: note: in definition of macro 'array_create' array_create_i(&(array)->arr, pool, element_size, init_count) ^ /usr/include/dovecot/array.h:38:2: note: in expansion of macro 'p_array_init' p_array_init(array, default_pool, init_count) ^ deleted-to-trash-plugin.c:370:2: note: in expansion of macro 'i_array_init' i_array_init(&last_copy.mail_id, TRASH_LIST_INITSIZE); ^ deleted-to-trash-plugin.c:370:25: error: 'struct last_copy_info' has no member named 'mail_id' i_array_init(&last_copy.mail_id, TRASH_LIST_INITSIZE); ^ /usr/include/dovecot/array.h:103:38: note: in definition of macro 'array_create' array_create_i(&(array)->arr, pool, element_size, init_count) ^ /usr/include/dovecot/array.h:38:2: note: in expansion of macro 'p_array_init' p_array_init(array, default_pool, init_count) ^ deleted-to-trash-plugin.c:370:2: note: in expansion of macro 'i_array_init' i_array_init(&last_copy.mail_id, TRASH_LIST_INITSIZE); ^ deleted-to-trash-plugin.c:371:11: error: 'struct last_copy_info' has no member named 'src_mailbox_name' last_copy.src_mailbox_name = NULL; ^ deleted-to-trash-plugin.c: In function 'deleted_to_trash_plugin_deinit': deleted-to-trash-plugin.c:377:28: error: lvalue required as left operand of assignment hook_mail_storage_created = deleted_to_trash_next_hook_mail_storage_created; ^ deleted-to-trash-plugin.c:378:28: error: lvalue required as left operand of assignment hook_mailbox_list_created = deleted_to_trash_next_hook_mailbox_list_created; ^ deleted-to-trash-plugin.c:380:14: error: 'struct last_copy_info' has no member named 'src_mailbox_name' if(last_copy.src_mailbox_name != NULL) ^ In file included from /usr/include/dovecot/lib.h:29:0, from deleted-to-trash-plugin.h:4, from deleted-to-trash-plugin.c:2: deleted-to-trash-plugin.c:382:19: error: 'struct last_copy_info' has no member named 'src_mailbox_name' i_free(last_copy.src_mailbox_name); ^ /usr/include/dovecot/mempool.h:89:33: note: in definition of macro 'p_free' (pool)->v->free(pool, mem); \ ^ deleted-to-trash-plugin.c:382:3: note: in expansion of macro 'i_free' i_free(last_copy.src_mailbox_name); ^ deleted-to-trash-plugin.c:382:19: error: 'struct last_copy_info' has no member named 'src_mailbox_name' i_free(last_copy.src_mailbox_name); ^ /usr/include/dovecot/mempool.h:90:12: note: in definition of macro 'p_free' (mem) = NULL; \ ^ deleted-to-trash-plugin.c:382:3: note: in expansion of macro 'i_free' i_free(last_copy.src_mailbox_name); ^ In file included from /usr/include/dovecot/module-context.h:4:0, from /usr/include/dovecot/mail-storage-private.h:4, from deleted-to-trash-plugin.h:5, from deleted-to-trash-plugin.c:2: deleted-to-trash-plugin.c:384:23: error: 'struct last_copy_info' has no member named 'mail_id' array_free(&last_copy.mail_id); ^ /usr/include/dovecot/array.h:111:17: note: in definition of macro 'array_free' array_free_i(&(array)->arr) ^ make: *** [lib_deleted_to_trash_plugin.so] Fehler 1 ---------------------------------------------------------------------------------------- First I thought that something with the path setting in the Makefile is wrong. The only thing I've seen is than only the folder /usr/include/dovecot .exists - not the following subdirectories : -I/usr/include/dovecot/src \ -I/usr/include/dovecot/src/lib \ -I/usr/include/dovecot/src/lib-storage \ -I/usr/include/dovecot/src/lib-mail \ -I/usr/include/dovecot/src/lib-imap \ -I/usr/include/dovecot/src/lib-index Has anyone some suggestions for my problem?

2 1

Re: postfix-dovecot via lmtp
by Reindl Harald 04 Aug '14

04 Aug '14

the same HTML crap, even after 4 medical operations i am not blind, here the thread ends for me, not interested in discuss about mailserves if even handling the mail-client fails P.S.: the same applies for "reply-all" <body style=" font-family:'Monospace'; font-size:16pt; font-weight:400; font-style:normal;"> Am 04.08.2014 um 13:00 schrieb Timothy Murphy: > On Monday, August 04, 2014 12:14:44 PM Reindl Harald wrote: > > > >> > I read in /var/log/maillog > >> > > >> > Aug 4 11:29:13 alfred postfix/lmtp[14871]: 9C04C220A99: > >> > to=<tim(a)localhost.gayleard.eu>, orig_to=<tim@localhost>, > >> > relay=alfred.gayleard.eu[private/dovecot-lmtp], delay=971, > >> > delays=971/0.03/0.02/0.1, dsn=4.3.0, status=deferred > >> > (host alfred.gayleard.eu[private/dovecot-lmtp] said: 451 4.3.0 > >> > <tim(a)localhost.gayleard.eu> Internal error occurred. > >> > Refer to server log for more information. (in reply to RCPT TO > >> > command)) > >> > >> "Refer to server log for more information" comes from dovecot lmtpd > >> so look there and post the output of "doveconf -n" > > > > Thanks very much for your response. > > > > The only output in /var/log/dovecot (where I send dovecot logs) is > > -------------------------- > > Aug 04 11:29:13 lmtp(14872): Debug: none: root=, index=, indexpvt=, control=, inbox=, alt= > > Aug 04 11:29:13 lmtp(14872): Info: Connect from local > > Aug 04 11:29:13 lmtp(14872): Debug: auth input: > > Aug 04 11:29:13 lmtp(14872): Info: Disconnect from local: Successful quit > > -------------------------- > > > > The output of "doveconf -n" is > > -------------------------- > > # 2.2.10: /etc/dovecot/dovecot.conf > > # OS: Linux 3.10.0-123.4.4.el7.x86_64 x86_64 CentOS Linux release 7.0.1406 (Core) > > debug_log_path = /var/log/dovecot > > info_log_path = /var/log/dovecot > > listen = * > > log_path = /var/log/dovecot > > login_trusted_networks = 192.168.2.0/24 > > mail_debug = yes > > mail_gid = 1000 > > mail_location = maildir:~/Maildir > > mail_uid = 1000 > > managesieve_notify_capability = mailto > > managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress > comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date > ihave > > mbox_write_locks = fcntl > > namespace inbox { > > inbox = yes > > location = > > mailbox Drafts { > > special_use = \Drafts > > } > > mailbox Junk { > > special_use = \Junk > > } > > mailbox Sent { > > special_use = \Sent > > } > > mailbox "Sent Messages" { > > special_use = \Sent > > } > > mailbox Trash { > > special_use = \Trash > > } > > prefix = > > } > > passdb { > > driver = pam > > } > > plugin { > > sieve = ~/.sieve/dovecot.sieve > > sieve_dir = ~/.sieve > > } > > protocols = imap pop3 lmtp sieve > > service imap-login { > > inet_listener imap { > > port = 143 > > } > > inet_listener imaps { > > port = 993 > > ssl = yes > > } > > } > > service lmtp { > > unix_listener /var/spool/postfix/private/dovecot-lmtp { > > group = postfix > > mode = 0777 > > user = postfix > > } > > } > > service managesieve-login { > > inet_listener sieve { > > port = 4190 > > } > > } > > ssl = required > > ssl_cert = </etc/pki/dovecot/certs/dovecot.pem > > ssl_key = </etc/pki/dovecot/private/dovecot.pem > > userdb { > > driver = passwd > > } > > protocol lmtp { > > mail_plugins = " sieve" > > } > > protocol lda { > > mail_plugins = " sieve" > > } > > protocol sieve { > > managesieve_notify_capability = fileinto reject envelope environment mailbox date > > } > > -------------------------- > > > > -- > > Timothy Murphy > > e-mail: gayleard /at/ eircom.net > > School of Mathematics, Trinity College, Dublin 2, Ireland

1 0

Dovecot with dbox indexing weirdness
by Coert 04 Aug '14

04 Aug '14

Hello all, I run a local dovecot imap server, with dbox storage in my home directory. It works well, but everytime I restart the machine, it seems according to lsof to reindex everything (and I am sitting with 250k mails). Is this the intended behaviour? I would expect it to happen only once or on update of a folder? regards, Coert

1 0

Certificates
by Tech Support Department 04 Aug '14

04 Aug '14

When running Dovecot with Postfix under Virtualmin on my VPS, I was wondering if there was a way for it to handle a separate certificate for each domain and IP address? Thank you.

2 1

autocreate mailboxes
by Mike Pultz 02 Aug '14

02 Aug '14

Hello, I just upgraded to Dovecot 2.2.13 from the 2.0 version branch- so far everything is working great. I wanted to take advantage of the mailbox option to auto create and auto subscribe users to a Sent and Trash folder (using the support for the special use flags), but ideally, I only want to do this for new mailboxes, and not for all the mailboxes that already exist on the system. The reason for this is because all the existing users likely already have a sent-mail folder configured, and I don't want to implement this, and have their sent-mail folder switched to this new one. When I set this up on my test system, I noticed that the new sent and trash folders appeared in my existing mailbox, and when I checked the account on my iPhone, it switched my sent-mail folder away from my "normal" sent-mail folder, and I couldn't change it back. Is there a way to do this ONLY when dovecot creates a new mailbox? Thanks, Mike

3 2

Advantage of LMTP
by Jerry 02 Aug '14

02 Aug '14

Sat, 2 Aug 2014 06:53:58 -0400 Presently, I have: "virtual_transport = dovecot" in my Postfix main.cf file and dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/local/libexec/dovecot/dovecot-lda -f ${sender} -d ${recipient} in the master.cf file. Is there any advantage to using LMPT instead? All of my users are configured as virtual users. If I change it, do I have to eliminate the above from my master.cf file? -- Jerry

2 1

[Dovecot] Converting old emails to compressed format
by Renaud Allard 02 Aug '14

02 Aug '14

Hello, I know this question has already been asked, but I would really like a solution here as I tried all I could find on the wiki or mail archives I am now running dovecot 2.2.12 Compression works fine for new mails, so zlib works Mails are currently stored using dbox So I tried for testing dsync -D -v mirror -u user -m Archives dbox:~/temp dsync -o "plugin/zlib_save=xz" -D -v mirror -u user -m Archives dbox:~/temp dsync -o "plugin/zlib_save=" -D -v mirror -u user -m Archives dbox:~/temp dsync -o "plugin/zlib_save=" -D -v mirror -u user -m Archives maildir:~/temp dsync -o "plugin/zlib_save=xz" -D -v mirror -u user -m Archives maildir:~/temp And also converting again those maildir messages to dbox (just in case it wouldn't work from dbox format) And also with backup instead of mirror None of this actually works, mails are indeed copied, but not compressed So I am wondering if there is a way to compress those mails? Thank you

5 8

Configuring pigeonhole/sieve
by Timothy Murphy 02 Aug '14

02 Aug '14

I've been trying for a few days to get pigeonhole/sieve working in order to filter email with spamassassin. Unfortunately I have had no success; and I have found no document which simply tells me what changes I need to make to which files, and what other action I have to take. I'm running CentOS-7 on my home-server, and have postfix + dovecot working perfectly; moreover spam is marked with ***Spam*** added to the Subject header. The only problem is that this spam is getting through to my inbox. It's clear that I'm overlooking some action I should be taking, and I'm sure there must be a document somewhere that gives simple and complete instructions on setting up pigeonhole/sieve to work with SpamAssassin. If anyone knows of such a document I should be eternally grateful. I was told at one point that "You need to pass your mail through dovecot-lda or lmtp", but I have no idea what this means. I see in /var/log/dovecot when I re-start dovecot "Aug 02 00:13:04 master: Info: Dovecot v2.2.10 starting up for imap, pop3, lmtp, sieve, sieve (core dumps disabled", which seems to imply that lmtp is enabled. Any suggestions or advice gratefully received. -- Timothy Murphy e-mail: gayleard /at/ eircom.net School of Mathematics, Trinity College, Dublin 2, Ireland

2 1

Dovecot EE on SciLinux 6.5: No Config Files in /etc
by Asai 02 Aug '14

02 Aug '14

Greetings, I tried installing Dovecot EE on Scientific 6.5 yesterday, but there was no repo under that release version, so I hardcoded the release version to 6 in yum.repos.d/dovecot.repo. That worked, but when I installed, it didn't install any default configuration files. /etc/dovecot was empty. Is that to be expected for EE? -- --Asai

2 2

Fwd: HIGHESTMODSEQ tracking
by Kostya Vasilyev 01 Aug '14

01 Aug '14

Michael, 2014-07-10 1:37 GMT+04:00 Michael M Slusarz <slusarz(a)curecanti.org>: Quoting Kostya Vasilyev <kmansoft(a)gmail.com>: > > Hello, >> >> I'd like to follow up on someone else's old thread: >> >> http://dovecot.org/list/dovecot/2012-April/082624.html >> >> I understand that Dovecot (that 2012 discussion was about version 2.0.18) >> can return "HIGHESTMODSEQ 1" upon SELECT if persistent modseq tracking was >> never enabled for a mailbox. >> > > This behavior is largely irrelevant ... a client should ignore any > HIGHESTMODSEQ data that is sent if it (the client) hasn't sent a CONDSTORE > enabling command. True, but I was just pointing out a quirk that existed in a older version, to ask for a clarification. > > > I'd like to get a clarification on how to enable proper persistent modseq >> tracking. >> >> Per RFC 4551, "A client supporting CONDSTORE.... indicates its willingness >> to receive mod-sequence updates... by issuing:" >> >> SELECT mailbox (CONDSTORE) >> STATUS (... HIGHESTMODSEQ ...) >> ... others ... >> > > 4551 is deprecated --> it is now RFC 7162. > Thanks, didn't notice that 4551 was "obsoleted". > > Also note there's actually 6 different categories of CONDSTORE-enabling > commands. SELECT/EXAMINE with CONDSTORE is just one of the categories. > There are five listed in RFC 4551, yes, there are six in 7162, but my question was about two specific ones out of those five / six. > > These days, you *really* should be using QRESYNC instead though. There are some mail servers that support CONDSTORE but not QRESYNC. The old chicken and egg IMAP problem :) > > > It seems that Dovecot 2.1.7 (Debian 7.5) enables persistent modseq >> tracking >> after one of the above two commands (and maybe others). So far so good. >> > > Incorrect. Dovecot has supported CONDSTORE/QRESYNC since 1.2.0. Incorrect? I wrote: "it seems that Dovecot 2.1.7 enables persistent modseq tracking...". Are you implying that Dovecot 2.1.7 doesn't enable persistent modseq tracking in this case? I never claimed that earlier versions of Dovecot didn't advertise CONDSTORE or didn't implement it properly, etc. Perhaps I should have written "...after *any* of the two commands... (and maybe others)" -- meaning it does after either of those two commands, and the other ones I don't care about and so didn't test. > And as mentioned above, there are 6 different ways of enabling CONDSTORE. > (Enabling QRESYNC is done 1 way ... the "ENABLE QRESYNC" command). Yes, agreed, noted. I'm asking about two out of those five / six. And not just about what the RFC says, but about how real, out in the field, installed on mail servers that people use, possibly quite old, versions of Dovecot behave. So let me try again: Is sending SELECT ... (CONDSTORE) or STATUS (... HIGHESTMODSEQ ...) enough to enable reliable persistent modseq tracking for all versions of Dovecot which advertise CONDSTORE in their capabilities? Not what the currently relevant RFC says, but how Dovecot versions with CONDSTORE in their caps behave. This is the one thing I'd really like to know. > > > So my questions are: >> >> 1 - Is this (enabling persistent modseq) also the case for all Dovecot >> versions prior to 2.1.7 that advertise CONDSTORE? >> >> There must be people running older versions out there, older than 2.1.7. >> >> If not, how can I branch my logic to not use HIGHESTMODSEQ, given that >> Dovecot doesn't appear to return any version info via its greeting or via >> the ID command? >> > > As noted above, this is irrelevant. As a client author, you should ALWAYS > ignore HIGHESTMODSEQ if you haven't enabled CONDSTORE/QRESYNC . All caps look nice in RFCs, but the real world has more variety :) > > > 3 - I guess the change to return NOMOSEQ instead of "1" for mailboxes with >> modseq tracking disabled, as mentioned in that discussion from 2012, never >> happened? At least on the 2.1 branch? >> > > NOMODSEQ is only relevant *if* you have enabled CONDSTORE. Agreed. However: > Returning NOMODSEQ on mailboxes that don't support persistent > mod-sequences has worked since 1.2.0, at least as far as I know. The linked message from 2012, discussing 2.0.18, says: "2) If a mailbox doesn't have modseqs enabled, return NOMODSEQ. This isn't ideal, but seems like the only possibility" And based on my tests, Dovecot 2.1.7 returns "HIGHESTMODSEQ 1" for mailboxes where modseq tracking has not been enabled. You're largely right about the value only being relevant if the client enabled CONDSTORE, and I don't care too much about this quirk, just wanted to to get a clarification on this as well, if possible. Thanks, -- K

3 7

Differences in "Delivered-To" header between deliver and LMTP
by Jeff Rice 01 Aug '14

01 Aug '14

Hi, I'm transitioning my server over from using the deliver LDA and LMTP. Suddenly a bunch of sieve filters stopped working, and I noticed the contents of the Delivered-To header are different. Using Dovecot's deliver LDA, the contents are a bare email address (foo(a)bar.com) Using Dovecot LMTP, they are in brackets (<foo(a)bar.com>). Is there a reason why this isn't consistent between the two delivery agents? It seems like it ought to be. Jeff

6 7

[PATCH] Fix typo in src/imap-urlauth/imap-urlauth-worker.c
by Jelmer Vernooij 01 Aug '14

01 Aug '14

The attached trivial patch fixes a typo in src/imap-urlauth/imap-urlauth-worker.c. Cheers, Jelmer

2 1

Maybe error in login-common/login-proxy.c/proxy_client_input
by Potapov Sergey 01 Aug '14

01 Aug '14

Hi! It seems that o_stream_cork should be done on proxy->server_output but not on proxy->client_output. o_stream_cork(proxy->client_output); ret2 = o_stream_send(proxy->server_output, buf, ret); o_stream_uncork(proxy->server_output);

2 1

solr_add_definite_query quotes queries
by G H 01 Aug '14

01 Aug '14

So Solr 4.0 and higher supports regular expressions in searching. However, Dovecot is quoting search queries in solr_add_definite_query (via solr_add_str_arg). This breaks regex searching. I do a sample search for emails with "merged" in their body via the query /merg.*/. If you look at the Solr logs, it is sending: q=body:"/merg.*/" which is converted to body:\"/merg.*/\" inside Solr. but if it had sent only: q=body:/merg.*/ then regex would have worked. Is regular expression searching on the dashboard? I'm considering patching fts-backend-solr.c to not quote-enclose the search, but am looking for any better suggestions. Or perhaps not quote-enclose if the search is prefixed with RX: (ie: "RX:/merg.*/")... Thanks, G H

2 1

using flat file for dictionary quota backend
by www-1223 01 Aug '14

01 Aug '14

Hi! I want use flat file for dictionary quota backend, but I didn't find the description of that he has to contain. Somebody can give an example of such file? PS: sorry for my English. Regards, Oleg Ivanov.

1 0

vacation rule addresses
by Héctor Moreno Blanco 01 Aug '14

01 Aug '14

Hello everyone, We have Dovecot 2.1.6 and Pigeonhole 0.3.0. We would like Pigeonhole not to send the vacation response to noreply(a)whatever.com<mailto:noreply@whatever.com>. In this wiki http://wiki2.dovecot.org/Pigeonhole/Sieve/Usage#Vacation_auto-reply are showed the different exceptions, but the noreply is not in there. How can I add this address, or another one, to this exception list? Thank you very much in advanced. Kind regards. Héctor Moreno. P Please consider the environment before printing this e-mail. ______________________ This message including any attachments may contain confidential information, according to our Information Security Management System, and intended solely for a specific individual to whom they are addressed. Any unauthorised copy, disclosure or distribution of this message is strictly forbidden. If you have received this transmission in error, please notify the sender immediately and delete it. ______________________ Este mensaje, y en su caso, cualquier fichero anexo al mismo, puede contener informacion clasificada por su emisor como confidencial en el marco de su Sistema de Gestion de Seguridad de la Informacion siendo para uso exclusivo del destinatario, quedando prohibida su divulgacion copia o distribucion a terceros sin la autorizacion expresa del remitente. Si Vd. ha recibido este mensaje erroneamente, se ruega lo notifique al remitente y proceda a su borrado. Gracias por su colaboracion. ______________________

2 1

Re: [PATCH] Fix typo in src/imap-urlauth/imap-urlauth-worker.c
by Jelmer Vernooij 01 Aug '14

01 Aug '14

On Sun, Jul 20, 2014 at 12:50:43AM +0200, Jelmer Vernooij wrote: > The attached trivial patch fixes a typo in src/imap-urlauth/imap-urlauth-worker.c. Ping? > diff -r fd0616d553b0 -r 6fabd9046558 src/imap-urlauth/imap-urlauth-worker.c > --- a/src/imap-urlauth/imap-urlauth-worker.c Fri Jul 11 16:49:35 2014 +0300 > +++ b/src/imap-urlauth/imap-urlauth-worker.c Sun Jul 20 00:29:35 2014 +0200 > @@ -478,7 +478,7 @@ > } > if (client_run_url(client) < 0) { > client_abort(client, > - "Session aborted: Fatal failure while transfering URL"); > + "Session aborted: Fatal failure while transferring URL"); > return 0; > } > }

1 0

Solr 4+ schema.xml?
by G H 31 Jul '14

31 Jul '14

Does anyone have a Solr 4+ compatible schema.xml for dovecot indexing? I am trying to test to see if regex-based FTS searching works through IMAP, but Solr 4.9.0 is throwing an error, "SolrException: undefined field text", on startup with the schema.xml included with Dovecot 2.2.9. Thanks. G H

2 2

Issue with exim and auth protocol
by Mildred Ki'Lya 31 Jul '14

31 Jul '14

Hi, I'm trying to set up exim (4.83) as a submission server, and need to set up the dovecot authentication in exim. I'm having an issue with that (documented at <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756258>) The problem is that exim doesn't follow the handshake as described here: <http://wiki2.dovecot.org/Design/AuthProtocol>. The wiki page says that the client should start the handshake, but exim waits for the server to start and to receive the DONE command until it starts its own handshake. What I actually get is: exim connects to dovecot auth dovecot VERSION 1 1 dovecot SPID 48 And then, dovecot stops (I presume it waits for the client handshake, VERSION and CPID). Exim on its side waits for the DONE. This results in the SMTP connection by exim never replying to the AUTH PLAIN command. This is exim 4.80 (or 4.83) and dovecot 2.1.7. I have another server set up almost exactly the same (but with dovecot 2.1.17) where it does work. In that case, dovecot finishes the handshake before exim starts its handshake. It results in: exim connects to dovecot auth dovecot VERSION 1 1 dovecot MECH PLAIN plaintext dovecot SPID 10905 dovecot CUID 1 dovecot COOKIE d3861d29441f06d962490eab8549fd46 dovecot DONE exim VERSION 1 0 exim CPID 10619 exim AUTH 1 PLAIN service=smtp secured rip=82.247.184.53 lip=80.67.179.36 nologin resp=<base64 encoded string> I don't understand what could change the dovecot behaviour in that regard. Is there a solution that would only require modifying the configuration? Thank you, Mildred

3 6

Die Hütchen-Spiel Mafia wird das nicht gerne sehen. Diese Katze ist Profi!
by Michael Grimm 31 Jul '14

31 Jul '14

http://heftig.co/katze-mit-huetchen/

3 5

▶ Leopard Is Getting Relaxed big cat purrs - YouTube
by Michael Grimm 30 Jul '14

30 Jul '14

Whow! In einer Auffangstation für Wildtiere in den USA laut Spiegel.de http://www.youtube.com/watch?v=4BLoHyeevcU

1 0

dovecot-2-2-pigeonhole-92405f753f6a - 77e6a42bff9b
by Tamsy 30 Jul '14

30 Jul '14

Just a report to Stephan: I tried to compile two builds from the Mercurial: - dovecot-2-2-pigeonhole-92405f753f6a - dovecot-2-2-pigeonhole-77e6a42bff9b Both builds fail to compile with the same following error: ---------------- 8< ---------------- ../../src/lib-sieve-tool/.libs/libsieve-tool.a(sieve-tool.o): In function `sieve_tool_open_output_stream': /usr/local/src/dovecot-2-2-pigeonhole-77e6a42bff9b/src/lib-sieve-tool/sieve-tool.c:518: undefined reference to `o_stream_create_fd_autoclose' ../../src/lib-sieve/.libs/libdovecot-sieve.so: undefined reference to `i_stream_create_fd_autoclose' collect2: ld returned 1 exit status make[3]: *** [sievec] Error 1 make[3]: Leaving directory `/usr/local/src/dovecot-2-2-pigeonhole-77e6a42bff9b/src/sieve-tools' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/dovecot-2-2-pigeonhole-77e6a42bff9b/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/dovecot-2-2-pigeonhole-77e6a42bff9b' make: *** [all] Error 2 Server OS: 2 servers, both running on Ubuntu 10.04 32 Bit Rgds Tamsy

4 5

PAM and YubiKeys
by Jack 29 Jul '14

29 Jul '14

Hi List, I am trying to get authentication to Dovecot with a Yubikey OTP. I have the PAM modules installed and can successfully authenticate to ssh with the Yubikey, so I am confident that the network level and Yubikey configuration is correct. I can also authenticate to Dovecot via PAM using a plain password, however when I try to use the Yubikey authentication with Dovecot things don't go well. Network monitoring reveals that the software does not even attempt to connect to the authentication servers. My Dovecot authentication is configured as follows :- passdb { driver = pam args = failure_show_msg=yes dovecot override_fields = proxy host=1.2.3.4 master=XXXXXX pass=XXXXXX } userdb { driver = passwd-file args = username_format=%u /etc/dovecot/users } The dovecot Pam config file is :- auth sufficient pam_yubico.so id=99999 key="xxxxxxxxxxx" authfile=/etc/yubikey_mappings debug @include common-auth @include common-account @include common-session When failing to authenticate with Dovecot, the PAM debug log shows :- [../pam_yubico.c:parse_cfg(761)] called. [../pam_yubico.c:parse_cfg(762)] flags 0 argc 4 [../pam_yubico.c:parse_cfg(764)] argv[0]=id=xxxxxx [../pam_yubico.c:parse_cfg(764)] argv[1]=key="xxxxxx" [../pam_yubico.c:parse_cfg(764)] argv[2]=authfile=/etc/yubikey_mappings [../pam_yubico.c:parse_cfg(764)] argv[3]=debug [../pam_yubico.c:parse_cfg(765)] id=xxxxxx [../pam_yubico.c:parse_cfg(766)] key="xxxxxxxxx" [../pam_yubico.c:parse_cfg(767)] debug=1 [../pam_yubico.c:parse_cfg(768)] alwaysok=0 [../pam_yubico.c:parse_cfg(769)] verbose_otp=0 [../pam_yubico.c:parse_cfg(770)] try_first_pass=0 [../pam_yubico.c:parse_cfg(771)] use_first_pass=0 [../pam_yubico.c:parse_cfg(772)] authfile=/etc/yubikey_mappings [../pam_yubico.c:parse_cfg(773)] ldapserver=(null) [../pam_yubico.c:parse_cfg(774)] ldap_uri=(null) [../pam_yubico.c:parse_cfg(775)] ldapdn=(null) [../pam_yubico.c:parse_cfg(776)] user_attr=(null) [../pam_yubico.c:parse_cfg(777)] yubi_attr=(null) [../pam_yubico.c:parse_cfg(778)] yubi_attr_prefix=(null) [../pam_yubico.c:parse_cfg(779)] url=(null) [../pam_yubico.c:parse_cfg(780)] capath=(null) [../pam_yubico.c:parse_cfg(781)] token_id_length=12 [../pam_yubico.c:parse_cfg(782)] mode=client [../pam_yubico.c:parse_cfg(783)] chalresp_path=(null) [../pam_yubico.c:pam_sm_authenticate(823)] get user returned: jack [../pam_yubico.c:pam_sm_authenticate(929)] conv returned 44 bytes [../pam_yubico.c:pam_sm_authenticate(947)] Skipping first 0 bytes. Length is 44, token_id set to 12 and token OTP always 32. [../pam_yubico.c:pam_sm_authenticate(954)] OTP: ccccccbcitfdueencldivbcjvghvikdtrnujbgubirru ID: ccccccbcitfd [../pam_yubico.c:pam_sm_authenticate(985)] ykclient return value (101): Could not parse server response [../pam_yubico.c:pam_sm_authenticate(1038)] done. [Authentication service cannot retrieve authentication info] A successful authentication (via ssh) looks like [../pam_yubico.c:parse_cfg(761)] called. [../pam_yubico.c:parse_cfg(762)] flags 1 argc 4 [../pam_yubico.c:parse_cfg(764)] argv[0]=id=xxxx [../pam_yubico.c:parse_cfg(764)] argv[1]=key="xxxxxxxxxxxxxxxxxx" [../pam_yubico.c:parse_cfg(764)] argv[2]=authfile=/etc/yubikey_mappings [../pam_yubico.c:parse_cfg(764)] argv[3]=debug [../pam_yubico.c:parse_cfg(765)] id=xxxxxx [../pam_yubico.c:parse_cfg(766)] key="xxxxxxxxxxxxxxxxxxx" [../pam_yubico.c:parse_cfg(767)] debug=1 [../pam_yubico.c:parse_cfg(768)] alwaysok=0 [../pam_yubico.c:parse_cfg(769)] verbose_otp=0 [../pam_yubico.c:parse_cfg(770)] try_first_pass=0 [../pam_yubico.c:parse_cfg(771)] use_first_pass=0 [../pam_yubico.c:parse_cfg(772)] authfile=/etc/yubikey_mappings [../pam_yubico.c:parse_cfg(773)] ldapserver=(null) [../pam_yubico.c:parse_cfg(774)] ldap_uri=(null) [../pam_yubico.c:parse_cfg(775)] ldapdn=(null) [../pam_yubico.c:parse_cfg(776)] user_attr=(null) [../pam_yubico.c:parse_cfg(777)] yubi_attr=(null) [../pam_yubico.c:parse_cfg(778)] yubi_attr_prefix=(null) [../pam_yubico.c:parse_cfg(779)] url=(null) [../pam_yubico.c:parse_cfg(780)] capath=(null) [../pam_yubico.c:parse_cfg(781)] token_id_length=12 [../pam_yubico.c:parse_cfg(782)] mode=client [../pam_yubico.c:parse_cfg(783)] chalresp_path=(null) [../pam_yubico.c:pam_sm_authenticate(823)] get user returned: jack [../pam_yubico.c:pam_sm_authenticate(929)] conv returned 44 bytes [../pam_yubico.c:pam_sm_authenticate(947)] Skipping first 0 bytes. Length is 44, token_id set to 12 and token OTP always 32. [../pam_yubico.c:pam_sm_authenticate(954)] OTP: ccccccbcitfdetdfkbjrtfbuhgbtjgethkdebcgthgde ID: ccccccbcitfd [../pam_yubico.c:pam_sm_authenticate(985)] ykclient return value (0): Success [../pam_yubico.c:authorize_user_token(221)] Using system-wide auth_file /etc/yubikey_mappings [../pam_yubico.c:check_user_token(178)] Authorization line: jack:ccccccbcitfd [../pam_yubico.c:check_user_token(182)] Matched user: jack [../pam_yubico.c:check_user_token(187)] Authorization token: ccccccbcitfd [../pam_yubico.c:check_user_token(190)] Match user/token as jack/ccccccbcitfd [../pam_yubico.c:pam_sm_authenticate(1038)] done. [Success] I have just noticed that the 'flags' is set to 1 by ssh. I don't know where (or if) I can control how Dovecot sets that flag or if it has any relevance. The Pam configuration line for Yubikey is identical in the ssh configuration. Does anyone have any idea what is going wrong? Thanks in advance, Jack

1 0

identify MUA connecting?
by Juan Pablo 29 Jul '14

29 Jul '14

Hello I am using dovecot 1.2.15 on ubuntu. Is it possible to somehow log the MUA information that is connecting to Dovecot? The reason I am wanting to do this is I would like to know if people are getting their email on personal devices instead of work secured / standardized phones.

9 12

Missing IMAP Subfolders
by Tim 29 Jul '14

29 Jul '14

I've recently encountered an issue with my IMAP folders on Dovecot 2.0.19. When I telnet into my account and perform a list, I get the following response: A list "" "*" * LIST (\Unmarked) "." "INBOX" A OK List completed. However I know there are subfolders here and have examined the server directly via SSH and strangely: a select INBOX.Clients * OK [CLOSED] Previous mailbox closed. * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1394028715] UIDs valid * OK [UIDNEXT 1] Predicted next UID * OK [HIGHESTMODSEQ 1] Highest a OK [READ-WRITE] Select completed. When I also subscribe to a couple if these which I am able to to do despite not being able to "LIST" them, I get this with LIST-EXTENDED: a04 LIST (SUBSCRIBED RECURSIVEMATCH) "*" "*" * LIST (\Subscribed \NonExistent) "." "INBOX" (CHILDINFO ("SUBSCRIBED")) * LIST (\Subscribed \NonExistent) "." "INBOX.Clients" (CHILDINFO ("SUBSCRIBED")) * LIST (\Subscribed \NonExistent) "." "INBOX.Clients.Bob" a04 OK List completed. Just not sure why a LIST is not giving me a full list as it's causing problems subscribing to these with Mail Clients. Any help is appreciated!

1 0

incremental mailbox syncs for quick migration
by Jogi Hofmüller 29 Jul '14

29 Jul '14

Hi all, We are facing quite large mailboxes (>10GB) in our migration from cyrus to dovecot. I did a test on one mailbox and repeated the sync a couple of times with the expected result that the second, third, etc. sync took only seconds compared to minutes for the first sync. We use this command to sync a mailbox: doveadm backup -R -u USER imapc: Are there any problems to be expected when we first do a sync for all mailboxes but do not migrate the users right away but instead do the actual migration using a second sync? Cheers, -- j.hofmüller http://thesix.mur.at/

1 0

problem migrating shared folders from cyrus to dovecot
by Jogi Hofmüller 29 Jul '14

29 Jul '14

Hi all, We face a problem migrating shared mailboxes from an old cyrus server to dovecot. Whereas migrating regular users works like a charm, the shared mailboxes cannot be migrated. dsync/doveadm states: "Error: Failed to access mailbox INBOX: Mailbox does not exist". This is somehow true since the shared mailboxes live not under user.mailbox but rather under shared.mailbox (cyrus special). Has anyone a solution for this peculiar problem? Cheers, -- j.hofmüller http://thesix.mur.at/

1 0

Multiple servers and NFS
by Richard Hector 29 Jul '14

29 Jul '14

Hi all, For some reason, I didn't go to http://wiki2.dovecot.org/NFS until now, and I'm starting to get worried ... The plan was to have multple servers (MXes) receiving mail, and delivering via LMTP to multiple backend dovecot servers (with amavis in front of dovecot; LMTP both sides). Then we'd have multiple servers for clients to use IMAP or POP3. This is more or less how the system already works, except with Courier IMAP, and postfix on the backends, delivering to maildirs with procmail. But with the recommendation to use the Director for both IMAP/POP3 and LMTP - that starts to sound like I need a whole bunch more servers to run Directors and proxies, and even then it might not be a good idea to have different servers running lmtp and imap/pop. One possible mitigating point is that our 'load balancing' is DNS round-robin, so a given client will probably stick with a single imap/pop server anyway, but if the user has multiple clients (desktop/mobile etc) then they may still hit different servers. Can someone clarify best practice for a setup needing multiple servers for load balancing and redundancy? Is Courier already likely to have been suffering these problems? Oh, the NFS server is a NetApp Filer, if that matters. I'm using dovecot 2.2.9 from debian wheezy backports, in order to get the quota policy daemon support. Thanks, Richard

9 19

Dovecot mailstore performance tuning
by Murray Trainer 29 Jul '14

29 Jul '14

HI All, We have a couple of dovecot director proxies and six backed mailstores each accessing mailboxes stored on five NFSv4 filsystems with about 1TB of mail on each in maildir format. We have about 800 max users on each mailstore at peak times and performance appears to starting to degrade at these times. The mailstores are pretty recent hardware with 64GB of RAM and 24 cores. The NFS storage is EMC VNX and we are doing about 250 I/O per sec upto max of 500 on each filesystem. I need to squeeze more performance out of these servers whether that is in the NFS client, Dovecot or Linux OS/kernel areas. We use LDAP for auth and I am doing some tuning in that area. The NFS filesystems are mounted with the options below: 10.11.0.238:/mailbox_store_01 on /home1 type nfs4 (rw,relatime,vers=4.0,rsize=65536,wsize=65536,namlen=255,hard,nordirplus,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=10.11.0.96,local_lock=none,addr=10.11.0.238) My dovecot config is below. I am not seeing any obvious issues in the server logs. Any suggestions on how to improve performance would be appreciated. Thanks Murray # doveconf -n # 2.2.9: /etc/dovecot/dovecot.conf doveconf: Warning: service auth { client_limit=40960 } is lower than required under max. load (41280) doveconf: Warning: service anvil { client_limit=40970 } is lower than required under max. load (41183) # OS: Linux 3.13-0.bpo.1-amd64 x86_64 Debian 7.5 auth_cache_size = 64 M auth_cache_ttl = 2 hours auth_failure_delay = 0 auth_mechanisms = plain login auth_username_chars = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789!#$-=?^_{}~./@+%" auth_username_translation = +@ auth_worker_max_count = 256 base_dir = /var/run/dovecot/ disable_plaintext_auth = no first_valid_gid = 1001 first_valid_uid = 1001 mail_fsync = always mail_location = maildir:~/ managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave mmap_disable = yes namespace { inbox = yes location = prefix = INBOX. type = private } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { acl = vfile quota = maildir quota_rule = INBOX.Trash:ignore } protocols = " imap lmtp sieve pop3" service anvil { client_limit = 40970 } service auth-worker { user = dovecot } service auth { client_limit = 40960 unix_listener auth-userdb { group = mail mode = 0666 user = dovecot } } service imap-login { chroot = login inet_listener imap { address = *, [::] port = 143 } inet_listener imaps { address = * port = 993 ssl = yes } process_limit = 20480 process_min_avail = 32 service_count = 1 user = dovecot vsz_limit = 256 M } service imap { process_limit = 40960 vsz_limit = 256 M } service lmtp { inet_listener lmtp { address = 27.54.95.41 port = 24 } process_min_avail = 32 } service managesieve-login { client_limit = 40960 process_limit = 120 process_min_avail = 5 service_count = 0 vsz_limit = 64 M } service managesieve { process_limit = 4096 vsz_limit = 256 M } service pop3-login { chroot = login inet_listener pop3 { address = *, [::] port = 110 } inet_listener pop3s { address = * port = 995 ssl = yes } process_limit = 20480 process_min_avail = 32 service_count = 1 user = dovecot vsz_limit = 256 M } service pop3 { process_limit = 40960 vsz_limit = 256 M } ssl_cert =

2 1