- dovecot - dovecot.org

Re: [Dovecot] help help
by Brett Parker 08 Sep '05

08 Sep '05

g.digiambelardini(a)fabaris.it <g.digiambelardini(a)fabaris.it> wrote: > > > Hi, I have a dovecot IMAP server whit the Horde/Imp webmail. > I know that this request is OT, but I need an help. > I created for each user a SPAM folder, where dovecot put every email tagged > "SPAM", but with IMP I can't make a list of folders to poll for new mail, I > tried to dcofigure IMP like that: > > // list of folders to poll for new mail > $_prefs['nav_poll'] = array( > 'value' => 'a:1:{s:5:"INBOX";b:1;s:6:"INBOX.Test";b:1;}', ^ should be 10 (number of chars in INBOX.Test). > //'value' => 'a:0:{}', > //'value' => '', > 'locked' => false, > 'shared' => false, > 'type' => 'implicit'); > > but it don't work...... > SOMEONE CAM HELP ME??? Hope that helps, -- Brett Parker web: http://www.sommitrealweird.co.uk/ email: iDunno(a)sommitrealweird.co.uk

1 0

[Dovecot] Ip addr + login name
by mike 08 Sep '05

08 Sep '05

Hi everybody, Is there a way to bind client ip address that connects to pop3 with the login name? For example if the client ip address is 192.168.2.40 then his login name is 'test' and he can log in with only that account name. I think it is possible to do it with an external authentication program. Thanks.

2 1

[Dovecot] More verbose logging of POP transactions?
by Philip Hallstrom 08 Sep '05

08 Sep '05

Hi all - I'm brand new to dovecot (0.99.14 on freebsd 5) and am just playing with it a bit. POP works just fine, but the only thing that shows up in my logs is this: Sep 7 11:46:25 freebsd5 pop3-login: Login: philip [10.28.61.200] Thought maybe syslog was quietly eating things, but told dovecot to use it's own log file and it didn't improve. Is there a way to turn on more detailed logging about what the user did? Along the lines of what uw-imap's pop gives you in terms of number of messages available, downloaded, deleted, etc.? I'm also interested in how much was transferred size wise... If I mised it in the conf file just let me know, but I didn't see anything... Thanks! -philip

2 1

[Dovecot] Dovecot - IMP - POP autentication problem
by Carlos Bergero 07 Sep '05

07 Sep '05

Hi, Recently I have to rush one of my mail servers to a new installation, actually GNU Linux/Debian Sarge, the system run dovecot 0.99.14 for pop and imap, and the web server, other machine, uses horde2/imp3. The problem is the following, pop clients including the imp3 cant log properly apparently, the even when a connection is made to pop3 dovecot trys to make a secure connection, I found this after sniffing the connection between the web server and the mail server, for some reason, imp cant handle it well and the some clients like OutLook also have troubles working this out. For now I work around this problem by disabling the ssl/tsl support, but that's not the solution I need. So the question is can I disable this feature without loosing the secure connection and how can I do it? Cheers, rak

1 0

[Dovecot] 1.0alpha1: new assert/core
by Jeff A. Earickson 07 Sep '05

07 Sep '05

Hi, I saw a new assert and core dump today in 1.0alpha1. Setup is Solaris 9, dovecot built with gcc 4.0.1, running as imap server for mbox format. The syslog said: IMAP(user): file message-body-search.c: line 393 (message_body_search_ctx): assertion failed: (input->v_offset <= part->physical_pos) A gdb analysis of the core dump is attached. BTW, I save core dumps in case you need further debugging done for an assert. On another note, I have also had issues with dovecot locking up with "Too many open files" syslog error messages. Last night, after several hours of "too many open files" complaints, the master dovecot process just died -- no core dump and no complaint to syslog. Per advice of the list, I have doubled the rlim_fd_cur and rlim_fd_max kernel parameters and rebooted my imap server. I also saw in my syslog: Sep 6 16:48:53 emerald dovecot: [ID 956436 mail.error] pipe() failed: Too many open files Sep 6 16:48:53 emerald dovecot: [ID 257797 mail.crit] dup2(stderr) failed: Bad file number With students back, they have been giving dovecot a real hard workout. Jeff Earickson Colby College

1 0

Re: [Dovecot] dovecot/pop-before-smtp
by Lorens 07 Sep '05

07 Sep '05

On Tue, Sep 06, 2005 at 04:50:12PM -0700, Micah Stevens wrote: > Okay, just tried this. Doesn't work. I'm using 0.99 as packaged for RHEL 3. > Would that make a difference? Yes. The syntax changed. > login_executable = /usr/libexec/dovecot/popbsmtp.sh > /usr/libexec/dovecot/imap-login I'm fairly certain that login_executable is not the same thing as the mail_executable. > Starting IMAP daemon (dovecot): Fatal: Can't use login executable > /usr/libexec/dovecot/popbsmtp.sh /usr/libexec/dovecot/pop3-login: No such > file or directory Especially as the popbsmtp script should be launched for each login, and not at daemon start. In 1.0 there are two executables, mail_executable launched for logins, and (from memory) auth_executable launched at daemon start, so I suppose login_executable is the wrong one :-) I diagnose the error you get as meaning that the space is not ed separat out, and that dovecot tries to fork the executable named /usr/libexec/dovecot/popbsmtp.sh /usr/libexec/dovecot/pop3-login which obviously won't work. > Permissions are 777 on the popbsmtp.sh script. I double checked this. > > I tried to just copy the config as stated, but dovecot didn't parse it, > that's why I'm assuming it's for 1.x versions: Correct. Not good enough at 0.99 to say what the equivalent would be (I found that I needed 1.0 before I tried to do pbsmtp). > So I'm stuck, I also tried putting an insert statement on the user_query, > but that fails as Lorens mentioned. Problem with direct SQL is that I can't manage to make dovecot execute two SQL statements. If you're using a db with stored procedures you could maybe squeeze through that loophole, but your best bet is to find out what user_executable should be (maybe the same thing?) > Back to pop-before-smtp which doesn't work either, but it works better. :) :-) HTH

1 0

[Dovecot] 1.0-test75 and roadmap for v1.0
by Timo Sirainen 07 Sep '05

07 Sep '05

http://dovecot.org/test/ Keywords are finally stored in maildir filenames and listed in "dovecot-keywords" file. It should be possible to just rename 0.99.x's .customflags file to dovecot-keywords (but it can't be renamed back after modification). Also fixed another uid/sequence mixup bug with setting keywords in general (in mbox too). Fixed SHA1 checksum generation with big-endian machines (used only in passwords). I think I'll forget about the master/config rewrite for a while and leave it for Dovecot v2.0. That would mean the next release will be called 1.0-alpha1. After that there should be only bugfixes and some smaller features and optimizations left. I looked through my TODO and found the following missing features / optimizations that pretty much have to be done before v1.0. Anything important missing? - keywords: - add some limits to how many there can be - send FLAGS/PERMANENTFLAGS untagged replies when they change (required by IMAP RFC) - remove unused keywords from keyword list? (only when adding new ones) - mail cache file - cache _all_ headers that are marked to be cached when headers are being parsed, not just the ones client is requesting at that time. - compression should drop fields with last_used < (latest_mail_index_date - month) - when parsing mbox or saving message, parse the mail through index-mail so things gets saved into cache immediately - mbox - when we're updating flags with lazy writing, we're still parsing the mbox, just not writing to it! - always add empty line after mail. - make the parser require it too? syncing should make sure there always exists two LFs at end of file. raw-mbox-stream should make sure the last message ends with LF even if it doesn't exist in the file - COPY doesn't work to same mailbox (lock assert crash) - keep mbox lock for two extra seconds after sync to make sure we notice changes made by other mbox writer software - maildir - hardlink copying doesn't update indexes (does it even work?) - deliver needs quota integration somehow so it returns out-of-quota failure as fatal instead of temporary Probably after v1.0: - Full NFS support - Try to handle out-of-quota/disk space situations well

8 18

[Dovecot] 1.0.alpha1: Namespaces
by Wolfram Schlich 06 Sep '05

06 Sep '05

Hi, I'm currently using 1.0.alpha1 without luck regarding a namespace issue. Maybe it's a general understanding problem on my side, but let's see :-) I would like to have my mail stored in Maildir format below ~/.maildir/, which works fine so far. I want any (sub)folders to be created like this: ~/.maildir/ /cur /new /tmp /.Folder/ /cur /new /tmp /.Subfolder/ /cur /new /tmp BUT ;) Dovecot seems to disregard my namespace settings: --8<--[ /etc/dovecot.conf ]--8<-- default_mail_env = maildir:~/.maildir:INDEX=MEMORY namespace private { separator = / # prefix = # location = maildir:~/.maildir inbox = yes hidden = no } --8<-- Every new (sub)folder I create is stored as ~/.maildir/.Folder resp. ~/.maildir/.Folder.Subfolder in the filesystem. Are namespaces the right way? Is it possible at all? Thanks in advance. -- Wolfram Schlich

5 7

Re: [Dovecot] An alternate "dovecot-auth" daemon using cyrus-sasl
by Andrey Panin 06 Sep '05

06 Sep '05

On 249, 09 06, 2005 at 01:35:58PM +0400, Dmitry Butskoy wrote: > Andrey Panin wrote: > > >On 248, 09 05, 2005 at 03:48:19PM +0400, buc wrote: > > > > > >>We use dovecot in a heterogeneous environment (Windows/Linux desktops > >>and Linux servers). For unified authentication we use a sheaf > >>"Samba/Openldap" (i.e., Samba NT domain with openldap backend and > >>pam/nss_ldap for Linux). > >> > >> > >So why you can't use dovecot with openldap as passdb ? > > > Yes, now we use dovecot with pam, which uses openldap by pam_ldap etc... > But PAM can handle plain passwords only, therefore it is not suitable > for NTLM. > I have not found it in examples, but may be dovecot`s ntlm can take > appropriate password hashes from openldap directly? > (sambaLMPassword/sambaNTPassword) Yes, dovecot can handle LM/NTLM password hashes and it can fetch them from OpenLDAP directly (look at doc/dovecot-ldap.conf) In general you can store passwords in any supported form, just add proper password scheme prefix. For example: {NTLM}69943C5E63B4D2C104DBBCC15138B72B For more information read here: http://wiki.dovecot.org/Authentication > >>Windows users are authenticated well everywhere, but there is one old > >>issue. As "SPA" (NTLM) against NT domain is not supported by dovecot, it > >>is necessary to use default "plain" method. In addition to security > >>problems, it does also a problem of password unification. Each time a > >>user changes the password, he should do it one more time for the mail > >>program. > >> > >>I know that dovecot supports NTLM, however against local database only > >>(not for NT domain controller). In early versions support of cyrus-sasl > >>(which supports NTLM now) had been incorporated, however it like not > >>work and now is removed. > >>Fortunately, there is a possibility to substitute dovecot-auth > >>executable. Therefore I have tried to make an alternate variant of > >>dovecot-auth, which supports all that we need. > >> > >>For us, it seems to be more useful to create an auth daemon using > >>cyrus-sasl, rather than to add domain support to existing ntlm code. > >>First of all, it is easier for implementation. Besides it enables use of > >>all mechanisms supported by cyrus-sasl (present and future), including > >>GSSAPI. Anyway, it will be the useful additive to dovecot. > >> > >> > > > >Dovecot doesn't support cyrus-sasl for a good reason - it's a mess. > > > > > Certainly, I do not suggest to switch to use cyrus-sasl in upstream dovecot. > > But can give this patch the right to a life? Somewhere in "unofficial > patches"... > > >>I have made appropriate patches for both dovecot-1.0-stable and > >>dovecot-1.0.alpha1. > >>The idea is to copy "src/auth" to "src/auth-cyrus", strip all unneeded > >>from newly created directory and add cyrus-sasl support. The resulting > >>code probably looks not so elegantly as if it has been written > >>separately, however this way allows to not make a lot of things from the > >>scratch. > >> > >> > >>The patch against 1.0.alpha1 is > >>here: http://dmitry.butskoy.name/dovecot/dovecot-1.0.alpha1-cyrus.tar.gz . > >>To be more readable, it is not a flat patch (due to a lot of whole > >>files add/remove). It is a tarball with 3 files: a list of files to > >>initial copy from auth/ to auth-cyrus/, a patch for resulting tree, and > >>a script which automates this steps (:-)). (The script should be run in > >>the root of the main source, i.e. a dir with src/ and doc/ subdirs). > >> > >>I already have successfully tested this patch with PLAIN method. > >>However before testing of other methods, it would be desirable that > >>somebody have looked at it. > >> > >>Whether someone could check up my patch (just fluently having read), > >>at least for obvious bugs and typos? > >> > >> > > Dmitry Butskoy <Dmitry(a)Butskoy.name> > Saint-Petersburg, Russia > Red Hat Certified Engineer 809003662809495 > > -- Andrey Panin | Linux and UNIX system administrator pazke(a)donpac.ru | PGP key: wwwkeys.pgp.net

2 1

[Dovecot] upgrading: should I and what will change?
by Joshua Paine 06 Sep '05

06 Sep '05

I've been running dovecot 0.99.11 with postfix and postgresql in a production environment with about 25 real users and a couple hundred aliases split over a few domains for nearly a year now. No problems of any kind that I have noticed. Should I upgrade to the latest dovecot? What changes, if any, will I have to make? I've looked through the archives for a couple months without seeing much, and I don't see anything specific in the docs about upgrading. -Joshua <><

2 1

[Dovecot] Dovecot-LDA & OpenBSD
by Björn Ketelaars 06 Sep '05

06 Sep '05

Im having a bit of a problem with compiling dovecot-lda on OpenBSD. I used information from wiki.dovecot.org but this, unfortunately, resulted in some errors. Am I missing something? make all-recursive Making all in src Making all in libsieve if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/mnt/files/dovecot-1.0-test80/src/lib -I/mnt/files/dovecot-1.0-test80/src/lib-mail -I/mnt/files/dovecot-1.0-test80/src/lib-storage -I/mnt/files/dovecot-1.0-test80/src/lib-storage/index/mbox -DSYSCONFDIR=\""/usr/local/etc"\" -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT deliver.o -MD -MP -MF ".deps/deliver.Tpo" -c -o deliver.o deliver.c; then mv -f ".deps/deliver.Tpo" ".deps/deliver.Po"; else rm -f ".deps/deliver.Tpo"; exit 1; fi In file included from common.h:4, from deliver.c:5: /mnt/files/dovecot-1.0-test80/src/lib/lib.h:6:22: config.h: No such file or directory In file included from /mnt/files/dovecot-1.0-test80/src/lib/lib.h:23, from common.h:4, from deliver.c:5: /mnt/files/dovecot-1.0-test80/src/lib/compat.h:17:4: #error uoff_t size not set In file included from /mnt/files/dovecot-1.0-test80/src/lib/lib.h:23, from common.h:4, from deliver.c:5: /mnt/files/dovecot-1.0-test80/src/lib/compat.h:37: error: conflicting types for `socklen_t' /usr/include/sys/types.h:95: error: previous declaration of `socklen_t' In file included from common.h:5, from deliver.c:5: /mnt/files/dovecot-1.0-test80/src/lib-storage/mail-storage.h:428: error: syntax error before "mail_get_virtual_size" /mnt/files/dovecot-1.0-test80/src/lib-storage/mail-storage.h:428: warning: type defaults to `int' in declaration of `mail_get_virtual_size' /mnt/files/dovecot-1.0-test80/src/lib-storage/mail-storage.h:428: warning: data definition has no type or storage class /mnt/files/dovecot-1.0-test80/src/lib-storage/mail-storage.h:431: error: syntax error before "mail_get_physical_size" /mnt/files/dovecot-1.0-test80/src/lib-storage/mail-storage.h:431: warning: type defaults to `int' in declaration of `mail_get_physical_size' /mnt/files/dovecot-1.0-test80/src/lib-storage/mail-storage.h:431: warning: data definition has no type or storage class In file included from deliver.c:13: /mnt/files/dovecot-1.0-test80/src/lib/istream.h:5: error: syntax error before "uoff_t" /mnt/files/dovecot-1.0-test80/src/lib/istream.h:20: error: syntax error before "uoff_t" /mnt/files/dovecot-1.0-test80/src/lib/istream.h:25: error: syntax error before "uoff_t" /mnt/files/dovecot-1.0-test80/src/lib/istream.h:51: error: syntax error before "uoff_t" /mnt/files/dovecot-1.0-test80/src/lib/istream.h:54: error: syntax error before "uoff_t" In file included from deliver.c:15: /mnt/files/dovecot-1.0-test80/src/lib/ostream.h:7: error: syntax error before "uoff_t" /mnt/files/dovecot-1.0-test80/src/lib/ostream.h:57: error: syntax error before "uoff_t" *** Error code 1 Stop in /mnt/files/dovecot-lda-0.1/src. *** Error code 1 Stop in /mnt/files/dovecot-lda-0.1/src (line 384 of Makefile). *** Error code 1 Stop in /mnt/files/dovecot-lda-0.1 (line 283 of Makefile). *** Error code 1 Stop in /mnt/files/dovecot-lda-0.1 (line 188 of Makefile). -- Insanity in individuals is something rare - but in groups, parties, nations and epochs, it is the rule.

1 0

[Dovecot] how to migrate from one server to another?
by Bram Mertens 05 Sep '05

05 Sep '05

Hi I have purchased and installed a new PC and would like to transfer my mail (in Maildir format) to it. Are there any precautions I must take before copying the mail over? I will disable mail delivery temporarily so no new mail gets written to disk but I don't know if dovecot has to be stopped before copying/editing mail for backup or migrating purposes. Anything else I must pay attention to? TIA Bram

2 2

[Dovecot] dovecot + openwebmail
by Peter McEvoy 05 Sep '05

05 Sep '05

Hi, I'm trying to add some sanity to a badly thought out mail system that, for various reasons, cant be fixed from the bottom up at this moment in time. The system is debian sarge, exim 4.5, doing virtual domains and delivering into mboxes in /var/spool/virtual/$domain/$user , there is webmail access and this allows user to create folders in (dont shoot me!) /etc/openwebmail/users/$domain/$username/mail/ , the files in this directory appear to be mboxes in that each mail begins with a From: line, the naming of these files is completely arbitrary. Im trying to add imap access that would ideally give users access to the mail in /var , and also in the openwebmail dirs, though the latter is not essential, just desirable. All mails are owned by user mail. I've installed dovecot-imapd version 0.99.14-1, but if this doesnt have the namespace additions from version 1.0-test, I can easily install that. Reading the wiki, it seems I can achieve this with namespaces, something like namespace private { separator = / inbox = yes prefix = location = mbox:/etc/openwebmail/users/%d/%u/mail:INBOX=/var/spool/virtual/%d/%u } But, Im not quite sure where this would go in the config file, going by the example config you can just shoehorn them into the middle of the file, but I'm not 100% sure... I had been trying to use things like.. default_mail_env = mbox:/var/folders/%d/%u:INBOX=/var/spool/virtual/%d/%u:INDEX=/var/indexes/%d/%n Having created the necessary folders in /var , but I didnt have much success (the authentication part worked straight away using my passwd file), And having read more and been told about namespaces on the irc channel, it seemed like I should go that way anyway. If anyone could give me a steer in the right direction, or even tell me i'm wasting my time (tho dont bother telling me how much better maildir etc is, i know!) Thanks for your time. -- Pete

1 1

[Dovecot] dovecot and communitgate (stalker)
by tyco 05 Sep '05

05 Sep '05

hi there, i am totally new to dovecot and use communigate pro stalker.com as my mailserver. everything in communigate is fine. the only problem i do have is imap speed. i just got a login at a dovecot server and i must say WOW its so fast amazing. since communigate does not support indexing on mdir direcotries i need to find a solution. so i am wondering if it would be possible to use dovecot imap server on top of communigate as an imap server? i know that this would not work for special cgp features like shared mailboxes. etc.... thnax christof

1 0

[Dovecot] Dovecot 1.0 and ldap; does this combination works?
by Vedran Furac 05 Sep '05

05 Sep '05

Hi! After upgrading from dovecot 0.9.14 to 1.0 crashes immediately after starting when using ldap as userdb and passdb. You can find more information here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=320388 I'm confused with two users: login_user and auth_user. Witch of them has to be in ldap? If anyone here has a working dovecot+ldap configuration, could he show me his configuration? Regards Vedran

3 5

[Dovecot] Dovecot-LDA: Development questions
by Steffen Kaiser 05 Sep '05

05 Sep '05

Hello, I'm tinkering with Dovecot-LDA in order to achieve: + Better intergration into sendmail, and + tweaking its way to act on errors. Attached patch is a "brainstorming" like suggestion: a) when sendmail is dropping a message, it spawns the LDA, captures stderr/stdout and, if the LDA returns an exit code != 0, generates either a DSN or, when EX_TEMPFAIL, queues the mail. Hence, it is not necessary to have mail_send_rejection() to spawn another sendmail instance. The attached patch suggest to introduce an "operation_mode", in which Dovecot-LDA behaves differently for different environments. b) Some errors, like when spooling the message into the users folders fails, because the user is out of quota, one should prefer tempfailing the message, rather than a permanent error. Attached patch includes an option "-f", which has main() to return EX_TEMPFAIL. This is the way maildrop is acting, BTW. === Sendmail supports "account+detail" syntax out-of-the-box; that is for recipient matching only the portion left of the plus-sign is significant, the trailing portion may be used by the LDA as a hint to spool the message. Usually the information is passed via command line to the LDA. The libsieve seems to already support this notation, see tokens DETAIL, subaddress, :detail and the README file: Derrick Brashear (shadow+sieve@andrew...) Did somebody used or have some idea how to make use of the "+detail" stuff of libsieve? Basically the main problem in my opinion is what to query, because the information (final physical mailbox and/or owner) one can query is neither a header nor an envelope information (besides that the envelope information is not available to the LDA anyway). Consider a BCC to one recipient that expands to numerous maildrops, then the maildrop of actual delivery attempt can not be derived from neither the envelope nor the header information. The only way to integrate the +detail stuff into Dovecot-LDA seems to be when "keep" is performed (or no Sieve script is present). Then one could spool the message into folder "detail", if it already exists -- one should be allow other people to create mailboxes ;-) This is no action of the Sieve library, but of the LDA calling sieve. The Wiki mentions in the section about to setup exim: envelope_to_add What's this setting is doing? In src/sieve-cmu.c, static int getenvelope, there is: } else if (!strcasecmp(field, "to")) { *contents = m->temp; m->temp[0] = /*FIXME:msg_getrcptall(m, m->cur_rcpt)*/m->authuser; m->temp[1] = NULL; return SIEVE_OK; So it seems appropriate to tweak dovecot_sieve_run() into: mdata.authuser = username; mdata.recipient = detail_on_commandline ? concat(username, "+", detail_on_commandline) : username ; Or better: Have the complete recipient passed via command line option? and alter getenvelope(): m->temp[0] = m->recipient; I think this tweaks would be better than have the "-d" option support the plus-syntax. === Currently, the compiled Sieve script is placed into the same directory the script is located itself. How about to _always_ file the compiled script into [CONTROLDIR]/.dovecot.sievec? That would come over the problem with the system-wide default sieve script. Otherwise: The README mentions a test application and I found a sievec and sieved application (Sieve compile / decompiler) I presume. I can not just run "make sievec" to have it compile, does somebody played around with the Sieve stuff in LDA? Regards, -- Steffen Kaiser

1 0

Re: [Dovecot] qpopper UIDLs and migrating to dovecot/maildir
by Chris Wakelin 05 Sep '05

05 Sep '05

OK, here's the patch against dovecot-1.0-stable. (I just applied it to dovecot-stable-20050901. My version of stable has a few more patches applied, so I needed to apply the patch to a clean version!) Best Wishes, Chris grant beattie wrote: > On Sun, Sep 04, 2005 at 12:30:27AM +0100, Chris Wakelin wrote: > > >>Right! Here's a patch against dovecot-1.0.alpha1 which adds an extra option: >> >>pop3_reuse_xuidl = yes >> >>which if set will use the contents of the (first) X-UIDL header, if it >>exists, instead of the result of expanding pop3_uidl_format. It will use >>pop3_uidl_format if there is no X-UIDL header. >> >>This is typically for people migrating from Qpopper who don't want their >>users to get all the mail they've left on the server a second time, but >>should also work for any other POP server that happens to write X-UIDL >>headers, if any such exist ;) >> >>I've only done rudimentary testing, but it seems to work! I also have a >>version of the patch for dovecot-1.0-stable (which is what we'll be >>using next week!) if anybody's interested (only minor differences, use >>'mail->get_header(mail, "X-UIDL")' instead of >>'mail_get_first_header(ctx->mail, "X-UIDL")') > > > this is great stuff, thanks! > > I'm using the 1.0alpha1 diff and it seems to be working fine so far. > as we will probably be running 1.0 stable in production, would you > mind forwarding me the diff against 1.0 stable? > > this is an extremely useful feature, making it even easier to migrate > from alternate POP3 servers than Dovecot already is. :) > > grant. > -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin(a)reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094 diff -ruN dovecot-1.0-stable.orig/src/master/mail-process.c dovecot-1.0-stable/src/master/mail-process.c --- dovecot-1.0-stable.orig/src/master/mail-process.c Tue Feb 8 10:30:11 2005 +++ dovecot-1.0-stable/src/master/mail-process.c Mon Sep 5 10:29:22 2005 @@ -220,6 +220,8 @@ env_put("FULL_FILESYSTEM_ACCESS=1"); if (set->pop3_no_flag_updates) env_put("POP3_NO_FLAG_UPDATES=1"); + if (set->pop3_reuse_xuidl) + env_put("POP3_REUSE_XUIDL=1"); if (set->mbox_dirty_syncs) env_put("MBOX_DIRTY_SYNCS=1"); if (set->mbox_very_dirty_syncs) diff -ruN dovecot-1.0-stable.orig/src/master/master-settings.c dovecot-1.0-stable/src/master/master-settings.c --- dovecot-1.0-stable.orig/src/master/master-settings.c Sun Aug 7 14:00:41 2005 +++ dovecot-1.0-stable/src/master/master-settings.c Mon Sep 5 10:29:22 2005 @@ -125,6 +125,7 @@ /* pop3 */ DEF(SET_BOOL, pop3_no_flag_updates), DEF(SET_BOOL, pop3_enable_last), + DEF(SET_BOOL, pop3_reuse_xuidl), DEF(SET_STR, pop3_uidl_format), DEF(SET_STR, pop3_client_workarounds), @@ -297,6 +298,7 @@ /* pop3 */ MEMBER(pop3_no_flag_updates) FALSE, MEMBER(pop3_enable_last) FALSE, + MEMBER(pop3_reuse_xuidl) FALSE, MEMBER(pop3_uidl_format) "%v.%u", MEMBER(pop3_client_workarounds) NULL, diff -ruN dovecot-1.0-stable.orig/src/master/master-settings.h dovecot-1.0-stable/src/master/master-settings.h --- dovecot-1.0-stable.orig/src/master/master-settings.h Mon Jan 31 16:37:55 2005 +++ dovecot-1.0-stable/src/master/master-settings.h Mon Sep 5 10:29:22 2005 @@ -96,6 +96,7 @@ /* pop3 */ int pop3_no_flag_updates; int pop3_enable_last; + int pop3_reuse_xuidl; const char *pop3_uidl_format; const char *pop3_client_workarounds; diff -ruN dovecot-1.0-stable.orig/src/pop3/commands.c dovecot-1.0-stable/src/pop3/commands.c --- dovecot-1.0-stable.orig/src/pop3/commands.c Sun May 8 10:45:32 2005 +++ dovecot-1.0-stable/src/pop3/commands.c Mon Sep 5 10:29:22 2005 @@ -489,6 +489,7 @@ struct var_expand_table *tab; struct mail *mail; string_t *str; + const char *xuidl; int ret, found = FALSE; tab = t_malloc(sizeof(static_tab)); @@ -532,7 +533,15 @@ str_truncate(str, 0); str_printfa(str, ctx->message == 0 ? "%u " : "+OK %u ", mail->seq); - var_expand(str, uidl_format, tab); + if (reuse_xuidl) { + xuidl=mail->get_header(mail, "X-UIDL"); + if (xuidl != NULL) + str_append(str, xuidl); + else + var_expand(str, uidl_format, tab); + } + else + var_expand(str, uidl_format, tab); ret = client_send_line(client, "%s", str_c(str)); t_pop(); diff -ruN dovecot-1.0-stable.orig/src/pop3/common.h dovecot-1.0-stable/src/pop3/common.h --- dovecot-1.0-stable.orig/src/pop3/common.h Mon Jan 31 16:37:55 2005 +++ dovecot-1.0-stable/src/pop3/common.h Mon Sep 5 10:29:22 2005 @@ -18,7 +18,7 @@ extern struct ioloop *ioloop; extern enum client_workarounds client_workarounds; -extern int enable_last_command, no_flag_updates; +extern int enable_last_command, no_flag_updates, reuse_xuidl; extern const char *uidl_format; extern enum uidl_keys uidl_keymask; diff -ruN dovecot-1.0-stable.orig/src/pop3/main.c dovecot-1.0-stable/src/pop3/main.c --- dovecot-1.0-stable.orig/src/pop3/main.c Mon Jan 31 16:37:55 2005 +++ dovecot-1.0-stable/src/pop3/main.c Mon Sep 5 10:29:22 2005 @@ -41,6 +41,7 @@ enum client_workarounds client_workarounds = 0; int enable_last_command = FALSE; int no_flag_updates = FALSE; +int reuse_xuidl = FALSE; const char *uidl_format; enum uidl_keys uidl_keymask; @@ -166,6 +167,7 @@ parse_workarounds(); enable_last_command = getenv("POP3_ENABLE_LAST") != NULL; no_flag_updates = getenv("POP3_NO_FLAG_UPDATES") != NULL; + reuse_xuidl = getenv("POP3_REUSE_XUIDL") != NULL; uidl_format = getenv("POP3_UIDL_FORMAT"); if (uidl_format == NULL)

1 0

[Dovecot] 1.0a1 Coredumps / errors when moving multiple
by Gregory Bond 05 Sep '05

05 Sep '05

I've just tried upgrading 1.0t51 to 1.0a1 and it has been........ difficult. I've been getting logs of Sig11s and other errors, and have trouble tracking them down. Main problem seems to be with moving / copying messages. One at a time works (mostly), multiple will coredump the imap process (not yet managed to get a proper core out though...) I'm using imap & Maildir, maildir on NFS & Indexes on UFS, Solaris 8. Server is postfix / procmail (delivering pre-sorted into various Maildir folders) and Dovecot 1.0a1. Client is thunderbird on OS/X. If I turn off mbox_copy_with_hardlinks, then instead of a coredump I get a hang and an error message: > IMAP(gnb): Maildir /home/gnb/Maildir sync: UID inserted in the middle > of mailbox (3871 > 3870, file = 1125740849.23189_0.lenford:2,Saa) This is after I've removed all the cache/index files and even all the dovecot-uid files.... I'm back on 1.0t51 for now, but could have another crack at this if there are any hints.

1 0

[Dovecot] Dovecot logging
by Black Vette 05 Sep '05

05 Sep '05

Fedora Core 4 dovecot-0.99.14-4.fc4 I'm trying to diagnose some mail issues. I do not believe Dovecot is the problem. If I could see the Dovecot logs, it might be helpful in resolving my issue. In /etc/dovecot.conf I have tried to set the following: log_path = /var/log/dovecot.log info_log_path = /var/log/dovecot.log I have 'touch /var/log/dovecot.log'. When I try to restart dovecot 'service dovecot restart', it fails and I'm not able to see the reason why it is failing. Where am I going wrong getting this working? Also, are there various debug levels? I saw 'debug' mentioned on the list, but I was unable to see anything about it in the config file. Thanks, Mike __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Re: [Dovecot] qpopper UIDLs and migrating to dovecot/maildir
by Paul Vatta 05 Sep '05

05 Sep '05

Hi Chris, We migrated to Dovecot from Qpopper/UW-IMAP in July. We previously looked at altering the Dovecot code, client-side duplicate email cleanup utilities (for Eudora), and enforcing "download-then-delete from the server" prior to the migration. We got around the "downloading of previously downloaded emails" problem by moving all previously downloaded emails to a new folder called "ConvertedMail" during the conversion process from mbox (Qpopper) to maildir. This assumes you're going to maildir though. The benefit in this is that the POP client only retrieves email from th inbox folder, and after conversion, this will mean only new emails. If the POP client's previous download of older email dissappeared (for whatever reason), a Web Mail client accessing the mailstore via IMAP would allow access to the ConvertedMail folder. Regards, Paul

1 0

[Dovecot] login: Missing Protocol from server name 'imap'
by Phil Bettinson 03 Sep '05

03 Sep '05

Hello All (possibly again) I did send a messge earlier, but it may have been eaten by the mail system. I've now managed to get dovecot started, and I'm now getting "Missing protocol from server name 'imap'" This is somewhat confusing. Does it mean that I have somewhere called my server imap? or is it talking about it missing a protocol called imap? if it's meant to be "missing protocol imap definition" or somesuch, I have filled that out, but can't for the life of me figure out what the error message is actually trying to tell me! I'm running dovecot alpha1 on RedHat as3. I have the feeling I've been staring at the problem for too long, and somone will just say "have you tried this!", but it's worth a shot. Thanks in advance Phil

2 1

[Dovecot] qpopper UIDLs and migrating to dovecot/maildir
by grant beattie 03 Sep '05

03 Sep '05

hi all, I am hoping to convert a 350K user qpopper installation using mbox to dovecot and maildir (pop3 only). many of the users "leave mail on server", and qpopper's UIDL format isn't (yet) supported by dovecot. since the UIDLs have been written by qpoppper to the existing mbox files (and will be preserved when the mboxes are converted to maildir) it would be possible to do this seamlessly if dovecot could read the UIDLs from the messages and populate the index files as needed. is anything like this already possible? it doesn't matter what UIDLs new messages get, since they would never have been downloaded by the user via qpopper. any ideas would be appreciated. grant.

2 3

[Dovecot] "stable" v. "alpha"
by Ben Beuchler 03 Sep '05

03 Sep '05

Is "alpha" the new "-stable"? Should I switch? Gracias! -Ben

4 8

RE: [Dovecot] Purge / Delete Problem using IMAP
by A Ve 03 Sep '05

03 Sep '05

> On Fri, 2005-09-02 at 23:46 -0400, Ignacio Vazquez-Abrams wrote: > > On Sat, 3 Sep 2005, A Ve wrote: > > > Hi, > > > > > > I am using dovecot 0.99.14 RPM on a Fedore Core 4 Server. > > > Everything was running fine for weeks (IMAP), and 2 days ago I was > > > not able to delete/purge any Mail in INBOX. I am > > > using Outlook 2003 as an IMAP-Client. > > > > Okay, this is *really* weird. I've been having the same > > problem here. Now I'm beginning to suspect that it might be > > distro-specific. > > Confirmed. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=167043 Right. :-| Fixed it disableing selinux totally and removing it ! This is not the first time, that selinux is disturbing a daemon to work (http, postfix ...) Thanks for hint, this solved my problem ... Regards, AVE.

1 0

[Dovecot] Purge / Delete Problem using IMAP
by A Ve 03 Sep '05

03 Sep '05

Hi, I am using dovecot 0.99.14 RPM on a Fedore Core 4 Server. Everything was running fine for weeks (IMAP), and 2 days ago I was not able to delete/purge any Mail in INBOX. I am using Outlook 2003 as an IMAP-Client. I tried to delete/purge the Inbox with other mail-clients (Mozilla Thunderbird, Mulberry) too, same effect: I can read mail, I can copy them by drag-n-drop to a local Client-Folder (eg: Outlook) , but I can delete them. Strange enough, the mails are marked as read, but when I login again, all Mail are marked as new/unread ! When I log to the node, and start mutt (which is using the spool-file /var/spool/mail/username), then I am able to read-n-delete all Mails... The File Permisson of the File: 755, Owner: Username, Group: Mail. Did I miss something ? How can this stop working from one day to another ? I seems to me, like the INBOX is not writable to me ... From the UNIX Side, it is ... :-/ Any Comment/Feedback would be helpfull. This is really strange. Regards, AVE.

2 2

[Dovecot] string expansion *in* dovecot config?
by OpenMacNews 03 Sep '05

03 Sep '05

hi all, is it possible to define/use 'MACROS' (string expansion, ala Exim) in dovecot's config file? specifically, e.g. -- rather than: login_executable = /some/crazy/path/to/dovecot/libexec/dovecot/imap-login i'd LIKE to do something like MY_PATH = /some/crazy/path/to login_executable = MY_PATH/dovecot/libexec/dovecot/imap-login i'm reading the wiki docs, and it's just not obvious to me ... thanks! richard

1 0

[Dovecot] Weird internaldate behavior with 1.0-test80 and mbox folder
by Jon Roma 03 Sep '05

03 Sep '05

Has anyone else encountered weird date behavior with mbox-style folders? I am nearly ready to bite the bullet and convert my UW imap hierarchy (which is in mbx format) to Dovecot. In so doing, I need to convert each UW-specific mbx-format mailboxes to the more portable mbox format, which Dovecot can read. (This is done with the 'mbxcvt' utility that's part of UW.) I am then planning to copy those mbox-format folders into a staging area in a directory I've defined to Dovecot as a mbox-format namespace. The plan was then to use my normal GUI to reorganize my old data and copy it into proper maildir folders into Dovecot's default namespace. Since I'm naturally paranoid, I did a dry run of a couple folders first and discovered a rather strange anomaly -- all the mail in the converted folder is displayed by Dovecot with a timestamp exactly 200 minutes (3 hours 20 minutes) into the future! Investigating this via telneting to the respective IMAP ports shows that UW imapd shows the correct timestamp both in the original mbx-format folder and the converted mbox-format folder -- so it appears that Dovecot is skewing the time. This doesn't look like a timezone issue since 200 minutes ahead from CST6CDT would be a pretty strange timezone -- not even Newfoundland has this odd a TZ value! :) (For the curious, Newfoundland is a Canadian province whose time zone is TZ=NST3:30NDT, therefore being a half-hour "off" from the rest of North America.) I have distilled this into a degenerate case of a single folder with a single message and can reproduce. As mentioned, I am running 1.0-test80. My platform is AIX 5.1. I created the test by sending a message to myself using date | mail -s "Test at $(date)" roma(a)uiuc.edu and using my MUA (Mulberry) to file it into the test folder, which defaults to mbx format in UW's namespace. Here's what UW shows when I select/fetch the "original" message: * namespace * NAMESPACE (("" "/")("#mhinbox" NIL)("#mh/" "/")) (("~" "/")) (("#shared/" "/")("#ftp/" "/")("#news." ".")("#public/" "/")) * OK NAMESPACE completed * select "~/Test" * 1 EXISTS * 0 RECENT * OK [UIDVALIDITY 1124811965] UID validity status * OK [UIDNEXT 3] Predicted next UID * FLAGS (\Answered \Flagged \Deleted \Draft \Seen) * OK [PERMANENTFLAGS (\* \Answered \Flagged \Deleted \Draft \Seen)] Permanent flags * OK [READ-WRITE] SELECT completed * fetch 1 internaldate * 1 FETCH (INTERNALDATE "23-Aug-2005 11:16:37 -0500") * OK FETCH completed * fetch 1 envelope * 1 FETCH (ENVELOPE ("Tue, 23 Aug 2005 11:16:30 -0500" "Test at Tue Aug 23 11:16:29 CDT 2005" (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) ((NIL NIL "roma" "uiuc.edu")) NIL NIL NIL "<200508231616.j7NGGUrc022618(a)zippy.cso.uiuc.edu>")) * OK FETCH completed Next I use the UW 'mbxcvt' to convert the folder, leaving it in mbox format in a different folder (~/Test-mbox) -- still in UW's namespace. Here's what the telnet connection shows: * namespace * NAMESPACE (("" "/")("#mhinbox" NIL)("#mh/" "/")) (("~" "/")) (("#shared/" "/")("#ftp/" "/")("#news." ".")("#public/" "/")) * OK NAMESPACE completed * select "~/Test-mbox" * 1 EXISTS * 1 RECENT * OK [UIDVALIDITY 1124813840] UID validity status * OK [UIDNEXT 2] Predicted next UID * FLAGS (\Answered \Flagged \Deleted \Draft \Seen) * OK [PERMANENTFLAGS (\* \Answered \Flagged \Deleted \Draft \Seen)] Permanent flags * OK [READ-WRITE] SELECT completed * fetch 1 internaldate * 1 FETCH (INTERNALDATE "23-Aug-2005 11:16:37 -0500") * OK FETCH completed * fetch 1 envelope * 1 FETCH (ENVELOPE ("Tue, 23 Aug 2005 11:16:30 -0500" "Test at Tue Aug 23 11:16:29 CDT 2005" (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) ((NIL NIL "roma" "uiuc.edu")) NIL NIL NIL "<200508231616.j7NGGUrc022618(a)zippy.cso.uiuc.edu>")) * OK FETCH completed Now, copying the same mbox-format folder into dovecot's namespace and telneting to my Dovecot port gives the following: * namespace * NAMESPACE (("" ".")("Stage/" "/")) NIL NIL * OK Namespace completed. * select "Stage/Test" * FLAGS (\Answered \Flagged \Deleted \Seen \Draft) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted. * 1 EXISTS * 1 RECENT * OK [UIDVALIDITY 1124815188] UIDs valid * OK [UIDNEXT 2] Predicted next UID * OK [READ-WRITE] Select completed. * fetch 1 internaldate * 1 FETCH (INTERNALDATE "23-Aug-2005 14:36:37 -0500") * OK Fetch completed. * fetch 1 envelope * 1 FETCH (ENVELOPE ("Tue, 23 Aug 2005 11:16:30 -0500" "Test at Tue Aug 23 11:16:29 CDT 2005" (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) (("Jon Roma" NIL "roma" "zippy.cso.uiuc.edu")) ((NIL NIL "roma" "uiuc.edu")) NIL NIL NIL "<200508231616.j7NGGUrc022618(a)zippy.cso.uiuc.edu>")) * OK Fetch completed. Notice the "internaldate" response. Dovecot reports the correct time zone, but the internaldate value is 200 minutes ahead of what it should be!!! This is an interesting mystery; I seem to be living three hours and 20 minutes in the future. I've attached the entire contents of the mbox-style mailbox that Dovecot misinterprets. Thanks in advance. >From MAILER-DAEMON Tue Aug 23 11:39:48 2005Date: 23 Aug 2005 11:39:48 -0500 From: Mail System Internal Data <MAILER-DAEMON(a)zippy.cso.uiuc.edu> Subject: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA X-IMAP: 1124815188 0000000001 Status: RO This text is part of the internal format of your mail folder, and is not a real message. It is created automatically by the mail system software. If deleted, important folder data will be lost, and it will be re-created with the data reset to initial values. >From roma(a)zippy.cso.uiuc.edu Tue Aug 23 11:16:37 2005 -0500 Status: RO X-Status: X-Keywords: Received: via dmail-4.1(10) for +INBOX; Tue, 23 Aug 2005 11:16:37 -0500 (CDT) Return-Path: <roma(a)zippy.cso.uiuc.edu> Received: from zippy.cso.uiuc.edu (loopback [127.0.0.1]) by zippy.cso.uiuc.edu (8.12.10/8.12.10) with ESMTP id j7NGGUCQ027294 for <roma(a)uiuc.edu>; Tue, 23 Aug 2005 11:16:30 -0500 Received: (from roma@localhost) by zippy.cso.uiuc.edu (8.12.10/8.12.10/Submit) id j7NGGUrc022618 for roma(a)uiuc.edu; Tue, 23 Aug 2005 11:16:30 -0500 Date: Tue, 23 Aug 2005 11:16:30 -0500 From: Jon Roma <roma(a)zippy.cso.uiuc.edu> Message-Id: <200508231616.j7NGGUrc022618(a)zippy.cso.uiuc.edu> To: roma(a)uiuc.edu Subject: Test at Tue Aug 23 11:16:29 CDT 2005 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on zippy.cso.uiuc.edu X-Spam-Level: X-Spam-Status: No, score=-5.9 required=2.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.1 X-UID: 1 Tue Aug 23 11:16:29 CDT 2005

2 2

[Dovecot] (no subject)
by Phillip Needham 02 Sep '05

02 Sep '05

I am trying to get away from courier imap because it is flaky the way it uses FAM (or gamin in my case), and the developers seem to have a chip on their collective shoulder, and it is too complex. I found dovecot because it is ships with CentOS 4 (ie Red Hat Enterprise 4). It looks like just what I need: simple, fast. But I can't use it! I can't authenticate. If any of these statements were untrue, I would use it happily: o it doesn't support simple bind authentication against LDAP o I don't want to make passwords readable, and this version (0.99.14) doesn't support SSHA anyway o it won't talk to the saslauthd I already have configured o I can't find how to implement a new auth module for dovecot I am wondering why, in the quest to fill a niche with a simple, fast, secure IMAP server, the authors felt the need to re-implement a robust and well-tested infrastructure (saslauthd) with a less-featureful and untested one?

3 3

[Dovecot] Dovecot imap with Postfix and using Thunderbird as client
by Ben Ware 01 Sep '05

01 Sep '05

Hi, I just recently installed dovecot, and I am having the following problem: If I send an email to my account on this new machine, I can log in via SSH and use the unix mail command, and instantly my email is visible. If I turn on Thunderbird, it will show my new message. If Thunderbird was already on and had already checked the mailbox, even if I click on get new mail for that specific mailbox, the new mail does not show up until I restart thunderbird. Is there something that I have set wrong in the config files that is preventing the IMAP part of dovecot from refreshing the messages quickly for me to see? I dont see anything in the log files at all except for it showing me logging in. Thanks, Ben

2 1

[Dovecot] 'Bind'-method authentication for LDAP
by Phillip Needham 01 Sep '05

01 Sep '05

Has there been any thought given to implementing authentication via an LDAP 'bind', rather than by a password lookup and hash comparison? doing a bind would obviate the need to make the passwords readable by the dovecot process and would lend itself to improved security. Phillip Needham Principal, iBright Consulting phillip(a)ibright.net 614-783-3301

2 1

[Dovecot] another assert/core with 1.0alpha1
by Jeff A. Earickson 01 Sep '05

01 Sep '05

Same as reported before: Assert: IMAP(user): file mbox-sync-update.c: line 442 (mbox_sync_update_header_from): assertion failed: (ctx->mail.uid == 0 || ctx->mail.uid_broken || ctx->mail.uid == mail->uid) Setup: 1.0alpha1 on Solaris 9, built with gcc 4.0.1 Debug output of the core is attached. Jeff Earickson Colby College

1 0

[Dovecot] Dovecot version for production server
by Andrew Velikoredchanin 01 Sep '05

01 Sep '05

Hi! What version of dovecot I can secure install in production server? -- Best regards, Andrew Velikoredchanin

1 0

Re: [Dovecot] Oddities with Debian unstable dovecot
by Lisandro Grullon 31 Aug '05

31 Aug '05

whaooo that is interesting, Thank you so much for the explanation. I guess my choice now is to go with maildir as Blairpoint out because I am running in single host mode. Probably in the future I will run a big enough enviroment as a cluster data center them I will op for mbox. Thank you again Blair and Tomi for educating me in the topic.Lisandro ----------------------------------------------------------------------------------------------------------------------- Lisandro Grullon New York City College of Technology Division of Continuing Education Director of Network Operations Lisandro Office: 1718-552-1178 Lisandro E-mail: lgrullon(a)citytech.cuny.edu "Unix is user-friendly. It's just very selective about who its friends are." >>> Tomi Hakala <tomi.hakala(a)clinet.fi> 08/31/05 3:08 PM >>> Lisandro Grullon wrote: > What method for mail boxes are you guys using mbox or maildir and which one > would you recommend? Thanks. I'd say it depends, I'm working with clustered filesystems in SAN environments where mbox is significantly faster than maildir since single mbox file generates much less overhead in form of distributed file locking accross cluster nodes. On single host systems with good file system I'd probably go with maildir. Maybe someday I'll manage to do some benchmarking between mbox and maildir with Dovecot. -- Tomi Hakala

1 0

Re: [Dovecot] Oddities with Debian unstable dovecot
by Lisandro Grullon 31 Aug '05

31 Aug '05

What method for mail boxes are you guys using mbox or maildir and which one would you recommend? Thanks. ----------------------------------------------------------------------------------------------------------------------- Lisandro Grullon New York City College of Technology Division of Continuing Education Director of Network Operations Lisandro Office: 1718-552-1178 Lisandro E-mail: lgrullon(a)citytech.cuny.edu "Unix is user-friendly. It's just very selective about who its friends are." >>> Blair Zajac <blair(a)orcaware.com> 08/31/05 12:43 PM >>> Tomi Hakala wrote: > Blair Zajac wrote: > >>dovecot: Aug 30 13:14:06 Error: IMAP(ashley): Corrupted index cache file >>/home/ashley/Maildir/dovecot.index.cache: record points outside file > > > Please try lastest CVS version, there are fixes for indexing > code which resolves this problem. > Thanks. I'll give that a shot. Regards, Blair

2 1

Re: [Dovecot] Oddities with Debian unstable dovecot
by Blair Zajac 31 Aug '05

31 Aug '05

Lisandro Grullon wrote: > What method for mail boxes are you guys using mbox or maildir and which one would you recommend? Thanks. I use maildir because it stores each message in a separate file. So this gets me: 1) Daily backups of a ~/Maildir are much smaller than a large mbox because most files don't change, while a single change to a large mbox file will require the entire mbox to be backed up. 2) Moving emails from folder to folder is much faster, as it's moving a single file and you don't have to delete an email from a middle of a mbox file. I have a 5 year old 450 Mhz Dell that easily and quickly manages over 2 Gbytes of email for several users. Regards, Blair

1 0

[Dovecot] Oddities with Debian unstable dovecot
by Blair Zajac 31 Aug '05

31 Aug '05

Hello, I'm running an Debian etch box with unstable and ever since the last upgrade to dovecot, I've seen odd things. At times, I would see emails would go missing from the Inbox or other folders, and I couldn't move emails that were moved from the Inbox to another folder back into the Inbox. These have seen gone away since I removed all dovecot.* files and .index* files from my Maildir's and let Dovecot regenerate them as needed. The most current thing are these errors: dovecot: Aug 30 11:38:33 Error: IMAP(blair): file mail-transaction-log-view.c: l ine 183 (mail_transaction_log_view_set): assertion failed: (max_file_offset == ( uoff_t)-1 || max_file_offset <= file->sync_offset) dovecot: Aug 30 13:05:21 Info: imap-login: Login: ashley [127.0.0.1] dovecot: Aug 30 13:14:06 Error: IMAP(ashley): Corrupted index cache file /home/ashley/Maildir/dovecot.index.cache: record points outside file Anything I can do to help here? I don't have a core file, even though I have 'mail_drop_priv_before_exec = yes'. The other odd thing I noticed is after running /etc/init.d/dovecot stop, I would have several imap processes left over in my uid. They don't do much: # strace -p 5014 Process 5014 attached - interrupt to quit gettimeofday({1125460345, 997748}, {420, 0}) = 0 gettimeofday({1125460345, 998465}, NULL) = 0 poll([{fd=8, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}], 2, 410) = 0 gettimeofday({1125460346, 410768}, {420, 0}) = 0 gettimeofday({1125460346, 410890}, NULL) = 0 poll([{fd=8, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}, {fd=0, events=POLLIN|POLLPRI|POLLERR|POLLHUP|POLLNVAL}], 2, 0) = 0 gettimeofday({1125460346, 411940}, {420, 0}) = 0 gettimeofday({1125460346, 412551}, NULL) = 0 However, lsof shows that the file descriptor 8 is a pipe back to fd 9 in the same process. Why would poll() be polling it's own file descriptor? Is this normal? Is this process waiting to do a fork later on and communicate with a child? # lsof -p 5014 COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME imap 5014 blair cwd DIR 8,4 4096 6619138 /home/blair imap 5014 blair rtd DIR 8,4 4096 2 / imap 5014 blair txt REG 8,4 420168 4572306 /usr/lib/dovecot/imap imap 5014 blair mem REG 0,0 0 [heap] (stat: No such file or directory) imap 5014 blair mem REG 8,4 1178624 6636723 /home/blair/Maildir/dovecot.index.cache imap 5014 blair mem REG 8,4 20148 6636742 /home/blair/Maildir/dovecot.index imap 5014 blair mem REG 8,4 1265136 6996193 /lib/tls/libc-2.3.5.so imap 5014 blair mem REG 8,4 9592 6996195 /lib/tls/libdl-2.3.5.so imap 5014 blair mem REG 8,4 21568 6636721 /home/blair/Maildir/dovecot.index.log imap 5014 blair mem REG 8,4 88924 6995972 /lib/ld-2.3.5.so imap 5014 blair 0u IPv4 160155 TCP localhost.localdomain:imap2->localhost.localdomain:47852 (ESTABLISHED) imap 5014 blair 1u IPv4 160155 TCP localhost.localdomain:imap2->localhost.localdomain:47852 (ESTABLISHED) imap 5014 blair 2w FIFO 0,5 160165 pipe imap 5014 blair 3r CHR 1,9 16396 /dev/urandom imap 5014 blair 4u REG 8,4 1178624 6636723 /home/blair/Maildir/dovecot.index.cache imap 5014 blair 5r DIR 8,4 77824 6930433 /home/blair/Maildir/new imap 5014 blair 6r DIR 8,4 118784 6900850 /home/blair/Maildir/cur imap 5014 blair 8r FIFO 0,5 160244 pipe imap 5014 blair 9w FIFO 0,5 160244 pipe imap 5014 blair 10u REG 8,4 20148 6636742 /home/blair/Maildir/dovecot.index imap 5014 blair 11u REG 8,4 21568 6636721 /home/blair/Maildir/dovecot.index.log Regards, Blair -- Blair Zajac, Ph.D. <blair(a)orcaware.com> Subversion and Orca training and consulting http://www.orcaware.com/svn/

2 2

[Dovecot] dovecot/pop-before-smtp
by Micah Stevens 31 Aug '05

31 Aug '05

Hi, This is off-topic I know, but if anyone has any suggestions, I'd appreciate it. I'm running postfix 2.2.x, dovecot 0.99, and it's working great, I wanted pop-before-smtp functionality, so I fired up the suggested perl daemon in the dovecot docs.. This seems to work, I ran tests, it was picking up the ip's, putting them in the .db file, and postfix was able to read them. My issue is that it doesn't seem to continue to do this. It only works if I force it with a --reprocess flag. At that point, the latest set of ip's get inserted in the database, and all is well. Any ideas? I did check to make sure the daemon is running, and it is. Thanks! -Micah

2 1

[Dovecot] Dovecot default inbox name?
by Andy Cravens 31 Aug '05

31 Aug '05

I'm installing dovecot and migrating from mbox to maildir. I've read several articles concerning this process but I can't seem to find the answer to one particular question. What is the default name of the inbox when using maildir format? I need to create this in advance for each user and I don't know what dovecot is expecting for the inbox directory name. -- Andy Cravens

2 1

[Dovecot] Recommended dovecot version
by Diego M. Vadell 31 Aug '05

31 Aug '05

Hi, I'm running CentOS 4 in a X86_64 server with dovecot. I've been having some (already reported by others) problems. For example, sometimes - randomly - a mbox file wil get a couple of lines at the beggining of the mbox file (/var/spool/mail/user), before the first From line, and dovecot will complain that that file is not a mbox file. Also, neither sylpheed nor thunderbird would get new mail via imap a second time (I have to kill thunderbird, then run it again so it would give me the new mails). But I'm more concerned by the mbox corruption. so I want to upgrade, but to what? 0.99.14? But in www.dovecot.org says that dovecot-1.0 is recommended. But it also says -alpha! (not even beta: alpha). There is also a stable branch, but it's not the recommended one (or is it?). Can anyone point me to a stable version that addresses the mbox corruption issue, or if there isn't such a version, any idea of when it will be ready? Thank you. -- Diego.

2 1

[Dovecot] New imap assertion failure
by Todd Burroughs 30 Aug '05

30 Aug '05

This is from the CVS version as of Aug. 28. It's the first time I've seen this assertion failure. Prior to this, I was using the CVS version from Aug. 15. dovecot: Aug 30 16:07:52 Error: 24929 IMAP(support): UIDVALIDITY changed (1125327213 -> 1125430510) in mbox file /mailhome/new/s/b/support/mbox dovecot: Aug 30 16:08:13 Error: 24929 IMAP(support): UIDVALIDITY changed (1123616948 -> 1125414730) in mbox file /mailhome/new/s/b/support/Drafts dovecot: Aug 30 16:08:16 Error: 24929 IMAP(support): UIDVALIDITY changed (1123616948 -> 1125414730) in mbox file /mailhome/new/s/b/support/Drafts dovecot: Aug 30 16:08:36 Error: 24929 IMAP(support): UIDVALIDITY changed (1122993637 -> 1125403981) in mbox file /mailhome/new/s/b/support/Tier-2 dovecot: Aug 30 16:08:39 Error: 24929 IMAP(support): file mail-index-view.c: line 596 (mail_index_view_open): assertion failed: (index->map != NULL) dovecot: Aug 30 16:08:40 Error: child 24929 (imap) killed with signal 6 (gdb) bt full #0 0xffffe410 in ?? () No symbol table info available. #1 0xbffff548 in ?? () No symbol table info available. #2 0x00000006 in ?? () No symbol table info available. #3 0x00006161 in ?? () No symbol table info available. #4 0xb7ef1d41 in raise () from /lib/tls/libc.so.6 No symbol table info available. #5 0xb7ef3529 in abort () from /lib/tls/libc.so.6 No symbol table info available. #6 0x0809af4a in i_internal_panic_handler ( fmt=0x6 <Address 0x6 out of bounds>, args=0x6161 <Address 0x6161 out of bounds>) at failures.c:374 No locals. #7 0x0809b364 in i_panic ( format=0x80a7fac "file %s: line %d (%s): assertion failed: (%s)") at failures.c:173 No locals. #8 0x080874d6 in mail_index_view_open (index=Variable "index" is not available. ) at mail-index-view.c:615 view = Variable "view" is not available. (gdb) frame #9 0x08079ccd in index_storage_mailbox_init (ibox=0x80c78c0, index=0x80c8000, name=0x80bfe80 "Tier-2", flags=Variable "flags" is not available. ) at index-storage.c:367 367 ibox->view = mail_index_view_open(index); (gdb) p *index $3 = { dir = 0x80c80a0 "/mailhome/new/s/b/support/.imap/Tier-2", prefix = 0x80c80e8 "dovecot.index", cache = 0x80c68b0, log = 0x80c6788, mode = 384, gid = 4294967295, extension_pool = 0x80c8258, extensions = { buffer = 0x80c8288, element_size = 28}, expunge_handlers = { buffer = 0x80c81c8, element_size = 4}, sync_handlers = { buffer = 0x80c8dc8, element_size = 8}, sync_lost_handlers = { buffer = 0x80c8de8, element_size = 4}, filepath = 0x80c8c70 "/mailhome/new/s/b/support/.imap/Tier-2/dovecot.index", fd = 6, map = 0x0, hdr = 0x0, indexid = 0, lock_type = 2, shared_lock_count = 0, excl_lock_count = 0, lock_id = 14, copy_lock_path = 0x0, dotlock = 0x0, lock_method = MAIL_INDEX_LOCK_FCNTL, sync_log_file_seq = 1, sync_log_file_offset = 24, keywords_pool = 0x80c8460, keywords = {buffer = 0x80c8140, element_size = 4}, keywords_hash = 0x80c8658, keywords_ext_id = 0, last_grow_count = 0, error = 0x0, nodiskspace = 0, index_lock_timeout = 0, opened = 1, log_locked = 0, mmap_disable = 1, mmap_no_write = 0, readonly = 0, fsck = 0, sync_update = 0, mapping = 0}

1 0

Re: [Dovecot] Dovecot default inbox name?
by Lisandro Grullon 30 Aug '05

30 Aug '05

This is a very interesting question, I would like to know the answer too. I wish I could help, but I don't know the answer to this question also. ----------------------------------------------------------------------------------------------------------------------- Lisandro Grullon New York City College of Technology Division of Continuing Education Director of Network Operations Lisandro Office: 1718-552-1178 Lisandro E-mail: lgrullon(a)citytech.cuny.edu "Unix is user-friendly. It's just very selective about who its friends are." >>> Andy Cravens <acravens(a)uen.org> 08/30/05 12:30 PM >>> I'm installing dovecot and migrating from mbox to maildir. I've read several articles concerning this process but I can't seem to find the answer to one particular question. What is the default name of the inbox when using maildir format? I need to create this in advance for each user and I don't know what dovecot is expecting for the inbox directory name. -- Andy Cravens

1 0

[Dovecot] Multiple mailbox formats, per-user mailbox format support
by Ragnar Rova 30 Aug '05

30 Aug '05

Hello, I have a setup where each user has different mailbox formats (some use only /var/spool/mail/user) mailbox format, some is stored in mbx format ~/INBOX or ~/mbox and some is stored in maildir format in ~/Mail/ I currently use UW-IMAP to read /var/spool/mail/... and the mbx format mailboxes in ~/INBOX and mutt to read ~/Mail/... (the maildirs in ~/Mail/ are created by procmail rules) Does dovecot make it possible to also read the maildir directories i have in ~/Mail/ without having to reconfigure the delivery/imap system for all users? I know I should migrate to use one consistent mailbox format (thinking about maildir), but to avoid any migration It would be great if dovecot just would be able to read multiple inboxes in different formats differently configured on a per-user basis. I use postfix for delivery/transfer.

3 2

Re: [Dovecot] MySQL user cant log in
by Marvin Stark 30 Aug '05

30 Aug '05

Am Montag, den 29.08.2005, 10:54 -0700 schrieb Micah Stevens: > Is dovecot aware of the password format? i.e. are you storing in > plaintext, and dovecot is expecting md5's? > > -Micah Ah, thanks that was the problem. But now i got a new one. --- start dovecot.conf --- default_mail_env = %h/ --- start dovecot.conf --- --- start log --- Aug 30 16:02:01 vs6020 imap-login: Login: marv [xx.xx.xx.xx] Aug 30 16:02:01 vs6020 imap(marv): Failed to create storage with data: /home/marv/ Aug 30 16:02:01 vs6020 dovecot: child 3792 (imap) returned error 89 --- end log --- What to do? best regards, Marvin Stark

1 0

[Dovecot] quick, quick, slow...
by Jeroen Scheerder 30 Aug '05

30 Aug '05

Hi, I'm (still) evaluating dovecot for a switch from UW in the near future. All the following happens on a Solaris server. Functionally, all is well. However, I see strange phenomena. Normally, dovecot is pretty swift. Every now and then, though, things slow down to a crawl. Everything seems to be working, still, but a few orders of magnitude slower. A copy of an outgoing message (of a few lines) to my Out box, which normally succeeds nearly instantly, suddenly takes over 30 minutes, for example. Obvious things to look for would be conflicting locking strategies. As far as I know, though, my mail delivery agent (procmail) and all mail handling software use dotlocking, fcntl lockf, in that order), as does dovecot. In syslog there's nothing to see, except an occasional SSL_accept() syscall failed: EOF messsage, which I can correlate to my service monitoring software (nagios), which checks for the presence of the imaps service. When this happens and I quit my mail agent (Thunderbird), an imap process seems to remain on the server. Killing that does not resolve the extreme slowdown; that persists on consecitive reruns of my mailer. I'm at a loss here. Any hints?

2 5

[Dovecot] Wiki of dovecot.conf file
by Tim Schaefer 30 Aug '05

30 Aug '05

Thanks but that was of absolutely no help. Evidently the 1.0alpha version syntax is completely different from the .99 release. The 1.0 syntax for setting up dovecot.conf uses brackets "{}" for auth and other drastic differences, so most of the documentation is either vacant or out of date. I tried using the syntax used in the Wiki only to have it die. There are NO docs for the 1.0 release to help understand how to make MySQL work with Dovecot. I've hacked my way along and stumbled into some success, but overall I'd have to say there is a bug in the software that is preventing it from connecting. I do not know where else to look or what else to do other than start to hunt again for yet another pop server. I've spent the past week downloading, compiling, and trying to get various POP servers to work, only to have the wheels fall off at one point or another. I'm so fu**ing close to getting Dovecot to work, but may have to walk away from yet another disappointing software product. I might downshift to the .99 release and see if I can get that one to work. But thanks anyway for your desire to help, it prevented me from leaving a note and then pulling the trigger. :-) Tim

2 1

[Dovecot] imaps only, and on a nonstandard port?
by Dan Stromberg 30 Aug '05

30 Aug '05

I'm trying to get dovecot configured to: 1) Only do imaps 2) Do imaps on port 500 I've tried "ssl_listen = *:500" both globally and in my "protocol imap" section, but neither seems to be working. Is there a way of doing this? Thanks!

2 1

Re: [Dovecot] Re: dovecot Digest, Vol 28, Issue 61
by Lisandro Grullon 30 Aug '05

30 Aug '05

Can you guys fixed that bug. WE know is a bug in the .c file. 2cents. ----------------------------------------------------------------------------------------------------------------------- Lisandro Grullon New York City College of Technology Division of Continuing Education Director of Network Operations Lisandro Office: 1718-552-1178 Lisandro E-mail: lgrullon(a)citytech.cuny.edu "Unix is user-friendly. It's just very selective about who its friends are." >>> Joseph Tam <tam(a)math.ubc.ca> 08/29/05 7:06 PM >>> On Sun, 28 Aug 2005 dovecot-request(a)dovecot.org wrote: > Date: Sun, 28 Aug 2005 21:01:55 +0300 > From: Timo Sirainen <tss(a)iki.fi> > Subject: Re: [Dovecot] Installation error on "make" > > On Sun, 2005-08-21 at 04:34 -0400, Lisandro Grullon wrote: >> /usr/include/sys/feature_tests.h:332:2: #error "Compiler or options invalid for pre-UNIX 03 X/Open applications and pre-2001 POSIX applications" > > Some versions of Solaris 10 want "#define _XPG6" at the beginning of the > mycrypt.c file, but most other versions give error if it's there. Do you > have a final release of Solaris 10 or some pre-release? Maybe I should > put this check to configure if it happens with non-prereleases too.. Oh, yes please. This also happens when compiling on my Solaris 10 box I believe it is an up to date Solaris: > uname -a SunOS zoo 5.10 Generic_118822-11 sun4u sparc SUNW,Ultra-2 Joseph Tam <tam(a)math.ubc.ca>

1 0

[Dovecot] Re: dovecot Digest, Vol 28, Issue 61
by Joseph Tam 29 Aug '05

29 Aug '05

On Sun, 28 Aug 2005 dovecot-request(a)dovecot.org wrote: > Date: Sun, 28 Aug 2005 21:01:55 +0300 > From: Timo Sirainen <tss(a)iki.fi> > Subject: Re: [Dovecot] Installation error on "make" > > On Sun, 2005-08-21 at 04:34 -0400, Lisandro Grullon wrote: >> /usr/include/sys/feature_tests.h:332:2: #error "Compiler or options invalid for pre-UNIX 03 X/Open applications and pre-2001 POSIX applications" > > Some versions of Solaris 10 want "#define _XPG6" at the beginning of the > mycrypt.c file, but most other versions give error if it's there. Do you > have a final release of Solaris 10 or some pre-release? Maybe I should > put this check to configure if it happens with non-prereleases too.. Oh, yes please. This also happens when compiling on my Solaris 10 box I believe it is an up to date Solaris: > uname -a SunOS zoo 5.10 Generic_118822-11 sun4u sparc SUNW,Ultra-2 Joseph Tam <tam(a)math.ubc.ca>

1 0

[Dovecot] Feature Request - wild idea - folders for executing programs
by Marc Perkel 29 Aug '05

29 Aug '05

Timo, I have a wild idea for a feature that is somewhat unusual, would be very powerful, and easy to implement. What I want is ... Special folders that when someone drags a message into them - it pipes the message into a program. The reason I want this is - for example - reporting of spam. Suppose you want everyone to have a spam-missed folder so that if a spam gets through then the user drags it into the spam missed folder. But instead of storing it there it executes a program and pipes the message into it. In this case a learner program for the spam filter. The folder would be "write only" and attempting to read the folder would generally look like it was empty. Setup would look like this: executable-folder spam-missed { command = /usr/bin/sa-learn spam user = spamd group = spamd create_folder = yes accounts = * } The "create_folder" command says to add the folder to the users lists whether or not it is physically there. The folder appears even if there is no real folder. If it is "no" then it only exists if there is a real folder. The "user" and "group" is of course the UID and GID to run the "command" as. The "accounts" determines which accounts are affected. Default is everyone. Other uses is to control blacklists and whitelists. Dragging a message into the blacklist folder runs an executable that adds the sender to a blacklist, or a whitelist, or controls settings etc.

3 2

[Dovecot] Sig11 and some corrupted indexes after 1.0-stable -> 1.0.alpha1
by Ben Beuchler 29 Aug '05

29 Aug '05

I just upgraded my production box from 1.0-stable to 1.0.alpha1. I've noted some new errors in my dovecot logs: Aug 28 23:23:56 cliff dovecot: IMAP(rsferra): Corrupted index cache file /mail/mcad.edu/rsferra/Maildir/.Sent Items/dovecot.index.cache: indexid changed Aug 28 23:33:57 cliff dovecot: IMAP(acarr): Corrupted transaction log file /mail/mcad.edu/acarr/Maildir/.Deleted Messages/dovecot.index.log: unexpected end of file while reading header I'm not too worried about those, as I'm hoping they'll go away once all the indexes have been rebuilt. However, these are a bit more disconcerting: Aug 29 09:07:35 cliff dovecot: child 22484 (imap) killed with signal 11 Aug 29 09:07:36 cliff dovecot: child 22488 (imap) killed with signal 11 I don't see any other errors in the logs around those messages. Platform: Gentoo 2005.1, 2.6.10 SMP kernel, mail stored on XFS file system Any thoughts? -Ben

2 2