April 2006 - dovecot - dovecot.org

[Dovecot] Beta 7 maildir++ "unlimited quota"
by Apps Lists 21 Apr '06

21 Apr '06

Hi. It looks like Beta 7 is treating a zero quota in maildirsize as a literal quota value. The maildir++ specification says a zero quota means unlimited. Steve

2 1

[Dovecot] Error by POP3 login
by Marc-André Appel 21 Apr '06

21 Apr '06

Hello! After the success to get Dovecot finally running i have now another problem, but don't know what is wrong there, this is the message i got: pop3(contact(a)maddy.cc): Failed to create storage with data: /var/vmail/maddy.cc/contact/ What does it mean? Thanks for help! -- Marc-André Appel 1, Caball d'en Boux F-66740 Villelongue dels Monts France +33.(0)6.86.82.41.31

3 2

[Dovecot] UIDL documentation
by Mark E. Mallett 21 Apr '06

21 Apr '06

Hi, I see this in the 1.0-beta7 dovecot-example.conf file: # If you want UIDL compatibility with other POP3 servers, use: # UW's ipop3d : %08Xv%08Xu # Courier version 0 : %f # Courier version 1 : %u # Courier version 2 : %v-%u # Cyrus (<= 2.1.3) : %u # Cyrus (>= 2.1.4) : %v.%u # Older Dovecots : %v.%u # # Note that Outlook 2003 seems to have problems with %v.%u format which was # Dovecot's default, so if you're building a new server it would be a good # idea to change this. %08Xu%08Xv should be pretty fail-safe. # # NOTE: Nowadays this is required to be set explicitly, since the old # default was bad but it couldn't be changed without breaking existing # installations. %08Xu%08Xv will be the new default, so use it for new # installations. and on the wiki at http://wiki.dovecot.org/Migration there is this: By default Dovecot generates POP3 UIDs differently than UW-IMAP. If you want to preserve them, with 0.99.x you'll have to patch Dovecot. With 1.0-tests you can use: pop3_uidl_format = %08Xv%08Xu In the dovecot-example.conf file, it appears that the mentions of "%08Xu%08Xv" as being fail-safe and being the new default may be typos, since that format doesn't seem to come from anywhere. Should they not say "%08Xv%08Xu" ? (It'll still provide the same sort of unique value, only with the ends reversed; i.e. it should still work ok. But consistency and compatibility is nice.) mm

2 1

[Dovecot] unlink a directory
by Alfred Tuinman 21 Apr '06

21 Apr '06

Hi, Occasionally I get an error message in my dovecot log when, in evolution, I click on the inbox: dovecot: Apr 21 00:07:06 Error: imap(admin): unlink(/home/admin/.maildir/cur/1145393825.P23027Q0M159929.terminator.odyssey.nl:2,ST) failed: Is a directory Instead of the message being delivered as a file it appears to be written as a directory. Deleting those directories solves the error message from reappearing. Any ideas? I use FC5, dovecot-1.0-0.beta2.7, postfix-2.2.8-1.2, procmail-3.22-16.2.1 Regards, Alfred

1 0

[Dovecot] Permissions for Public Namespace?
by Gavin Henry 21 Apr '06

21 Apr '06

Dear List, We've been following: http://wiki.dovecot.org/SharedFolders But all we can do is subscribe. Our users can't create folders, move e-mails into the top level folder etc. Am I not grasping the shared folders idea correctly? Thanks. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/

2 2

[Dovecot] beta7: assert, Solaris 9
by Jeff A. Earickson 20 Apr '06

20 Apr '06

Hi, An assertion that I haven't seen before: Apr 20 11:15:32 emerald dovecot: [ID 107833 mail.error] IMAP(user): file mbox-sync-rewrite.c: line 106 (mbox_sync_headers_add_space): assertion failed: (start_pos < data_size) gdb output from the core file of imap is attached. My setup: Solaris 9, mbox format, INBOX is NFS mounted from a Solaris 10 system, imap and imaps only. Jeff Earickson Colby College

1 0

[Dovecot] Maildir++ Unlimited Quota.
by Apps Lists 20 Apr '06

20 Apr '06

Does this Maildir++ implementation have an "unlimited" quota? It looks like all of the other Maildir++ software uses "0" for this ... it doesn't seem to work on Dovecot. Steve

1 0

[Dovecot] Thunderbird IMAP + TLS error
by Joao Inacio 19 Apr '06

19 Apr '06

Hi, i'm having a weird message connecting to an account using IMAP + TLS from thunderbird (evolution works great, so does SSL in thunderbird, haven't tested anywhere else yet): "You cannot login to <domain> because the server has disabled login. You may need to connect via SSL or TLS. Please check..." in auth.log all i have is: "imap-login: Aborted login: rip=<my ip>, lip=<server ip> Any thoughts? -- João Inácio http://www.jcinacio.com

4 7

[patch] Re: [Dovecot] Test migration (IMAP copy) and INTERNALDATE?]
by Apps Lists 19 Apr '06

19 Apr '06

I haven't been able to find what is responsible for altering the time on APPENDed mail, but was able to come up with a temporary workaround ... simply calling utime() later on in the process resolves it. Below is my patch. Steve --- dovecot-1.0.beta7-orig/src/lib-storage/index/maildir/maildir-save.c 2006-03-25 05:53:43.000000000 -0500 +++ dovecot-1.0.beta7/src/lib-storage/index/maildir/maildir-save.c 2006-04-19 09:47:32.000000000 -0400 @@ -70,9 +70,20 @@ t_strconcat(ctx->newdir, "/", basename, NULL) : t_strconcat(ctx->curdir, "/", dest, NULL); - if (link(tmp_path, new_path) == 0) + if (link(tmp_path, new_path) == 0) { ret = 0; - else { + if (ctx->received_date != (time_t)-1) { + struct utimbuf buf; + /* set the received_date by modifying mtime */ + buf.actime = ioloop_time; + buf.modtime = ctx->received_date; + if (utime(new_path, &buf) < 0) { + ctx->failed = TRUE; + mail_storage_set_critical(STORAGE(ctx->mbox->storage), + "utime(%s) failed: %m", new_path); + } + } + } else { ret = -1; if (ENOSPACE(errno)) { mail_storage_set_error(STORAGE(ctx->mbox->storage), @@ -332,18 +343,6 @@ t_push(); path = t_strconcat(ctx->tmpdir, "/", ctx->files->basename, NULL); - if (ctx->received_date != (time_t)-1) { - /* set the received_date by modifying mtime */ - buf.actime = ioloop_time; - buf.modtime = ctx->received_date; - - if (utime(path, &buf) < 0) { - ctx->failed = TRUE; - mail_storage_set_critical(STORAGE(ctx->mbox->storage), - "utime(%s) failed: %m", path); - } - } - output_errno = ctx->output->stream_errno; o_stream_destroy(&ctx->output); > Ok, this is looking less like a feature request and more like a bug > report. > > The function maildir_save_finish() in > lib-storage/index/maildir/maildir-save.c is being passed the correct > time information, and is setting the mtime properly with a call to > utime(). > > It is doing this operation on a file that lives in /tmp. > > For example: > > -rw------- 1 121030 mail 26548 Mar 15 03:22 > /var/mailstore/94/6d/121030/Maildir/.Deleted > Messages/tmp/1145379992.P26598Q0M182281.dev3.neonova.net > > Perfect. March 15th. > > Something then happens... what, I haven't yet found... but the message > gets moved from /tmp/: > > /var/mailstore/94/6d/121030/Maildir/.Deleted > Messages/cur/1145379992.P26598Q0M182281.dev3.neonova.net:2,S > > and then loses the timestamp of March 15th ... it picks up the current > date. > > Steve > > > >> We're trying some migration tests ... from CommuniGate to Dovecot. >> The migration program does an APPEND into the new mailbox: >> >> src>: a0 FETCH 2900 (FLAGS INTERNALDATE RFC822.PEEK) >> src<: * 2900 FETCH (FLAGS (\Seen) INTERNALDATE "29-Aug-2005 18:36:54 >> +0000" RFC822 {1194157} >> src<: ) >> dst>: bAPP APPEND "INBOX" (\Seen) "29-Aug-2005 18:36:54 +0000" >> {1194157} dst<: + OK >> >> It appears to be trying to set the message date... in this example, >> to 29 Aug 2005. >> >> Dovecot seems to be ignoring it. >> >> Am I doing something wrong, or does Dovecot not allow this? >> >> Steve

1 0

[Dovecot] Does NIS/yp work for authentication
by Stewart Dean 19 Apr '06

19 Apr '06

If a host is running NIS (passwd file ends in +::0:0:::) authentication, will dovecot be able to authenticate with auth_userdb = passwd directly and automagically or do you have to do a ypcat passwd > pwfile periodically to generate a passwd file that dovecot can use? ? Thanks! -- ==== Stewart Dean, Unix System Admin, Henderson Computer Resources Center of Bard College, Annandale-on-Hudson, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

4 5