- dovecot - dovecot.org

[Dovecot] Corrupted index files
by Andy Cravens 15 Jan '06

15 Jan '06

I'm using alpha 5 and I'm getting "Corrupted index cache files" errors on one user's account. I found several posts in the mail archives on this subject and concluded from the responses that it's not a serious problem because Dovecot can deal with it. I deleted the index files and they were recreated but the error persists. The end user did not notice any problem but it makes me nervous. Is this something I should be concerned about? dovecot: Jan 12 10:22:06 Error: imap(username): Corrupted index cache file /export/home/username/mail/dovecot.index.cache: Duplicated field in header: hdr.CONTENT-TYPE dovecot: Jan 12 14:31:08 Error: imap(username): Corrupted index cache file /export/home/username/mail/.syslog_analyzer/dovecot.index.cache: Duplicated field in header: hdr.CONTENT-TYPE dovecot: Jan 12 14:43:56 Error: imap(username): Corrupted index cache file /export/home/username/mail/.gl3_ip_allocation/dovecot.index.cache: Duplicated field in header: hdr.CONTENT-TYPE By the way... is there a search function somewhere for searching the mailing list archives? I ended up selecting one month at a time and searching through the thread titles with my browser's "find" button. -- Andy

3 3

[Dovecot] 20060114 snapshot compilation warnings
by Chris Wakelin 15 Jan '06

15 Jan '06

Timo, I've noticed a couple of extra compilation errors in last night's snapshot compared to the snapshot I downloaded on Tuesday, probably due to the int -> bool change :- (gcc 3.3.2 on Solaris 8) mbox-sync.c: In function `mbox_sync': mbox-sync.c:1568: warning: comparison is always false due to limited range of data type index-search.c: In function `search_index_arg': index-search.c:131: warning: comparison is always false due to limited range of data type quota-storage.c: In function `quota_check': quota-storage.c:114: warning: passing arg 3 of `quota_try_alloc' from incompatible pointer type together with a few "unused parameter/variable" errors which were there before. I also needed to rewrite half my internal patches :) but that shouldn't have made any difference (they certainly don't involve those files). Best Wishes, Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- 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

3 5

[Dovecot] How can I archive maildir?
by Neal Becker 15 Jan '06

15 Jan '06

Does anyone have a suggestion how to archive old maildir format mail?

2 3

Fwd: Re: [Dovecot] Compile problem on FreeBSD 6.0-STABLE
by Peter Losher 15 Jan '06

15 Jan '06

On Friday 30 December 2005 12:54 pm, Brad wrote: > Why would you install a port of something that comes with > the base OS, especially MIT Kerb5? While Krb5 is included in FreeBSD, it's Heimdal implementation, not MIT's, and some of us have valid reasons for running MIT Krb5 instead and the API's are different between the two. Best Wishes - Peter -- [ http://www.plosh.net/ ] - "Earth Halted: Please reboot to continue"

1 0

[Dovecot] Password changing?
by john 14 Jan '06

14 Jan '06

Hey all, new user to the dovecot mailing list but I promise, this is a neat question. Is it possible to request users change their email password through their email client? I'm currently authenticating email logins to my dovecot server through SSL, with each users password checked against their /etc/passwd password. So far, thunderbird will ask for the users new password (forced change at first logon,) but it fails to change the users password through the encrypted email connection. Any assistance would be gladly appreciated. Getting past this hurdle means i can eliminate one more bill gates server/money hole with a power button. P.S. If anyone isnt using this "feature" to get users to set their email password, how might i ask are you getting users to change their email password to dovecot? --John

2 1

[Dovecot] [BUG] Thread command
by Sebastjan Trepca 14 Jan '06

14 Jan '06

Hi, while implementing thread support in our mail application I found a bug which kills IMAP(alpha5, SUSE 10) process... These are the commands: x OK Logged in. x select INBOX * FLAGS (\Answered \Flagged \Deleted \Seen \Draft NonJunk Junk $Forwarded Spam) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft NonJunk Junk $Forwarded Spam \*)] Flags permitted. * 2280 EXISTS * 1 RECENT * OK [UNSEEN 473] First unseen. * OK [UIDVALIDITY 1136386397] UIDs valid * OK [UIDNEXT 2319] Predicted next UID x OK [READ-WRITE] Select completed. x uid thread references utf8 (SUBJECT "locking") * THREAD (2289 2307) * 2281 EXISTS * 1 RECENT x OK Thread completed. x UID THREAD REFERENCES UTF8 (SUBJECT 'locking') Connection closed by foreign host. This is the code dump: (gdb) bt full #0 0xdededede in ?? () No symbol table info available. #1 0x08060127 in mail_thread_deinit (ctx=0x80c0120) at imap-thread.c:100 No locals. #2 0x080611e2 in imap_thread (cmd=0x80c5c34, charset=0x80c5f48 "UTF8", args=0x80ea980, type=MAIL_THREAD_REFERENCES) at imap-thread.c:156 wanted_headers = {0x80b6645 "message-id", 0x80b2947 "in-reply-to", 0x80b2953 "references", 0x80b1978 "subject", 0x0} client = (struct client *) 0x80c5bf0 headers_ctx = (struct mailbox_header_lookup_ctx *) 0x80eb188 ctx = (struct thread_context *) 0x80c0120 mail = (struct mail *) 0x80ced28 ret = 0 #3 0x080598b5 in cmd_thread (cmd=0x80c5c34) at cmd-thread.c:66 client = (struct client *) 0x80c5bf0 sargs = <value optimized out> args = (struct imap_arg *) 0x80c5ea0 args_count = <value optimized out> pool = 0x80ea930 error = <value optimized out> charset = 0x80c5f48 "UTF8" str = 0x80c5f38 "REFERENCES" #4 0x0805a271 in _client_input (context=0x80c5bf0) at client.c:338 cmd = (struct client_command_context *) 0x80c5c34 ret = <value optimized out> #5 0x080a91c8 in io_loop_handler_run (ioloop=0x80c49b0) at ioloop-epoll.c :250 ctx = <value optimized out> event = (struct epoll_event *) 0x80c4a00 io = (struct io *) 0x80c5da8 tv = {tv_sec = 0, tv_usec = 999991} t_id = 2 msecs = <value optimized out> ret = 0 i = 0 call = <value optimized out> #6 0x080a881b in io_loop_run (ioloop=0x80c49b0) at ioloop.c:230 No locals. #7 0x080617e4 in main (argc=3, argv=0xbfa6e7d4, envp=0xbfa6e7e4) at main.c :235 No locals. Hope this is enough. Sebastjan

2 1

[Dovecot] Errors in /var/log/maillog and /var/log/dovecot.log
by Li Cai 14 Jan '06

14 Jan '06

I am trying to migrate from UW imap to dovecot. OS: RHEL 3 X86 MTA: Postfix Auth: PAM (NIS server) Most of the users are fine, but I have some users have problems: " Jan 14 09:18:42 Info: imap-login: Internal login failure: user=<user1>, method=PLAIN, rip=X.X.X.X, lip=X.X.X.X, TLS " This happens on dovecot version dovecot-1.0.alpha5-1 and dovecot-0.99.11-1 If anyone else has met such problem? Thanks Li

2 3

[Dovecot] "Discarding bogus continuation" message in pine
by Jesse Chan-Norris 14 Jan '06

14 Jan '06

Running 1.0alpha5 (though I've been having this problem for the past couple of versions), and using mbox for the mailboxes. After I've read my mail using Apple's Mail.app (or Thunderbird) and take it offline, when I try to open the INBOX (or any mailbox) with pine, I get the following message (in pine): [Discarding bogus continuation in msg 1: $Forwarded NonJunk] Quitting and re-running pine does not bring up this message again, and it looks like it's getting confused by the internal mbox message's X-IMAP line: X-IMAP: 1076598957 0000257269 NotJunk JunkRecorded $NotJunk $Junk Junk \ Forwarded $Forwarded NonJunk The "$Forwarded NonJunk" part is the only part of that line that is on a new line, and it gets written out like that after I've read mail using an IMAP client, leading me to believe that pine doesn't know how to handle the newline in the X-IMAP line. I don't know if this is a Dovecot, Mail.app, or pine problem, but I never saw this error in UW-IMAP. Any help would be appreciated. Thanks! jcn

2 2

[Dovecot] Upgrade question
by Anne Wilson 14 Jan '06

14 Jan '06

I have 0.99.14 installed. I've downloaded the latest version. Does it install over the old one, in parallel, or need an uninstall of the old one? Anne

2 2

[Dovecot] compiling Dovecot CVS version, 1 problem, 1 wish, 3 questions
by Steffen Kaiser 14 Jan '06

14 Jan '06

Hello, today I checked out a new copy of Dovecot (and LDA) from CVS: File: ChangeLog Status: Up-to-date Working revision: 1.2765 Repository revision: 1.2765 /home/cvs/dovecot/ChangeLog,v I could compile them, but my findings follow: - the problem: I copied dovecot-lda below CVS_ROOT/dovecot, the first make attempt failed with this fatal error: make[3]: Entering directory `/var/autofs/fb02/prgdist/dovecot/dovecot/dovecot-lda/src/libsieve' /bin/sh ../../ylwrap `test -f 'addr.y' || echo './'`addr.y y.tab.c addr.c y.tab.h addr.h y.output addr.output -- bison -y -d -p addr ../../ylwrap: ../../ylwrap: No such file or directory the "ylwrap" is actually located in the Dovecot directory, hence, one directory up, so running ln -s ../ylwrap . in CVS_ROOT/dovecot/dovecot-lda fixed the problem. - the wish: It would be nice, if one could compile dovecot-lda right in the CVS locations without the need to give any option, e.g. the default "dovecot" path could be "../dovecot". - the questions: running ./autogen.sh results in: configure.in:1562: required file `./config.h.in' not found SUBDIRS: variable `DELIVER' is used but `DELIVER' is undefined ^^ Maybe the 2nd error results in that I passed "--without-deliver" to ./configure? running ./configure results in: checking for shared library run path origin... ./config.rpath: ./config.rpath: No such file or directory done running dovecot-lda/autogen.sh results in: configure.in:4: required file `./lda-config.h.in' not found Neither of these error messages prevent to built Dovecot, but they does not look "correct". Bye, -- Steffen Kaiser

3 4