February 2004 - dovecot

Re: [Dovecot] Pam trouble
by Benjamin Dabelow 25 Feb '04

25 Feb '04

Hi Alex, > Are you using Solaris 9 native ldap? What configure options did you use > when building dovecot? I'm using OpenLDAP, but I think it's a pam rather than ldap problem. Dovecot check for the existance of a user alright, but fails when checking the password. My build script is enclosed. Cheers Benjamin Buildscript----------------------------------------------------- #!/bin/bash ## Defaults CC="gcc" CXX="g++" LDPATH="/usr/local/lib:/usr/sfw/lib:/usr/local/lib/gcc-lib/sparc-sun-solaris2.9/3.3" CPPFLAGS="-I/usr/local/include -I/usr/sfw/include" LDFLAGS="-L/usr/local/lib -L/usr/sfw/lib" CFLAGS= #SSL LDPATH="$LDPATH:/usr/local/ssl/lib" CPPFLAGS="$CPPFLAGS -I/usr/local/ssl/include" LDFLAGS="$LDFLAGS -L/usr/local/ssl/lib -lssl -lcrypto" #BerkeleyDB LDPATH="$LDPATH:/usr/local/BerkeleyDB/lib" CPPFLAGS="$CPPFLAGS -I/usr/local/BerkeleyDB/include" LDFLAGS="$LDFLAGS -L/usr/local/BerkeleyDB/lib -ldb" CFLAGS="$CFLAGS -ldb" AUTH_CFLAGS="-I/usr/local/BerkeleyDB/include -L/usr/local/BerkeleyDB/lib -ldb" AUTH_LIBS="-ldb" #GDBM LDPATH="$LDPATH:/usr/local/gdbm/lib" CPPFLAGS="$CPPFLAGS -I/usr/local/gdbm/include" LDFLAGS="$LDFLAGS -L/usr/local/gdbm/lib -lgdbm" #LDAP LDPATH="$LDPATH:/opt/OpenLDAP/lib" CPPFLAGS="$CPPFLAGS -I/opt/OpenLDAP/include" LDFLAGS="$LDFLAGS -L/opt/OpenLDAP/lib -lldap -llber -lresolv" #Finishing LDFLAGS="-R$LDPATH $LDFLAGS" export LDFLAGS CPPFLAGS CFLAGS echo -e "\nLDFLAGS=$LDFLAGS" echo -e "\nCPPFLAGS=$CPPFLAGS" echo -e "\nCFLAGS=$CFLAGS" cd dovecot-0.99.10.4 echo -e "\nPress RETURN to configure or CTRL+C to cancel." read ./configure --prefix=/usr/local/dovecot --with-ldap=/opt/OpenLDAP --with-ssl=openssl --with-storages=maildir echo -e "\nPress RETURN to make or CTRL+C to cancel." read make -- Benjamin Dabelow benja.dabelow(a)gmx.net Staufenbergstr. 88 benja-dabelow.gmxhome.de/start.html 74081 Heilbronn Germany

2 3

[Dovecot] IMAP subfolders
by Manuel Moran Vaquero 25 Feb '04

25 Feb '04

Hi: I am using dovecot since the first day on my server (so I have no other mailbox formats). I can't create any subfolders under any IMAP folders. Is this still an issue of dovecot? In mozilla, the operation is simply ignored. With outlook, you can't even click "Accept" if you select to create a subfolder, rather than a top level folder. I have Fedora Core 1, and didn't touch anything special in the configuration file (just one line which enabled pop3 and imap). I have seen the list archives but the existing thread about the issue seems to say that the problem is solved. (?) Thanks in advance for replies Manuel Moran

5 6

Re: [Dovecot] ":" in filenames
by Timo Sirainen 24 Feb '04

24 Feb '04

On Tue, 2004-02-24 at 05:57, Lars Hansson wrote: > dovecot seems to have an issue with :'s in pathnames: > imap(test.user): Fatal: Failed to create storage with data: /home/ > hosted/example.com/users/test:user > > This causes a bit of a problem with vmailmgr since it, by default, > replaces .'s in maildir path with :'s. > I'm curious as to why :'s in paths are an issue? Do they have special > meaning to dovecot? Hmm.. They do. default_mail_env format is: "storage_format:data" and both mbox and maildir in "data" part treat it as "path:option:option2:..". So, Dovecot above thought "/home/hosted/example.com/users/test" was the storage format and "user" the data part for it. You could change default_mail_env = maildir:~/ but then Dovecot would think "user" as being unknown option.. I'm not sure what to do about this.. ':' was selected because it's PATH separator as well, so people rarely have directories containing ':' in it's name. Maybe it could be escaped as "\:"..

1 0

[Dovecot] ":" in filenames
by Lars Hansson 24 Feb '04

24 Feb '04

dovecot seems to have an issue with :'s in pathnames: imap(test.user): Fatal: Failed to create storage with data: /home/ hosted/example.com/users/test:user This causes a bit of a problem with vmailmgr since it, by default, replaces .'s in maildir path with :'s. I'm curious as to why :'s in paths are an issue? Do they have special meaning to dovecot? --- Lars Hansson

1 0

[Dovecot] dovecot-nightly/NetBSD - Fwd: CVS commit: wip/dovecot-nightly
by tom＠replic8.net 22 Feb '04

22 Feb '04

hello everybody, i just commited a pkgsrc for dovecot nightly cvs-snapshots to the pkgsrc-wip repository for NetBSD - this will hopefully go into base pkgsrc, soon. please see http://pkgsrc-wip.sourceforge.net/ on how to obtain pkgsrc-wip. ----- Forwarded message from Tom Hensel <tomhensel(a)users.sourceforge.net> ----- Date: Sun, 22 Feb 2004 11:18:52 -0800 From: Tom Hensel <tomhensel(a)users.sourceforge.net> Reply-To: pkgsrc-wip-discuss(a)lists.sourceforge.net Subject: CVS commit: wip/dovecot-nightly To: pkgsrc-wip-cvs(a)lists.sourceforge.net Module name: pkgsrc-wip Committed by: tomhensel Date: Sun Feb 22 19:18:52 UTC 2004 Import into wip/dovecot-nightly Log Message: Dovecot is an IMAP and POP3 server for Linux/UNIX-like systems, written with security primarily in mind. Although it's written in C, it uses several coding techniques to avoid most of the common pitfalls. A nightly CVS-snapshot is available at http://dovecot.procontrol.fi/nightly/ which includes major changes from Dovecot 0.99.10.4; please see the ChangeLog file inside the distribution archive. For more information on Dovecot see http://dovecot.procontrol.fi/ Status: Vendor Tag: tomhensel Release Tags: tomhensel_20040222 N wip/dovecot-nightly/PLIST N wip/dovecot-nightly/distinfo N wip/dovecot-nightly/Makefile N wip/dovecot-nightly/DESCR N wip/dovecot-nightly/files/dovecot.sh N wip/dovecot-nightly/patches/patch-aa N wip/dovecot-nightly/patches/patch-ab No conflicts created by this import To generate a diff of this commit: Please note that diffs are not public domain; they are subject to the copyright notices on the relevant files. ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ pkgsrc-wip-cvs mailing list pkgsrc-wip-cvs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pkgsrc-wip-cvs ----- End forwarded message -----

1 0

[Dovecot] Dovecot -- basic setup
by Tom 19 Feb '04

19 Feb '04

Hey all, After some kind soul made me understand what I can expect from Dovecot, I feel really embarassed for not being able to set it up correctly. What I already had was ~/Mail, containing about six maildirs. Exim got mail, delivered it to procmail, and procmail dropped it in my inbox; a needless extra step that I keep for future, ehm, needs that I might start to care about when I can just succesfully use the most basic mail configuration I can think of. As far as I understood, I just have to point Dovecot to my maildir for it to serve my mail when I connect appropriately with a client. When I test that with KMail connecting to localhost, I get a bizarre overview of my mailfolders, that looks like this: http://www.xs4all.be/~verbreyt/img/scrots/dovecot-kmail.jpg The error message on top is what I get when I try to catch up with any possible new mail: "Unable to get information about folder antwort.index. The server replied: Internal error." Syslog says "lstat(/home/tom/Mail/.antwort.index/cur) failed: Not a directory". Could be, of course: the directory should be ~/Mail/antwort/cur. After I ran KMail and got those errors, ~/Mail, previously only containing some folders, each in turn containing cur/, new/ and tmp/, is stuffed with index files, and three new folders (cur/, new/ and tmp/) directly in the toplevel. ##### $ ls -a Mail . .drafts.index.ids .sent.index.ids .. inbox sent-mail antwort .INBOX .sent-mail.index .antwort.index .inbox.index .sent-mail.index.ids .antwort.index.ids .inbox.index.ids spam check .inbox.index.sorted .spam.index .check.index new .spam.index.ids .check.index.ids outbox tmp cur .outbox.index trash .customflags .outbox.index.ids .trash.index drafts sent .trash.index.ids .drafts.index .sent.index ##### I'm not sure just where it all goes wrong. Yes, I feel stupid about that, but what did, then, did I misunderstand? The only relevant thing in /etc/dovecot.conf I guess would be "default_mail_env" which I have set to "maildir:~/Mail:INBOX=~/Mail/inbox". Documentation may be sparse, it'd still make me sad to be the cause of it being extended for use by the clueless. :-/ Grateful for any corrections, Tom -- "Mongolian drivers do not care much about pedestrians." -- np: Predominance - Luftschiffe (flac)

2 1

[Dovecot] File synchronization friendly indexes
by Aredridel 19 Feb '04

19 Feb '04

I've been doing some tests of file synchronization with Unison (think "two way rsync"), and run into one problem: Synching between servers has conflicts on the index file. I can manually exclude, but what seems to me to be a really wonderful feature would be to, preferably, make the indexes somewhat atomic, so that files, once written, don't change (this is a feature of maildirs in general), and barring that, that they include the machine name as part of the filename, so there's no conflicts. Also, on a completely unrelated and somewhat offtopic note: I'd love to hear some brainstorms on how to prevent duplicate messages when maildirs are synched, files are moved from new on one or more ends, flags are changed inconsistently, and synched back. Ari

2 1

[Dovecot] More Benchmarks, and a question about indexing
by Anthony Wendell Kay 18 Feb '04

18 Feb '04

Hi, We are thinking of converting to Dovecot to lighten our I/O load. I have done some performace tests comparing UW-IMAP to Dovecot when using mbox format if anyone is interested. They primarily examine the I/O improvements that can be gained from using Dovecot over UW when staying with mbox format: http://whizzo.uoregon.edu/public/src/mailperf/results.html I had too much cached for this set of tests, and I am going to re-run some with the recommended cache settings...so stay tuned. Anyway, we are stuck with the mbox format for the forseeable future, and I noticed how hard hitting Dovecot is on initial access to a large mailbox, so we need a way to pre-create some of those indexes. I saw in the docs that such an indexer has been planned, but does anyone have a hack for doing it now? -- Anthony Kay Phone: (541) 346-1719 Student Consultant Key Signature: 7195 40B9 FC4F 6F43 C04A University of Oregon Computing Center B4D9 BAF1 C76E AB6E 33E5 "Don't wish your life away." - Mom's best advice

4 4

[Dovecot] LDAP configuration
by Giacomo Cariello 18 Feb '04

18 Feb '04

Hello, I've just installed dovecot to replace courier-imap and I've found out it didn't support some of the typical LDAP userPassword schemes, so I've written some based on OpenSSL API. Furthermore I noticed that the MD5 one seems broken. If it isn't a requirement to ship its own implementation of a crypto algorithm, I would send in a patch to replace schema checks with those based on libcrypto. I also noticed that if I try connecting to an account that doesn't contain a real maildir (es. maildir:%h/.mail, but .mail doesn't exist), the imap segv's. I suppose it would be cool to ship a maildirmake program and have imap use it whenever necessary, if a flag allows it to do so. Giacomo Cariello, jwk(a)bug.it KeyID: 3072/1024/0x409C9044 Fingerprint: 7984 10FD 0460 4202 BF90 3881 CDE4 D78E 409C 9044 "Put that mic in my hand and let me kick out the jams!" - MC5

2 2

[Dovecot] Basic questions concerning mail...
by Tom 16 Feb '04

16 Feb '04

Hey all, A few minutes ago, I installed Dovecot, hoping things would get clear by just looking at the relevant config files, but since they don't, I hope someone here could give me a clue... What I want to achieve is really only basic functionality. It's just for personal use, so it shouldn't get too complicated. Up til now, I have been using fetchmail to get my mail off of several POP3-accounts, exim to hand it over to procmail and procmail to drop it in the mail directories of my girlfriend and I. I'd like to be able to remotely use a webmail program of some kind to check mail without having to use ssh to login. So I thought an IMAP-server might be the way to go, but, embarassing though it may be, I can't quite grasp how Dovecot (any IMAPd of course, for that matter) fits in the whole. Should Dovecot receive mail from fetchmail and put in it it's proper place in the user's home directories? Or does Dovecot merely read any mail that might belong to users, told where to look by dovecot.conf? Since I now notice my questions are put in a way that is equally embarassing as the questions themselves, I'll keep it short: could anyone enlighten me about the role of Dovecot / an IMAPd it the whole of a mail system (mail directories for each user, fetchmail, procmail, an MTA, a MUA)? Sincerely apologizing for wasting your undoubtedly valuable time, Tom -- "Mongolian drivers do not care much about pedestrians." -- np: Vive La Fête - Assez (flac)

2 3