- dovecot - dovecot.org

[Dovecot] problems with cvs version and vpopmail
by Kristoffer Ek 24 Sep '04

24 Sep '04

Hi, I have tried compiling the latest cvs version of dovecot on my FreeBSD 5.2.1-release box with the ports version of vpopmail: 5.4.3_1. In the configuration file I have two auth paragraphs, one for passwd authentication and one for vpopmail-auth: auth vpopmail { mechanisms = plain userdb = vpopmail passdb = vpopmail user = vpopmail } But the vpopmail dosn'nt work. I got the folowing in the log: Info: auth(vpopmail): vpopmail(stoffer(a)test.ek.dk): unknown user (stoffer(a)test.ek.dk) When I ktrace the dovecot process, it seams that it is trying to access the mysql db, but it ignores the settings in ~vpopmail/etc/vpopmail.mysql If I use the ports version of dovecot it works, but of course without the multiple auth capability since it is version 0.99... Any hints on debugging? - kristoffer -- 1st graffitiist: QUESTION AUTHORITY! 2nd graffitiist: Why? Kristoffer Ek http://ek.dk/ +45 20 40 00 05

2 3

[Dovecot] Help!
by zhou mendy 24 Sep '04

24 Sep '04

I need a step by step procedure to: Configure a Fedora Core 2 server as a Mail server with following: Postfix LDAP for authentication Dovecot for IMAP & POP3 server Squirrelmail for webmail SpamAssassin for spam protection ClamAV for anti-virus Must use maildir mailbox format We need a secure IMAP server with web interface, the 2 critical items are: 1. Postfix 2. LDAP I don't want to compile anything, just want to do a yum install or yum update so the system maintains itself. _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com

1 0

[Dovecot] more verbose debugging with test45
by Kim Culhan 24 Sep '04

24 Sep '04

Greetings- Is there any way to increase the logging output of dovecot ? I've set auth_verbose and auth_debug = yes The only output is a single line to syslog mail.info: Sep 23 09:01:54 server dovecot: pop3-login: Login: me [ip.is.here.00] test45 doesn't appear to have the --rawlog configuration option There is nothing written to ~/dovecot.rawlog Tried setting ~/dovecot.rawlog mode to 777 Running FreeBSD-5.3 and dovecot-1.0-test45 dovecot is using passwd auth and pop3s for test purposes and appears to be working correctly otherwise The reason I think I need this is that I don't feel comfortable putting this into production as it is a 'black box' at this point, without a little more testing.. Any help here would be very greatly appreciated -kim __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail

2 1

[Dovecot] 1.0-test46
by Timo Sirainen 24 Sep '04

24 Sep '04

http://dovecot.org/test/ Most importantly added mbox_lazy_writes option, enabled by default. This makes Dovecot do writes to mbox only with EXPUNGE and CHECK commands and when mailbox is being closed. This is the same behaviour as with UW-IMAP. Especially useful for POP3 where most users just download the mails and delete everything - with this enabled Dovecot doesn't anymore go writing X-UID headers and whatever. Be careful anyway with this release, it seems to be working with me but mbox can get corrupted from simple mistakes. Other important fixes include: - handle UIDVALIDITY changes in mbox correctly - we might have overridden others dotlock files if they were being rapidly recreated with different processes - should fix syncing read-only mboxes (maybe dovecot.org finally stops giving internal errors :) - fixed several other mbox syncing issues which were quite rare without lazy writing - when sending lots of non-mail data to IMAP clients, Dovecot might have lost some of it causing weird problems. With pop3 it crashed with assert instead of losing data.

1 0

[Dovecot] Postfix-TLS/SASL-rimap
by Daniel L. Miller 23 Sep '04

23 Sep '04

Will Dovecot support the Cyrus SASL library rimap mechanism? If so, is there anything I need to enable/verify for it to work? And is there another tool to verify proper behaviour besides trying to log in with a client? Daniel

3 6

[Dovecot] Questions about mail process chroots
by Brett Smith 22 Sep '04

22 Sep '04

Greetings, I am configuring a new Dovecot installation, and the way the valid_chroot_dirs and mail_chroot variables affect the mail processes are a bit unclear to me. I was wondering if anyone could provide me with more specific details than the comments in the configuration file do, or maybe even recommend some values given my configuration. We have a Debian GNU/Linux system and a mix of users with shell accounts and users with disabled logins. Both these groups should be handled the same way by Dovecot: auth_userdb is passwd and auth_passdb is pam. The dovecot PAM service will use pam_mysql.so, if that matters. Mail is in mbox format (we have too many sticklers who are set in their ways, unfortunately); I'm thinking default_mail_env should be mbox:~/Mail/:INBOX=/var/mail/%u. So, if I understand correctly, (a) I should set chroots on the mail processes, since some of our users don't have real shell accounts, and (b) those processes will need access to /var/mail and home directories under /home. So my best guess is that I should set the chroot variables like this: valid_chroot_dirs = /var/mail:/home mail_chroot = /var/mail I'm not sure about this though, for a number of reasons. Do I need to even chroot at all, or do I misunderstand the comments? If I do need to chroot, the comments about valid_chroot_dirs warn very strongly that the chroot dirs should not be writeable by users. /home itself isn't writeable by users, but obviously their home directories are. Is listing /home also vulnerable to exploits? If it is, what would a good solution be? What's the meaning of /./ in mail_chroot? The comments about it, unfortunately, make no sense at all to me. It says that /home/./user is the same as /home, but if that's completely true, why wouldn't I just say mail_chroot = /home? I even looked into the source and it still wasn't really clear to me. Thanks in advance for any help you can offer, -- -- Brett Smith

2 1

[Dovecot] Lost messages with Mozilla and dovecot 0.99.x
by John Peacock 22 Sep '04

22 Sep '04

I have just moved our corporate e-mail over to qmail/dovecot and am very happy with the performance. However, I have had two reports of messages going missing which may or may not be directly related to Dovecot. I was able to observe this in action this morning: 1) I got the user out of their e-mail client (Mozilla 1.7.2) and forced an email to be delivered. It showed up in Maildir/new. 2) I had the user log in using our webmail (Squirrelmail) and the message was visible to the client (and correctly moved to Maildir/cur). 3) The user then logged in using the Mozilla mail client and not only was the message not visible in the client, it was no longer on the disk! 4) This was completely repeatable, even if I deleted the .INBOX/index files and forced dovecot to rebuild. For the moment I am thinking this is a client problem, but I thought I'd mention it just in case it rang a bell with someone. I wound up installing 0.99.11 just for grins (I just moved these people to the new server and don't want to risk 1.00-test yet). I'm also going to look at whatever debugging messages are available in dovecot; it would be useful to see a log of all imap transactions, not just login, so I could confirm that it is the client process requesting that the files be deleted and not somethink with dovecot itself (or some hardware failure). Thanks John -- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4501 Forbes Boulevard Suite H Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5748

2 3

[Dovecot] 1.0-test45
by Timo Sirainen 22 Sep '04

22 Sep '04

http://dovecot.org/test/ So, the last release was a stupid one. Here's a working one.

3 3

[Dovecot] 1.0-test44
by Timo Sirainen 22 Sep '04

22 Sep '04

http://dovecot.org/test/ I think I finally fixed the hangs some people have been having when downloading mails. For some reason I could never reproduce this problem with Linux or Solaris, but with OpenBSD it happened immediately. Stupid problem with marking output buffer empty if it was full and write() returned EAGAIN. Other changes include: - LDAP initialization crashed - fixed some compiler warnings and some issues with 64bit systems - fixed some memory leaks What bugs are there left?

3 3

[Dovecot] [Bug 124979] pam_succeed_if.so generates noisy secure syslog msgs (fwd)
by Kenneth Porter 22 Sep '04

22 Sep '04

For those of you using Dovecot on Fedora, the noisy syslog is fixed: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=124979 I'd suggest getting the pam SRPM from Rawhide (Fedora development tree) and rebuilding, to minimize dependency issues. (I haven't tried this yet. I'm just forwarding the bug-closing report.)

1 0

[Dovecot] Nested folders
by Melinda Taylor 22 Sep '04

22 Sep '04

hello, I know this is a question that has probably been answered before but I have searched for the answer and am yet to find it. I am running dovecot under fedora core 2 and cannot figure out where I set it so that users can create nested folders. At the moment they can only create one subfolder in most mail clients. however if using squirrelmail they can create nested folders but the folder whicch hosts the subfolders cannot contain mail messages as well as folders. Is this a setting in IMAP or with the mail clients. Many Thanks, melinda

3 3

[Dovecot] utime() failed with index file [...] Operation not permitted
by Stephan Jakoubek 21 Sep '04

21 Sep '04

Hello, I'm running the dovecot backports from jones.dk. Everything is working fine so far, but whenever someone is logging in (IMAP or POP 3) I get the following error message in my mail.log: [...] pop3(frederik): utime() failed with index file /var/mboxes/frederik/.INBOX/.imap.index: Operation not permitted [...] imap(jako1): utime() failed with index file /var/mboxes/jako1/.INBOX/.imap.index: Operation not permitted Rights for the ".imap.index" file are: -rwxrwxrwx 1 Debian-e mailserv 3792 Sep 21 11:50 .imap.index Thank you very much for your support. -Stephan

2 2

[Dovecot] problems building / starting test40 + test42
by Curtis Maloney 21 Sep '04

21 Sep '04

Hi I was trying to build test40 (and then test42, since it came out in the mean time) on my fresh Solaris 9 box at home, and ran into a few snags. First problem was during the build. Make spat the dummy in the auth directory: Making all in auth make: Fatal error in reader: Makefile, line 701: Unexpected end of line seen Current working directory /home/pkg/dovecot-1.0-test42/src/auth So, I went and checked it out, to find what certainly looked to me like an error: 697:distclean-generic clean-generic maintainer-clean-generic clean \ 698:mostlyclean distclean maintainer-clean 699: 700: checkpassword-reply.c 701: 702:# Tell versions [3.59,3.63) of GNU make to not export all variables. Originally, I tried tacking that onto the end of the preceding list, but when the next problem came about, I tried commenting it out... with no joy. The next problem was in starting it. I've configured Dovecot before, and it runs great, keeping all the users at my work happy and supplied with spa... erm... e-mail. I also have an older test version installed on an old SparcStation 5 at home. But when I try to start it, it complains of not being able to drop root group privileges. I googled about for a bit, and found mention of ensuring the minimum GID level was set right... but still no joy. I'm at a loss. Any suggestions? Any requests for better info to help debug? -- Curtis Maloney cmaloney(a)cardgate.net

4 11

[Dovecot] /etc/init.d init script for RedHat?
by Benjamin J. Weiss 20 Sep '04

20 Sep '04

Is anybody using dovecot on RHEL 3? I'd sure appreciate an init script for it. Thanks! Ben

2 2

[Dovecot] Trying to install Test43 with rpmbuild
by Benjamin J. Weiss 20 Sep '04

20 Sep '04

Hi! I'm using WhiteBox Enterprise Linux 3.0, which is a re-compile distro of RedHat Enterprise Linux 3.0. I'm installing a new mail server and would like to use dovecot as it supports Maildir, which the default imapd does not. I've downloaded test43's tarball, and would prefer to use RPM to manage it. To that end, I've tried to do an rpmbuild, but get an error: [root@www src]# rpmbuild -ta dovecot-1.0-test43.tar.gz error: line 7: Illegal char '-' in version: Version: 1.0-test43 I tried untaring the tarball and looking at the dovecot.spec file, and sure enough on line 7 is a reference to "Version: 1.0-test43". The problem is that if I take out the '-', and try rpmbuild, I get more errors. I'm not an expert in this stuff...has anybody else managed to get this working? It would sure make my life easier (I think). Ben

2 2

[Dovecot] Mac Eudora and POP
by Chris Alexander 20 Sep '04

20 Sep '04

I didn't get much joy in the list archives... Has anyone seen an instance of Mac users (OS9) using Eudora not being able to pop their mail? They can imap ok, just not pop (non-ssl btw). Nothing special in the logs... I'm not a Mac guy per se, maybe I'm missing something obvious? -- Chris Alexander UNIX Network Administrator, Information Networks and Systems Division Communications Research Centre [ http://www.crc.ca ] Government of Canada [ http://www.gc.ca ]

2 1

[Dovecot] New Postfix + Dovecot + OpenLDAP + Jamm + SASL + TLS HOWTO
by Peter Lacey 20 Sep '04

20 Sep '04

All, That's a lot of plusses, but if anyone is interested in how I managed to get all these packages working together, I just posted this HOWTO to: http://wanderingbarque.com/mailserver.html The Postfix - Dovecot - OpenLDAP marriage is nothing new, the twist is integrating these packages with Jamm, a web-based interface for creating a managing virtual domains and users. Regards, Pete

1 0

[Dovecot] Weird behaviour with multiple accounts pointing to same maildir
by Bill Moran 17 Sep '04

17 Sep '04

I'm finding this a little strange. I'm putting together a mail server that will (someday, hopefully) serve a lot of email addresses for a lot of domains. To make life easy, each account name is the full mail name ... i.e "joe(a)domain.com" instead of just "joe" Mail is stored in Maildirs, and the user account information is all in MySQL. Delivery is handled by Postfix. Everything seems nice and clean, except ... If I create multiple accounts that all use the same Maildir for delivery (i.e. joe_smith(a)domain.com, js(a)domain.com, js(a)otherdomain.com) it seems to work well. Except that the user can _only_ log in as the first record in the database via IMAP. (i.e. in the example above, the user could log in as joe_smith(a)domain.com, but not the others) Logging in as the others does not produce any erros (that I can find, anyway) but the user can't see his/her mail. I'm rather stumped as to why this is happening. Each record in the database that points to a particular Maildir is identical except for the userid. In the example above, logging in as the 2nd or 3rd account shows folders created, but not the mail in them. For example, the above db records would look like: +----------------------+----------+-----------------------------+-----+-----+--------+ | userid | password | home | uid | gid | active | +----------------------+----------+-----------------------------+-----+-----+--------+ | joe_smith(a)domain.com | ???????? | /mail/domain.com/joe_smith/ | 125 | 125 | Y | | js(a)domain.com | ???????? | /mail/domain.com/joe_smith/ | 125 | 125 | Y | | js(a)otherdomain.com | ???????? | /mail/domain.com/joe_smith/ | 125 | 125 | Y | I'm assuming this is some sort of bug, but if I'm wrong, please correct me. Any ideas? Using Dovecot dovecot-0.99.10.9 on FreeBSD 4.10, talking to mysql-server-4.0.20. -- Bill Moran Potential Technologies http://www.potentialtech.com

2 2

[Dovecot] FreeBSD port of Dovecot
by Viren Patel 17 Sep '04

17 Sep '04

Hello. I am trying to install Dovecot 0.99.10.9 on a FreeBSD 4.10 system from the ports collection (latest via cvsup). When running make, I get the message: dovecot-0.99.10.9 Currently incompatible with security/gnutls This is in contrast to the Dovecot web page which states that it does support GNUtls and OpenSSL. I am not really interested in gnutls/openssl support at this time. Is there a way I can install this port without gnutls/openssl?. My apologies if this is not the appropriate forum but I couldn't find info. on the port maintainer. Thanks. V. Patel Chemistry & Biochemistry University of Texas at Austin

3 2

[Dovecot] Logging IMAP transactions
by Kenneth Porter 17 Sep '04

17 Sep '04

Mulberry has the ability to log the IMAP exchange client-side. Is there an equivalent logging feature in Dovecot (0.99) to log the IMAP exchange server-side? My problem is that Mulberry is displaying some complex MIME structures incorrectly (eg. nested/forwarded messages) but it seems to go away if I close a folder and re-open it. I'm suspecting that Dovecot is reporting the wrong structure on first access and then fixes something on subsequent accesses. I'd like to log the FETCH result with the structure information to see if I can spot this happening.

3 3

[Dovecot] 1.0-test43
by Timo Sirainen 17 Sep '04

17 Sep '04

http://dovecot.org/test/ People who have had problems with downloading large mails, please try if this release helps. Also fixed one mbox syncing crash and several compiler warnings/errors with some. Not much else for now, been busy with work and other things..

2 1

[Dovecot] RE: compile from cvs source
by Alex S Moore 14 Sep '04

14 Sep '04

On Solaris 9 and using Sun's compiler. I get the following error when building from the cvs source. Can you fix this? '"mail-index-transaction-view.c", line 21: void function cannot return value' Thanks, Alex

1 0

[Dovecot] Fedora Core 2, dovecot, and Outlook Express
by Joe Hartford 14 Sep '04

14 Sep '04

After the aging harddrive in my Redhat 7.2 server died, I decided it was time to upgrade. I bought a new harddrive and did a fresh install of Fedora Core 2. I've managed to get www, ssh and sendmail reconfigured, but I'm having a heck of a time with imap. I first fooled around with cyrus-imapd, and couldn't make head or tail of it, so I downloaded a fedore core 1 imapd rpm and installed it. That almost worked, but I could only see the INBOX. Next I tried dovecot. Via Outlook Express from my winXP box, I can Refresh the IMAP folder list, and see the INBOX and the sent-mail and saved-messages folders that were created when I first ran pine. However, if I try and mark sent-mail or saved-messages as Visible, I get an "Invalid mailbox name: saved-message/" error. And when I try and view the contents of Inbox, I get "Mailbox doesn't exist: INBOX/". I tried running evolution on the server, and I could subscribe and view the INBOX. But when I try and make a new folder, it gives me a "Cannot create the specified folder. Generic error" I'm hoping I just have something misconfigured, potential due to messing around with cyrus-imapd and imapd, or perhaps even pine. Anyone have any suggestions? I'm pretty close to giving up on fedora core 2 and installing core 1, or perhaps mandrake. --Joe Hartford

1 2

Re: [Dovecot] 100% CPU utilisation
by Timo Sirainen 13 Sep '04

13 Sep '04

On 7.9.2004, at 03:53, Zoong Pham wrote: >> Probably because one of the lines in it is larger then 4096 bytes? >> Header parser doesn't really like that. I should get that fixed in >> 1.0-tests.. >> > > I just check the problematic mailbox. > The maximum line length is 2047 characters. > Most of them are around 1300 characters. Well, could you attach gdb into the process while it's running and get backtrace? ie.: gdb /usr/local/libexec/dovecot/imap pid bt

2 1

[Dovecot] ok, one last time with mbox vs. maildir
by Brian Hechinger 13 Sep '04

13 Sep '04

i'd *really* like to get to maildir. so here it is, one last time.... using 0.99.x, can i have an mbox spool file and Maildir folders? for just one account? if i can do that, then it'll be a lot easier to transition the whole mess to Maildir. i use procmail called from postfix to deliver mail. is that going to be an issue for delivery? if i don't set DEFAULT and just change all my sort rules to deliver to Maildir folders then i can have it continue to deliver mbox to the inbox-spool and Maildir to the folders? -brian -- "The cats tend to administer themselves, and contrary to the expected facts, the house and everything in it was installed for their benefit." -- Nic Clews

1 0