- dovecot - dovecot.org

[Dovecot] Mail directory funkiness
by Ted Kaczmarek 27 Sep '05

27 Sep '05

I am using dovecot-0.99.14-4.fc4 on FC4, was testing using mbox and than switched to using Maildir. default_mail_env = maildir:~/Maildir >From evolution when I create a folder the folder is created in ~/mail instead of ~/Maildir I am still rather new to dovecot, but this does not make sense. I made sure to restart dovecot, even added a .procmailrc. cat .procmailrc MAILDIR=/home/tedkaz/Maildir :0 ./ I am going to grab the latest version and test with that, but if if anyone has insight into how I got here it would be appreciated :-) Likely a pilot error. Regards, Ted

2 3

Re: Re: [Dovecot] virtual domain
by Barry Kwok 27 Sep '05

27 Sep '05

>On Mon, 2005-09-26 at 21:33 +0800, Barry Kwok wrote: >> we are currently using vm-pop3d to implement virtual domains. But due to some locking problem in vm-pop3d, we want to test the possibility to change to dovecot. >> Currently, in vm-pop3d, the passwd file is located in >> /etc/virtual/domain1.com/passwd >> /etc/virtual/domain2.com/passwd > >passdb passwd-file { > args = /etc/virtual/%d/passwd >} > >This requires Dovecot 1.0.alpha2 or later. > >> and the passwd format is: >> user: md5 encrpted password > >In MD5crypt format? ie. $1$something? Then it should work directly. > >> and the email is store in >> /var/spool/virtual/domain1.com/user >> /var/spool/virtual/domain2.com/user > >As mboxes? For IMAP you'll need also some directory where non-INBOXes >are stored, and with POP3 Dovecot also wants a directory where it can >store index files. > >If you don't want either, you could do something like: > >default_mail_env = mbox:/tmp:INBOX=/var/spool/virtual/%d/%u:INDEX=MEMORY Thank you. Timo. I have installed Dovecot 1.0 alpha3 and tested. It is a mbox POP3 only server. The relevent part of dovecot.conf I have changed: default_mail_env = mbox:/tmp:INBOX:/var/spool/virutal/%d/%u:INDEX=MEMORY passdb passwd-file { # Path for passwd-file args = /etc/virtual/%d/passwd } userdb static { args = uid=503 gid=503 mail=mbox:/var/spool/virtual/%d/%n } I can login with user(a)domain1.com but there is error in logfile: Sep 27 13:15:16 ns2 dovecot: pop3(user(a)domain1.com): mbox: Can't create root IMAP folder /mail: Permission denied Sep 27 13:15:16 ns2 dovecot: pop3(user(a)domain1.com): Failed to create storage with data: mbox:/var/spool/virtual/domain1.com/user Sep 27 13:15:16 ns2 dovecot: pop3-login: Login: user=<user(a)domain1.com>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Sep 27 13:15:16 ns2 dovecot: child 19147 (pop3) returned error 89 I then created a /mail directory with file mode 777, then it is OK. Why I need a IMAP folder in a POP3 only server and can I change that folder to /tmp directory.

2 1

[Dovecot] Misbehavior with Dovecot and Mulberry
by Jon Roma 27 Sep '05

27 Sep '05

I'm having a bit of misbehavior wherein Dovecot seems to refuse to cooperate with my Mulberry MUA. By and large, everything works great. I can move mail back and forth happily. I can compose a note and copy the outgoing mail to my Dovecot "Sent" folder using my default Mulberry settings. But if I reply or forward a mail, I get a Mulberry error popup saying that it "couldn't decode the response from the server" and that the operation was unsuccessful. This was somewhat mystifying (especially since this does work for a newly composed message as opposed to a reply/forward), so I turned on Mulberry logging. This is what I see (with unrelated operations clipped from the log). First, the first case where I create a new message, send it, and save a copy in my Sent folder: --> #6.3408 Mon Sep 5 23:24:27 2005 A00085 APPEND Sent (\Seen) {418+} * 5544 EXISTS * 1 RECENT A00085 OK Append completed. All's well there. Mulberry does a FETCH to grab the new message (reply) from my Sent folder and then does a SORT so that it can order it properly in the display. This too succeeds but is probably irrelevant to us. After a couple NOOP commands come and go in the background, I try to reply to a message in one of my mailboxes. In this case it happens to be the one in my Sent folder. So Mulberry issues a FETCH (you can see the original mail there in the FETCH response from Dovecot). It then does a STORE of the original mail, apparently to update the \Answered flag. It then tries to APPEND the reply to the Sent folder, but this time, the server comes back with a NO. See below --> #6.3408 Mon Sep 5 23:24:43 2005 A00089 FETCH 5544 (BODY[1]) * 5544 FETCH (BODY[1] {63} ) A00089 OK Fetch completed. --> #6.3408 Mon Sep 5 23:25:13 2005 A00090 FETCH 5544 (RFC822.HEADER) * 5544 FETCH (RFC822.HEADER {355} Date: Mon, 05 Sep 2005 23:24:27 -0500 From: Jon Roma <roma(a)uiuc.edu> To: Jon R Roma <roma(a)uiuc.edu> Subject: Test 1 Message-ID: <DDDD999F0F4E38F8C1510CC8(a)jrr2.isdn.uiuc.edu> X-Mailer: Mulberry/3.1.6 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline ) A00090 OK Fetch completed. --> #6.3408 Mon Sep 5 23:25:13 2005 A00091 STORE 5544 +FLAGS (\Answered) * 5544 FETCH (FLAGS (\Answered \Seen \Recent)) A00091 OK Store completed. --> #6.3408 Mon Sep 5 23:25:13 2005 A00092 APPEND Sent (\Seen) {610+} A00092 NO I am having similar problem saving a draft to my Drafts folder and suspect the same thing is behind both of these. I didn't create a Mulberry trace log for this but can do so if need be. I am running 1.0-test80 with Timo's patch to fix the "time off by 200 minutes" error with mbox. All my folders are maildir at this point -- I've converted them out of my UW mbx format store. My client is Mulberry 3.1.6 for Windows and the OS is AIX 5.1. This weird behavior is a mystery to me!

3 13

[Dovecot] Problems with alpha3 + openssl-0.9.8
by Andy Cravens 27 Sep '05

27 Sep '05

Has anybody successfully compiled alpha 3 with the newly released openssl-0.9.8? I just wasted the weekend trying to get dovecot to compile using the new openssl libs. Openssl-0.9.7d works like dream. Just wanted to know if anybody had this combo working.

3 2

[Dovecot] 1.0alpha3 packages for debian
by Jaldhar H. Vyas 26 Sep '05

26 Sep '05

Sorry this took even longer than I thought but they should be arriving in unstable this afternoon. I also have a backport for stable available at http://www.braincells.com/backports This directory is not aptable so manually install the packages for now. (Hopefully backports.org will have their sarge repository open soon. When that happens they will move there.) The configuration file format has changed so you will want to carefully check /etc/dovecot/dovecot.conf when upgrading. I forgot to put a note about that in NEWS.debian sorry. I think I might have forgotten a couple of config file tweaks people have suggested and in general, if you sent me mail in the past month or so and I didn't respond or the problem still isn't fixed, please give me a nudge. This is why you really ought to use the Debian bug tracking system rather than mailing the maintainer. Anyway, enjoy. -- Jaldhar H. Vyas <jaldhar(a)debian.org> La Salle Debain - http://www.braincells.com/debian/

1 0

[Dovecot] Dovecot-Pop3d
by Mark Smith 26 Sep '05

26 Sep '05

What port does Dovecot-Pop3d run on? 110? If so I can't get it to work "netstat -ltnp | grep ':110'" shows nothing. and dovecot-pop3d is installed. Regards, _________________________________________________________________ The new MSN Search Toolbar now includes Desktop search! http://toolbar.msn.co.uk/

2 1

[Dovecot] virtual domain
by Barry Kwok 26 Sep '05

26 Sep '05

we are currently using vm-pop3d to implement virtual domains. But due to some locking problem in vm-pop3d, we want to test the possibility to change to dovecot. Currently, in vm-pop3d, the passwd file is located in /etc/virtual/domain1.com/passwd /etc/virtual/domain2.com/passwd and the passwd format is: user: md5 encrpted password and the email is store in /var/spool/virtual/domain1.com/user /var/spool/virtual/domain2.com/user and we login as user(a)domain1.com, user(a)domain2.com . We want to maintain this format as login id and the password format. What should be changed in dovecot.conf? Thanks.

3 2

[Dovecot] DSA support for TLS?
by OpenMacNews 25 Sep '05

25 Sep '05

hi all, i've dovecot TLS working correctly w/ locally generated *RSA* CA cert, domain privkey & self-signed domain cert. to that end, my dovecot.conf includes: ssl_key_file = /var/Security/mail.testdomain.com.privkey.rsa.pem ssl_cert_file = /var/Security/mail.testdomain.com.cert.rsa.pem ssl_ca_file = /var/Security/MyCertificateAuthority.CA.cert.rsa.pem ssl_verify_client_cert = no ssl_cipher_list = ALL:!SSLv2:!aNULL:!NULL:!EXPORT:!DES:!LOW:@STRENGTH however, if I try to setup for DSA use: ssl_key_file = /var/Security/mail.testdomain.com.privkey.dsa.pem ssl_cert_file = /var/Security/mail.testdomain.com.cert.dsa.pem ssl_ca_file = /var/Security/MyCertificateAuthority.CA.cert.dsa.pem ssl_verify_client_cert = no ssl_parameters_file = /var/Security/dsaparam.pem ssl_parameters_regenerate = 0 an attempt @ dovecot launch results in a logged error of: dovecot: Sep 11 11:58:43 Error: imap-login: Can't load private key file /var/Security/mail.testdomain.com.privkey.dsa.pem: error:0607907F:digital envelope routines:EVP_PKEY_get1_RSA:expecting an rsa key wherein it looks like dovecot is _still_ seeking an RSA key. fwiw, % cat /var/Security/mail.testdomain.com.privkey.dsa.pem -----BEGIN DSA PRIVATE KEY----- ... i've searched the dovecot wiki, and although the _only_ reference i find to dsa/diffie is @: http://wiki.dovecot.org/moin.cgi/MainConfig " ... SSL parameter file. Master process generates this file for login processes. It contains Diffie Hellman and RSA parameters. ssl_parameters_file = /var/run/dovecot/ssl-parameters.dat ... " it does seem to imply that DSA certs are, at least, supported. comments? cheers, richard

2 4

Re: [Dovecot] ManageSIEVE services with Dovecot cvs-LDA?
by OpenMacNews 25 Sep '05

25 Sep '05

i can't find a trace of any sieve mgmt services in dovecot as yet, and haven't found anything in this list ... so, if i *am* missing it, if someone would be kind enuf to point me in the right direction, i'd appreciate it! 8-} in the meantime, a little more info for those interested ... the latest spec for sieve management, "A Protocol for Remotely Managing Sieve Scripts", can be found at: <http://www.ietf.org/internet-drafts/draft-martin-managesieve-05.txt> iiuc, one of the authors, Tim Martin / Mirapoint Inc., is the "Tim" of "timsieved" -- Cyrus' ManageSIEVE 'server' bundled with cyrus-imap. i can strip timesieved it out of a successful build of cyrus-imap, but it seems to be dependent on cyrus-sasl ... as such, i'm not sure how to integrate it with dovecot's SASL auth methods. i have a feeling that such fuctionality would have to be re-implemented in dovecot alongside of sieve itself ... and probably should, if it were to be included. the courier-imap mailing lists also have folks searching for an alternative to timsieved ... richard

1 0

[Dovecot] redirect and sieve
by Rudy Gevaert 24 Sep '05

24 Sep '05

Hello, I have set up postfix to use dove-cot lda. This works perfect. Sieve works a bit... I would like to user the redirect feature of sieve. Having followed the wiki I added the following in my .dovecot.sieve : require "redirect"; if header :contains "subject" ["order", "buy"] { redirect "orders(a)company.dom"; } With this setup I get the following error: Sep 22 11:25:38 zalm deliver: sieve parse error for rgevaert: line 1: unsupported feature Remove the require line makes a forward. But this doesn't forward the message I set, but makes a new empty message... : - From Rudy.Gevaert(a)UGent.be Thu Sep 22 14:31:46 2005 - Date: Thu, 22 Sep 2005 14:29:01 +0200 (CEST) - From: Rudy.Gevaert(a)UGent.be (Rudy Gevaert) - To: undisclosed-recipients: ; Is this a bug? Or have i missed something? Thanks in advance, -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Rudy Gevaert e-mail: Rudy.Gevaert(a)UGent.be Directie ICT, Afdeling Infrastructuur Groep Systemen tel: +32 9 264 4734 Universiteit Gent fax: +32 9 264 4994 Krijgslaan 281, gebouw S9, 9000 Gent, Belgie www.UGent.be -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

2 4