- dovecot - dovecot.org

[Dovecot] Overriding inbox= in userdb extra fields
by Bret Martin 03 Aug '12

03 Aug '12

Hello, I'm trying to set up an alternate user with a different inbox using passwd-file and userdb extra fields and the extra field settings don't seem to be taking effect. I've used auth_debug and mail_debug and I'm unclear how I can further troubleshoot this. Is it possible to have inbox=yes in one namespace globally and then override this for one user by setting inbox=no for that namespace and then inbox=yes for another? My doveconf -n is below. I would like to have inbox=yes for the inbox namespace, inbox=no for the virtual namespace, and then be able to invert these for selected users using userdb extra fields. My attempt at doing this so far looks like bam-ios:[REDACTED]:500:500::/home/bam::user=bam namespace/inbox/inbox=no namespace/virtual/inbox=yes Changing the user with user= seems to work fine, but the inbox= changes don't. Here is some relevant log data. Aug 2 11:37:29 new-miranda dovecot: auth: Debug: Loading modules from directory: /usr/lib/dovecot/modules/auth Aug 2 11:37:29 new-miranda dovecot: auth: Debug: passwd-file /etc/dovecot/users: Read 1 users in 0 secs Aug 2 11:37:29 new-miranda dovecot: auth: Debug: auth client connected (pid=14967) Aug 2 11:37:29 new-miranda dovecot: auth: Debug: client in: AUTH#0111#011PLAIN#011service=imap#011secured#011session=Rgx2MErG4wBAd51y#011lip=216.93.241.245#011rip=64.119.157.114#011lport=993#011rport=38115#011resp=<hidden> Aug 2 11:37:29 new-miranda dovecot: auth: Debug: passwd-file(bam-ios,64.119.157.114,<Rgx2MErG4wBAd51y>): lookup: user=bam-ios file=/etc/dovecot/users Aug 2 11:37:29 new-miranda dovecot: auth: Debug: auth(bam-ios,64.119.157.114,<Rgx2MErG4wBAd51y>): username changed bam-ios -> bam Aug 2 11:37:29 new-miranda dovecot: auth: Debug: client out: OK#0111#011user=bam#011namespace/inbox/inbox=no#011namespace/virtual/inbox=yes Aug 2 11:37:29 new-miranda dovecot: auth: Debug: master in: REQUEST#[REDACTED] Aug 2 11:37:29 new-miranda dovecot: auth: Debug: passwd-file(bam,64.119.157.114,<Rgx2MErG4wBAd51y>): lookup: user=bam file=/etc/dovecot/users Aug 2 11:37:29 new-miranda dovecot: auth: passwd-file(bam,64.119.157.114,<Rgx2MErG4wBAd51y>): unknown user Aug 2 11:37:29 new-miranda dovecot: auth: Debug: passwd(bam,64.119.157.114,<Rgx2MErG4wBAd51y>): lookup Aug 2 11:37:29 new-miranda dovecot: auth: Debug: master out: USER#0111425670145#011bam#011system_groups_user=bam#011uid=500#011gid=500#011home=/home/bam Aug 2 11:37:29 new-miranda dovecot: imap-login: Login: user=<bam>, method=PLAIN, rip=64.119.157.114, lip=216.93.241.245, mpid=14970, TLS, session=<Rgx2MErG4wBAd51y> Aug 2 11:37:29 new-miranda dovecot: imap: Debug: Loading modules from directory: /usr/lib/dovecot/modules Aug 2 11:37:29 new-miranda dovecot: imap: Debug: Module loaded: /usr/lib/dovecot/modules/lib20_virtual_plugin.so Aug 2 11:37:29 new-miranda dovecot: imap(bam): Debug: Effective uid=500, gid=500, home=/home/bam Aug 2 11:37:29 new-miranda dovecot: imap(bam): Debug: Namespace inbox: type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=mdbox:/srv/mail/bam/mdbox Aug 2 11:37:29 new-miranda dovecot: imap(bam): Debug: fs: root=/srv/mail/bam/mdbox, index=, control=, inbox=, alt= Aug 2 11:37:29 new-miranda dovecot: imap(bam): Debug: Namespace : Using permissions from /srv/mail/bam/mdbox: mode=0700 gid=-1 Aug 2 11:37:29 new-miranda dovecot: imap(bam): Debug: Namespace virtual: type=private, prefix=virtual/, sep=/, inbox=no, hidden=yes, list=no, subscriptions=yes location=virtual:/srv/mail/bam/virtual Aug 2 11:37:29 new-miranda dovecot: imap(bam): Debug: fs: root=/srv/mail/bam/virtual, index=, control=, inbox=, alt= Aug 2 11:37:29 new-miranda dovecot: imap(bam): Debug: Namespace mdbox: type=private, prefix=mdbox/, sep=/, inbox=no, hidden=yes, list=no, subscriptions=yes location=mdbox:/srv/mail/bam/mdbox Aug 2 11:37:29 new-miranda dovecot: imap(bam): Debug: fs: root=/srv/mail/bam/mdbox, index=, control=, inbox=, alt= I also tried not having inbox=yes anywhere in the global configurations, but then I get Aug 2 11:52:22 new-miranda dovecot: imap(bam): Error: user bam: Initialization failed: namespace configuration error: inbox=yes namespace missing I'm having great luck with the virtual plugin, but I only want to use it for the inbox on some clients. Any ideas on why my inbox=yes/no overrides aren't taking effect? Thanks, --Bret # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-5-amd64 x86_64 Debian 6.0.5 ext4 mail_location = mdbox:/srv/mail/%u/mdbox mail_plugins = " virtual" namespace inbox { inbox = no location = prefix = } namespace mdbox { hidden = yes list = no location = prefix = mdbox/ separator = / } namespace virtual { hidden = yes inbox = yes list = no location = virtual:/srv/mail/%u/virtual prefix = virtual/ separator = / } passdb { args = scheme=SSHA512 username_format=%u /etc/dovecot/users driver = passwd-file } passdb { driver = pam } protocols = " imap" service imap-login { inet_listener imap { port = 0 } } ssl_cert = </etc/ssl/certs/dovecot.pem ssl_key = </etc/ssl/private/dovecot.pem userdb { args = username_format=%u /etc/dovecot/users driver = passwd-file } userdb { driver = passwd }

2 2

[Dovecot] v2.1.9 released
by Timo Sirainen 03 Aug '12

03 Aug '12

http://dovecot.org/releases/2.1/dovecot-2.1.9.tar.gz http://dovecot.org/releases/2.1/dovecot-2.1.9.tar.gz.sig I've again mostly finished reading and answering most of the mails in Dovecot mailing list. There are a couple annoyingly difficult / time consuming bugreport mails that I haven't replied to yet, but if anyone thinks I should have replied to something already feel free to resend the mail. For the new Redis/memcached dict stuff see http://master.wiki2.dovecot.org/AuthDatabase/Dict and http://master.wiki2.dovecot.org/Quota/Dict I'm thinking about removing the new quota_ignore_save_errors=yes setting in v2.2 and just forcing it enabled always. Thoughts? (I didn't want to change v2.1 behavior by doing this.) The most important changes since v2.1.8: * mail-log plugin: Log mailbox names with UTF-8 everywhere (instead of mUTF-7 in some places and UTF-8 in other places) * director: Changed director_username_hash setting's default from %u to %Lu (= lowercase usernames). This doesn't break any existing installations, but might fix some of them. + doveadm: Added "auth cache flush [<username>]" command. + Implemented dict passdb/userdb + Implemented Redis and memcached dict backends, which can be used as auth backends. Redis can also be used as dict-quota backend. + Added plugin { quota_ignore_save_errors=yes } setting to allow saving a mail when quota lookup fails with temporary failure. - Full text search indexing might have failed for some messages, always causing indexer-worker process to run out of memory. - fts-lucene: Fixed handling SEARCH HEADER FROM/TO/SUBJECT/CC/BCC when the header wasn't lowercased. - fts-squat: Fixed crash when searching a virtual mailbox. - pop3: Fixed assert crash when doing UIDL on empty mailbox on some setups. - auth: GSSAPI RFC compliancy and error handling fixes. - Various fixes related to handling shared namespaces

3 4

[Dovecot] Antispam only when LMTP delivers some specific messages
by Sandro Tosi 03 Aug '12

03 Aug '12

Hello, we're setting up a weird platform where every incoming email is passed from the MTA directly to a tool that then uses dovecot LMTP to deliver the message into the user mailbox. We are legally *not* allowed to run antispam on all the incoming messages, but only on some of them, as they are recognized by the aforementioned tool; but given that tool directly uses LMTP to delivers the mail we need to find a way to parse the messages passing thru LMTP and run spamassassin only on those matching some regex on subject and mail body. Is is possible to do that with some dovecot LMTP feature? i've read a lot of documentation about how to possibly implement it and it *seems* there would be a way using pigeonhole sieve and extprograms - what do you think? The idea I have in mind is something like: 1. identify the mails we want to scan with spamassassin (using regex or whatever else to precisely pin-point them) 2. run SA on those 3. in case it's spam, rewrite the subject (or similar) Do you think it's something doable with dovecot? Thanks in advance, -- Sandro Tosi Product Engineer Shared Hosting Products R&D | Dada.pro eml sandro.tosi(a)register.it

3 3

[Dovecot] dovecot-lda setting quota rules
by Lazy 03 Aug '12

03 Aug '12

Hi, in my setup dovecot-lda reads user and home from environment, and dosn't perform userdb lookup Jul 18 03:09:47 thebe2 dovecot: lda(lazytest_test): Debug: Effective uid=300, gid=300, home=/vmail/la/lazytest_test Jul 18 03:09:47 thebe2 dovecot: lda(lazytest_test): Debug: Quota root: name=User quota backend=maildir args= Jul 18 03:09:47 thebe2 dovecot: lda(lazytest_test): Debug: Quota warning: bytes=0 (95%) messages=0 reverse=no command=quota-warning 95 lazytest_test Jul 18 03:09:47 thebe2 dovecot: lda(lazytest_test): Debug: Quota warning: bytes=0 (80%) messages=0 reverse=no command=quota-warning 80 lazytest_test Jul 18 03:09:47 thebe2 dovecot: lda(lazytest_test): Debug: Namespace inbox: type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes l ocation=maildir:~/Maildir:INDEX=/var/dovecot_indexes/vmail/la/lazytest_test Jul 18 03:09:47 thebe2 dovecot: lda(lazytest_test): Debug: maildir++: root=/vmail/la/lazytest_test/Maildir, index=/var/dovecot_indexes/vmail/la/lazytest_tes t, control=, inbox=/vmail/la/lazytest_test/Maildir, alt= Jul 18 03:09:47 thebe2 dovecot: lda(lazytest_test): Debug: userdb lookup skipped, username taken from USER environment Jul 18 03:09:47 thebe2 dovecot: lda(lazytest_test): Debug: Quota root: name=User quota backend=maildir args= I wan't it to stay that way. The problem is that it dosn't update the quota rules in Maildir when quota is changed in userdb. I have the rules avaiable in qmail-lda's environment, but I need an idea on how to feed the quota rule string to quota plugin without doing userdb lookup. What whould be the best way to do this, maybe in plugins/quota/quota.c:quota_root_add_rules() ? Regards, Michal Grzedzicki

2 4

[Dovecot] managesieve segfault with gold linker
by Eray Aslan 03 Aug '12

03 Aug '12

dovecot-2.1.8 sieve-0.3.1 binutils-2.22 When dovecot and sieve is linked with ld.gold I get a segfault in checkscript command: $ telnet localhost 4190 [some output] authenticate "PLAIN" "<base64_username_password>" [some more output] checkscript "foobarscript" connection closed Logs: 2012-07-12T19:30:23.624158+00:00 bob dovecot: master: Dovecot v2.1.8 starting up 2012-07-12T19:31:22.548913+00:00 bob dovecot: managesieve-login: Login: user=<username>, method=PLAIN, rip=192.168.122.1, lip=192.168.122.64, mpid=12169, session=<YGo2AqfEcwDAqHoB> 2012-07-12T19:31:34.636747+00:00 bob dovecot: managesieve(username): Fatal: master: service(managesieve): child 12169 killed with signal 11 (core dumped) make check also fails (thank you for that): [...] Test case: ./tests/execute/errors.svtest: 1: Test 'Action conflicts: reject <-> fileinto' SUCCEEDED 2: Test 'Action conflicts: reject <-> keep' SUCCEEDED 3: Test 'Action conflicts: reject <-> redirect' SUCCEEDED 4: Test 'Action limit' SUCCEEDED 5: Test 'Redirect limit' SUCCEEDED /tmp/work/dovecot-2.1-pigeonhole-0.3.1/src/testsuite/.libs/lt-testsuite: symbol lookup error: /tmp/work/dovecot-2.1-pigeonhole-0.3.1/src/lib-sieve/.libs/libdovecot-sieve.so.0: undefined symbol: mail_deliver_get_log_var_expand_table make: *** [tests/execute/errors.svtest] Error 127 Backtrace is attached. -- Eray Aslan <eras(a)gentoo.org>

2 4

[Dovecot] LZMA2 (xz) support for Dovecot?
by Brad Smith 02 Aug '12

02 Aug '12

Timo, Thoughts on adding LZMA2 (xz) support via liblzma to Dovecot? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 1

[Dovecot] imap(xxxxxxxx): Error: opendir(/user/xxxxxxxx/.imap) failed: No such file or directory
by Frank Bonnet 02 Aug '12

02 Aug '12

hello I see this message in the dovecot error log every time a user connect to IMAP service. imap(xxxxxxxx): Error: opendir(/user/xxxxxxxx/.imap) failed: No such file or directory In the server's config I've this mail_location = mbox:%h/:INBOX=/var/mail/%u:INDEX=/var/spool/dovecot/index/%u As we can see INDEX files are not living in user's home directories but in /var/spool/dovecot/index/%u so why this error message ? BTW : users access normally to their IMAP folders , I'm just curious about this message which is not marked as warning but error Thank you

4 14

[Dovecot] Problem with preserving MIME format with Dovecot IMAP and MS Outlook client
by Peter Grimmond 01 Aug '12

01 Aug '12

Hello all, Apologies for the repost, but I am really struggling to solve this problem... I have installed Dovecot 2.0.19 on Ubuntu 12.04 LTS. I have set up a very basic IMAP configuration. I have two different laptops running MS Outlook (one MacOS, one Windows 7) and I have configured both to connect to the Dovecot service. My problem is, emails in MIME format that I synchronise from one MS Outlook client are not being correctly decoded as MIME messages on the other client. Instead, the message is rendered in plaintext, starting with the lines: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3426360453_22814Content-type: multipart/alternative; boundary="B_3426360453_4099" --B_3426360453_4099Content-type: text/plain; charset="ISO-8859-1"Content-transfer-encoding: quoted-printable Can anyone help me understand why this might be happening? The output from dovecot -n is: # 2.0.19: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-26-generic-pae i686 Ubuntu 12.04 LTS auth_debug = yes auth_verbose = yes disable_plaintext_auth = no mail_location = maildir:~/Maildir passdb { driver = pam } protocols = " imap" ssl_cert = </etc/ssl/certs/dovecot.pem ssl_key = </etc/ssl/private/dovecot.pem userdb { driver = passwd } Thanks! PG ___ Peter Grimmond

2 1

[Dovecot] Problem with preserving MIME format with Dovecot IMAP and Outlook
by Peter Grimmond 01 Aug '12

01 Aug '12

1 0

[Dovecot] can't recieve emails to inbox
by Rafael Nathan 01 Aug '12

01 Aug '12

Hi, I am unable to send emails to virtual users I created. Here is my output for dovecot -n # 1.0.7: /etc/dovecot.conf log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot-info.log ssl_disable: yes login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login mail_location: maildir:~/Maildir mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/lib64/dovecot/imap mail_plugin_dir(imap): /usr/lib64/dovecot/imap mail_plugin_dir(pop3): /usr/lib64/dovecot/pop3 auth default: verbose: yes passdb: driver: passwd-file args: /etc/dovecot/passwd passdb: driver: pam userdb: driver: passwd userdb: driver: static args: uid=vmail gid=vmail home=/home/vmail/%u == Contents of my passwd file located at /etc/dovecot/passwd user1(a)mydomain.com user2(a)mydomain.com I sent an email to user1(a)mydomain.com from gmail.com but can view it anywhere. Please suggest. Where am I going wrong?

2 1