- dovecot - dovecot.org

Re: [Dovecot] Dovecot and LDAP-Quotas
by south africa 24 Aug '09

24 Aug '09

Hi Timo, thank you for your reply. I take the configuration from http://www.linuxmail.info/postfix-dovecot-ldap-centos-5/ especially the dovecot-configuration for passdb and userdb. As you mentioned in your reply I added the userdb ldap with a symbolic link on the original dovecot-ldap.conf: userdb: driver: ldap args: /etc/dovecot-ldap-userdb.conf but with no success. Any hints? I have another question: Does Dovecot expect a special "field type" for the ldap quota field (for ex. integer)? Greetings Paul --- tss(a)iki.fi wrote: From: Timo Sirainen <tss(a)iki.fi> To: southafrica(a)thedoghousemail.com Cc: dovecot(a)dovecot.org Subject: Re: [Dovecot] Dovecot and LDAP-Quotas Date: Mon, 17 Aug 2009 12:02:15 -0400 On Mon, 2009-08-17 at 08:59 -0700, south africa wrote: > user_attrs = msRADIUSFramedIPAddress=quota_rule=*:storage=%$k This requires using userdb ldap. > userdb: > driver: passwd > userdb: > driver: static > args: uid=500 gid=500 home=/home/vmail/%Lu allow_all_users=yes But you're using only passwd and static. (And you probably don't really want to use userdb passwd anyway.) _____________________________________________________________ Get your FREE TheDoghouseMail email address at http://www.thedoghousemail.com

2 1

[Dovecot] Dovecot LDA
by Wouter van der Schagt 24 Aug '09

24 Aug '09

Good morning, Still not having luck to get the LDA to work, using Qmail + Vpopmail and read the wiki. I'm using: auth default { mechanisms = plain passdb vpopmail { } userdb vpopmail { } user = vpopmail count = 1 ssl_require_client_cert = no } Which work well for authenticating users, however when using the following in a .qmail file: |/var/qmail/bin/preline -f /usr/local/libexec/dovecot/deliver -d $EXT@$USER I get the following error message: Error:_userdb_lookup:_connect(/usr/local/var/run/dovecot//auth-master)_failed:_No_such_file_or_directory/ Eventhough it should have been created (I think) in the protocol lda section of the config file. I specifieD: auth_socket_path = /var/run/dovecot/auth-master However I thought since using vpopmail I don't need to use the auth-master ? or am I missing something? Sincerely, - Wouter van der Schagt

3 6

[Dovecot] Failover authentication Ldap
by Michel Bulgado 24 Aug '09

24 Aug '09

Hi List I use dovecot with LDA deliver, have quotas for my users use postfix as MTA server. as it could limit or refuse delivery of mail once the user has exceeded the limit of the quota? As in my configuration could define multiple LDAP servers? I have two servers with Active Directory, a PDC and a BDC, but I would specify both in the same configuration. for when the ldap server 1 has problems, authenticating against Ldap 2 . Thanks Michel

1 0

[Dovecot] Problems with dovecot/sendmail combi.
by Roger Berger 24 Aug '09

24 Aug '09

Hi, I am really stuck here. I am trying to setup imap for an external mail server. I have a freebsd server running sendmail / dovecot. I am transfering the existing mail from an exchange 2003 server to the mailserver using imapsync. This works fine, but gives errors when it tries to make a submap, also thunderbird gives an error "Mailbox doesn't allow inferior mailboxes" when I try to make a submap. I found out that it has something to do with the mbox not able to have submaps and there should be a workaround using namespaces. I tried several setups but keep getting errors. Does anybody know how to configure namespaces to allow submaps? dovecot -n # 1.2.3: /usr/local/etc/dovecot.conf # OS: FreeBSD 6.4-STABLE i386 log_path: /var/log/dovecot.log protocols: imap imaps pop3 pop3s disable_plaintext_auth: no verbose_ssl: yes login_dir: /var/run/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_process_per_connection: no login_processes_count: 4 verbose_proctitle: yes first_valid_gid: 0 mail_access_groups: mail mail_location: mbox:~/mail:INBOX=/var/mail/%u mail_debug: yes mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh namespace: type: private separator: / prefix: #mbox/ location: mbox:~/mail:INBOX=/var/mail/%u inbox: yes list: yes subscriptions: yes namespace: type: private separator: / location: maildir:~/mail list: yes subscriptions: yes lda: postmaster_address: postmaster(a)example.com sendmail_path: /usr/sbin/sendmail auth default: verbose: yes debug: yes debug_passwords: yes passdb: driver: pam userdb: driver: passwd mbox is in /var/mail/%u and home dir is in /home/mailusers/%u

5 5

[Dovecot] sieve vacation response
by Jure Pečar 24 Aug '09

24 Aug '09

Hello, we're implementing a dovecot 1.2.1 with sieve 0.1.7 and managesieve 0.11.7. We're having problems with creating sieve scripts so that vacation works. Our script looks like this: require ["fileinto", "vacation"]; if address :matches ["To", "Cc"] "*someone(a)example.com*" { if not header :matches "X-Spam-Status" "Yes*" { vacation :days 1 :subject "test" "autoresponder test."; keep; } } And when sent and delivered to someone(a)example.com, we get this in the log: dovecot: deliver(username): sieve: msgid=<...>: discarding vacation response for message implicitly delivered to <username(a)fqdn.hostname.com> Our final recipients are in the form of username(a)fqdn.hostname.com; it looks like this is being matched in sieve as address. But we want to match against original recipient address, not address after alias expansion. Any ideas? -- Jure Pečar http://jure.pecar.org http://f5j.eu

5 11

[Dovecot] High load with Thunderbird
by Emmanuel Seyman 24 Aug '09

24 Aug '09

Hello, all. I'm using Dovecot 1.0.15 on our internal mail server and I'm seeing a high load from one of our users. This user uses Thunderbird (with the IMAP protocol) and the load average of the server goes through the roof every once in a while. I'ld like to understand why we're seeing this and whether the blame should be put on Thunderbird or on Dovecot. Has anyone ever seen this before? Emmanuel

2 1

[Dovecot] Automated Debian repository down for server move
by Stephan Bosch 24 Aug '09

24 Aug '09

Hi, The Debian repositories at xi.rename-it.nl will be physically moved from Amsterdam to Enschede. Estimated downtime is 4 hours as per 17:00 Amsterdam time. Regards, Stephan.

1 0

[Dovecot] SOT: Removing _extra_ linefeeds from MSOutlook(?) messages
by Roderick A. Anderson 24 Aug '09

24 Aug '09

I realize this is sorta off topic but my searches using Google have got me mostly no where. So I thought I'd ask here as there is a lot of _past Postfix_ mail handling issues discussed. The issue is; I have to deal with a lot of messages that come from MS Outlook users and sometimes they are replies to replies to replies ... My reading indicates it has a little to do with HTML composed messages and the format=flowed declaration. This produces messages with *lot* of extra line feeds. Makes the messages nearly unreadable -- in Thunderbird. I'm sure others have got two line (sentence) messages that took 6+ lines to display. Then when they are replies or forwards it is even more. Every line gets two NLs/CRLFs. Anyone have a suggestion of how to _strip_ multiple line feeds from a message? Is there a sieve method/way? I don't want to fiddle with all the users emails just my own. Pointers, ideas, clues? \\||/ Rod --

2 3

[Dovecot] critical X-UID reordering problem after upgrade from 1.1 to 1.2
by robh＠cs.indiana.edu 23 Aug '09

23 Aug '09

We upgraded our imap server hardware and went from dovecot 1.1.3 to 1.2.3 in the process and have been having a critical problem since. I believe I've tracked it down to X-UID reordering that dovecot seemed to do to the mbox format (I know, I know...) inboxes. The problem has manifest itself in several ways with different mail clients but the general problem is that the mail clients have gotten confused about which message is which. For example, thunderbird will display the wrong information about a message in the header listing but then show the correct data in the message display window when you actually open the message. As you can imagine, this is causing all kinds of user problems. Here is a very simplified explanation of what I'm seeing. Imagine that the inbox had 5 messages with X-UID values 1, 3, 5, 6, and 9 before the upgrade. After the upgrade the X-UIDs were reordered so these same 5 messages now might have X-UID values of 1, 2, 3, 4, and 5. Thunderbird then shows the summary information like this: Subject/Sender/Date for message 1 Subject/Sender/Date for message 2 Subject/Sender/Date for message 2 Subject/Sender/Date for message 4 Subject/Sender/Date for message 3 Now, if you actually open the 5th message it shows the right message body but the summary information is for the message that *used* to have X-UID 5 (which is now the 3rd message). So, the thunderbird cache is out of sync and I can fix it by removing the .msf file for that mailbox but, as you can imagine, the prospect of getting all the users to remove their .msf/.pst/?? cache files is daunting, to say the least. I've seen discussions about similar things happening with mbox format inboxes but they all seem to be in the context of some ancient 0.xx version of dovecot with known mbox processing bugs. But, I went from a reasonably current 1.1.3 version to 1.2.3. Right after seeing the problem, I upgraded to the just released 1.2.4 but either that didn't address the problem or, if it did, the reordering damage was already done by version 1.2.3. So, my 2 questions are: 1) Anyone know why this would have happened and whether it is a dovecot problem or something I botched? I folded all the local config changes I had made to the 1.1.3 conf file into the stock 1.2.3 conf file so they should have been identical modulo changes in the distro. And, our local config changes are really minimal. 2) Is there anything I can do now other than getting all the users to remove their .msf/.pst/etc files? It sure would be grand if there was something I could do on the server side that would magically cause all the client-side caches to be invalidated. I'm hesitant to strip the inboxes of all the X-IMAPbase and X-UID lines because I'm not sure what the ramifications of that might be. Here are some other random thoughts in case they might be related: - The old server was running 32bit RHEL4 and the new one 64bit RHEL5 - I'm using the pre-built dovecot rpms from atrpms.net - The dovecot index cache is kept in /var/cache/dovecot/indexes and I did not copy that over from the old server to the new assuming it would just be rebuilt. Any and all help is greatly appreciated! --Rob =============== dovecot -n output follows ================== # 1.2.4: /etc/dovecot.conf # OS: Linux 2.6.18-128.4.1.el5 x86_64 Red Hat Enterprise Linux Server release 5.3 (Tikanga) protocols: imaps pop3s ssl: required ssl_cert_file: /etc/mail.pem ssl_key_file: /etc/mail.pem 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 login_max_processes_count: 512 max_mail_processes: 2048 mail_max_userip_connections(default): 15 mail_max_userip_connections(imap): 15 mail_max_userip_connections(pop3): 10 first_valid_uid: 200 mail_location: mbox:~/mail/:INBOX=/var/spool/mail/%u:INDEX=/var/cache/dovecot/indexes/%u 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 pop3_uidl_format(default): %08Xu%08Xv pop3_uidl_format(imap): %08Xu%08Xv pop3_uidl_format(pop3): %v.%u lda: postmaster_address: postmaster(a)example.com auth default: passdb: driver: pam userdb: driver: passwd

3 4

[Dovecot] valid-client-cert not implemented in postfix
by Alex 22 Aug '09

22 Aug '09

Hey. I noticed that postfix doesn't support valid-client-cert. I went ahead and implemented it, for those who are interested. See attached diff. Code base: ftp://ftp.porcupine.org/mirrors/postfix-release/experimental/postfix-2.7-20… Feedback is welcome. -- Alex

1 1