- dovecot - dovecot.org

Re: [Dovecot] dovecot:IMAP(user) killed with signal 6
by Spil Oss 03 Dec '06

03 Dec '06

Thanks Timo! Since I've been running rc10 again dovecot stopped aborting. By the way, when I used the create_shares.pl script, it created a symlink for every file in the directory to be shared. Simple symlinking the dir seemed to 'almost' work but for the keyword file errors. Upgrading to rc15 fixes the problem as well, the Permission Denied message still comes up, but dovecot no longer aborts. Will try the create_shares.pl script again and see where my symlink-config is wrong. FWIW I wouldn't want any undocumented behaviour in dovecot just because I'm a stupid twat... Kind regards, Spil. On 20/11/06, Spil Oss <spil.oss(a)googlemail.com> wrote: > That's indeed very standard, but it was complaining before (up to > rc10) but not aborting. > > Dovecot keeps resetting the mode and owner on the keyword file > > lrwxr-xr-x 1 user1 user 37 Nov 9 21:48 .MeldWelSpam -> > /home/sharedmail/Maildir/.MeldWelSpam > > $ ls -l /home/sharedmail/Maildir/.MeldWelSpam > total 68 > drwxrwx--- 2 sharedmail sharedmail 1024 Nov 16 16:49 cur > -rw------- 1 user2 sharedmail 50 Nov 16 16:49 dovecot-keywords > -rwxrws--- 1 sharedmail sharedmail 0 Oct 17 15:01 dovecot-shared > -rw-rw---- 1 user2 sharedmail 12451 Nov 16 16:49 dovecot-uidlist > -rw-rw---- 1 sharedmail sharedmail 712 Nov 16 16:51 dovecot.index > -rw-rw---- 1 sharedmail sharedmail 17408 Oct 17 14:58 dovecot.index.cache > -rw-rw---- 1 sharedmail sharedmail 26436 Nov 16 16:51 dovecot.index.log > -rwxrws--- 1 sharedmail sharedmail 0 Oct 17 14:39 maildirfolder > drwxrwx--- 2 sharedmail sharedmail 512 Nov 14 21:41 new > drwxrwx--- 2 sharedmail sharedmail 1536 Nov 16 16:49 tmp > > It seems that whoever gets there first, creates the dovecot-keywords > file with perms 600 and subsequent users of the shared folder are out > of luck. > > # chown sharedmail:sharedmail dovecot-keywords dovecot-uidlist ; chmod > 660 dovecot-keywords > #ls -l dovecot-keywords dovecot-uidlist > -rw-rw---- 1 sharedmail sharedmail 50 Nov 16 16:49 dovecot-keywords > -rw-rw---- 1 sharedmail sharedmail 12451 Nov 16 16:49 dovecot-uidlist > > Moving some folders into the MeldWelSpam folder as user1 > # ls -l dovecot-keywords dovecot-uidlist > -rw------- 1 user1 sharedmail 258 Nov 16 16:57 dovecot-keywords > -rw-rw---- 1 user1 sharedmail 12736 Nov 16 16:57 dovecot-uidlist > > As long as dovecot keeps setting the mode to 600, I can't see how I > get this fixed. > > Spil. > > On 16/11/06, Odhiambo WASHINGTON <odhiambo.raburu(a)wananchi.com> wrote: > > * On 16/11/06 16:17 +0100, Spil Oss wrote: > > | Just upgraded to rc14 and problem persists. > > | > > | On 16/11/06, Spil Oss <spil.oss(a)googlemail.com> wrote: > > | >Hi all, > > | > > > | >After rc10 I have problems with imap and imaps > > | > > > | >Hi all, > > | > > > | >After rc10 I have problems with imap and imaps > > | > > > | >Nov 16 15:42:39 beastie dovecot: IMAP(user1): > > | >open(/home/user1/Maildir/.MeldWelSpam/dovecot-keywords) failed: > > | >Permission denied > > | >Nov 16 15:44:09 beastie dovecot: IMAP(user2): > > | >open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: > > | >Permission denied > > | >Nov 16 15:44:09 beastie dovecot: IMAP(user2): file maildir-keywords.c: > > | >line 222 (maildir_keywords_lookup_or_create): assertion failed: > > | >(mk->synced) > > | >Nov 16 15:44:09 beastie dovecot: child 98798 (imap) killed with signal 6 > > | >Nov 16 15:46:10 beastie dovecot: IMAP(user2): > > | >open(/home/user2/Maildir/.MeldWelSpam/dovecot-keywords) failed: > > | >Permission denied > > | >Nov 16 15:46:10 beastie dovecot: IMAP(user2): file maildir-keywords.c: > > | >line 222 (maildir_keywords_lookup_or_create): assertion failed: > > | >(mk->synced) > > | >Nov 16 15:46:10 beastie dovecot: child 98819 (imap) killed with signal 6 > > | > > > | >The Permission denied messages where there in rc10 as well, but that > > | >was not causing problems. These folders are symlinks to shared spam > > | >and ham folders for spamassassin learning. > > | > > > | >Any clue on how to fix this? > > | > > > | >FreeBSD-i386 6.1-RELEASE-p10 > > | >dovecot-1.0.r13 from ports > > > > "Permission Denied" is such a straight error message that you should be > > able to figure out and fix, everything being standard[1] > > > > What are the permissions on that folder (.MeldWelSpam)? > > Is it really owned by user2? > > Dovecot wants to write to it, but is being denied that chance. It should > > be writable by dovecot, I believe. So that folder should be group > > writable and dovecot should be in that group. > > > > But again, perhaps we should see the permissions on the dovecot binary > > also, because dovecot should be writing there "as user2" (suid), yes? > > > > > > [1] I suppose you are installing dovecot using the ports tree and that > > you have not tweaked your box beyond your own comprehension. > > I don't see > > > > > > -Wash > > > > http://www.netmeister.org/news/learn2quote.html > > > > DISCLAIMER: See http://www.wananchi.com/bms/terms.php > > > > -- > > +======================================================================+ > > |\ _,,,---,,_ | Odhiambo Washington <wash(a)wananchi.com> > > Zzz /,`.-'`' -. ;-;;,_ | Wananchi Online Ltd. www.wananchi.com > > |,4- ) )-,_. ,\ ( `'-'| Tel: +254 20 313985-9 +254 20 313922 > > '---''(_/--' `-'\_) | GSM: +254 722 743223 +254 733 744121 > > +======================================================================+ > > > > Garbage In -- Gospel Out. > > >

2 1

[Dovecot] Problem with rc10, perhaps 11-15
by Steven F Siirila 03 Dec '06

03 Dec '06

I don't recall if I mentioned this on the list, but when you are configured with mbox format, and a user has no Dovecot index files yet, and the config is such that mbox_min_index_size is set to non-zero, non-default (128 in my test case), dovecot deliver fails. Commenting out "mbox_min_index_size" fixed the problem, and the indexes then get created. This problems exists in RC10 -- I'm mentioned this in case it still exists in the latest revs so it can get fixed before release. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs(a)umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593

2 1

[Dovecot] IMAPS works, IMAP does not
by Peter Lindgren 03 Dec '06

03 Dec '06

Hello! I have a simple (I think) problem. I have had IMAPS working fine for a long time. Now I want to start to use IMAP and STARTLS, since my mobile SonyEricsson P900 can't use IMAPS directly. But I can't connect even locally to the IMAP port (143), no-one listens there according to netstat (*.imaps is in LISTEN state). I have the following settings in my /etc/dovecot.conf: protocols = imap imaps ssl_cert_file = /etc/ssl/dovecotcert.pem ssl_key_file = /etc/ssl/private/dovecot.pem disable_plaintext_auth = no login_user = _dovecot login_greeting = Dovecot@casiopea ready. mail_read_mmaped = yes mmap_no_write = no protocol imap { login_greeting_capability = yes } protocol pop3 { } auth_verbose = yes auth default { mechanisms = cram-md5 digest-md5 passdb passwd { } userdb passwd { } user = root } I have restarted (SIGTERM) dovecot to be sure that dovecot is restarted. I still run 1.0beta3 on OpenBSD. TIA, Peter -- Peter Lindgren, dataingenjör E-post: peter "at" norrskenkonsult punkt com http://www.norrskenkonsult.com

2 1

[Dovecot] shared folder
by T. Horsnell 03 Dec '06

03 Dec '06

The dovecot wiki says: The only way to implement shared folders with Dovecot 0.99.x is to create a "shared userid" which all of the users log in to read mail. Does this mean that folders owned by that shared uid can be *simultaneously* manipulated by multiple users logged in to that shared uid? This doesnt seem to be the case on my dovecot-0.99.11-4.EL4 system, and before investigating further I just wanted to check whether it should be possible or not. Cheers, Terry.

2 1

[Dovecot] Nested folders in FS supported yet?
by Sweth Chandramouli 03 Dec '06

03 Dec '06

The last time I checked, dovecot didn't support having nested IMAP folders be implemented via actual nested maildir folders in the filesystem, but that feature was on the "someday maybe it'll happen list", IIRC. I can't find any recent mention of that feature or its absence on the web or in the list archives; is it still on the someday list? (If it isn't implemented yet, does anyone know of an IMAP server that DOES support it?) Thanks, Sweth. -- Sweth Chandramouli sweth(a)ethicalhomes.com - http://EthicalHomes.com/ Thinking about buying a home, but feel like the local real estate market has left you behind? Know others who have the same questions? I teach at homebuying seminars for local housing agencies, and would be glad to help set up a free seminar for your company or organization.

3 2

[Dovecot] Heimdal & gssapi.h
by Chris Wakelin 03 Dec '06

03 Dec '06

I've had some trouble compiling GSSAPI on SuSE Enterprise 9 using Heimdal. It turns out that this installation has /usr/include/heimdal/gssapi.h rather than gssapi/gssapi.h. krb5-config correctly sets -I/usr/include/heimdal in the CFLAGS. Looking back, there was a similar issue a few months ago:- http://www.dovecot.org/list/dovecot/2006-July/014945.html I'm a complete newbie to autotools but here's my attempt at a patch inspired by http://ximbiot.com/cvs/cvshome/dev/patches/gss - which I Googled for ;) I was hampered by the version of aclocal (and possibly the rest of autotools) being out-of-date on SuSE Enterprise 9 ... 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 --- dovecot-1.0.rc15/configure.in.orig 2006-11-18 23:41:31.000000000 +0000 +++ dovecot-1.0.rc15/configure.in 2006-11-28 15:25:16.889043097 +0000 @@ -1438,6 +1438,12 @@ CFLAGS="$CFLAGS `krb5-config --cflags gssapi`" AC_CHECK_HEADER([gssapi/gssapi.h], [ AC_DEFINE(HAVE_GSSAPI,, Build with GSSAPI support) + AC_DEFINE(HAVE_GSSAPI_GSSAPI_H,, GSSAPI headers in gssapi/gssapi.h) + have_gssapi=yes + ]) + AC_CHECK_HEADER([gssapi.h], [ + AC_DEFINE(HAVE_GSSAPI,, Build with GSSAPI support) + AC_DEFINE(HAVE_GSSAPI_H,, GSSAPI headers in gssapi.h) have_gssapi=yes ]) CFLAGS=$old_CFLAGS --- dovecot-1.0.rc15/config.h.in.orig 2006-11-18 23:42:14.000000000 +0000 +++ dovecot-1.0.rc15/config.h.in 2006-11-28 15:27:24.584537526 +0000 @@ -75,6 +75,12 @@ /* Build with GSSAPI support */ #undef HAVE_GSSAPI +/* GSSAPI headers in gssapi/gssapi.h */ +#undef HAVE_GSSAPI_GSSAPI_H + +/* GSSAPI headers in gssapi.h */ +#undef HAVE_GSSAPI_H + /* Define if you have the iconv() function. */ #undef HAVE_ICONV --- dovecot-1.0.rc15/src/auth/mech-gssapi.c.orig 2006-09-22 15:55:18.000000000 +0100 +++ dovecot-1.0.rc15/src/auth/mech-gssapi.c 2006-11-28 15:37:25.733077117 +0000 @@ -24,7 +24,13 @@ #ifdef HAVE_GSSAPI +#ifdef HAVE_GSSAPI_H +#include <gssapi.h> +#endif + +#ifdef HAVE_GSSAPI_GSSAPI_H #include <gssapi/gssapi.h> +#endif /* Non-zero flags defined in RFC 2222 */ enum sasl_gssapi_qop {

2 1

[Dovecot] dovecot-1.0.rc15 with quota-rewrite on FreeBSD
by Félix Langelier 03 Dec '06

03 Dec '06

Hello, I tried to compile dovecot rc15 from the sources with the quota-rewrite patch (http://dovecot.org/patches/1.0/quota-rewrite.diff) on FreeBSD 6.1, but the compilation stop with the following errors. I am not very good in coding, so if you could fix the patch for FreeBSD it will be great. Making all in trash if /usr/local/bin/bash ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib -I../../../src/lib-mail -I../../../src/lib-storage -I../../../src/plugins/quota -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT trash-plugin.lo -MD -MP -MF ".deps/trash-plugin.Tpo" -c -o trash-plugin.lo trash-plugin.c; then mv -f ".deps/trash-plugin.Tpo" ".deps/trash-plugin.Plo"; else rm -f ".deps/trash-plugin.Tpo"; exit 1; fi mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -I../../../src/lib -I../../../src/lib-mail -I../../../src/lib-storage -I../../../src/plugins/quota -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -MT trash-plugin.lo -MD -MP -MF .deps/trash-plugin.Tpo -c trash-plugin.c -fPIC -DPIC -o .libs/trash-plugin.o trash-plugin.c:103: warning: "struct quota_root_transaction_context" declared inside parameter list trash-plugin.c:103: warning: its scope is only this definition or declaration, which is probably not what you want trash-plugin.c: In function `trash_try_clean_mails': trash-plugin.c:118: error: dereferencing pointer to incomplete type trash-plugin.c: At top level: trash-plugin.c:183: warning: "struct quota_root_transaction_context" declared inside parameter list trash-plugin.c: In function `trash_quota_root_try_alloc': trash-plugin.c:185: error: dereferencing pointer to incomplete type trash-plugin.c:189: error: structure has no member named `try_alloc' trash-plugin.c: At top level: trash-plugin.c:212: warning: "struct quota_root_transaction_context" declared inside parameter list trash-plugin.c: In function `trash_quota_root_try_alloc_bytes': trash-plugin.c:214: error: dereferencing pointer to incomplete type trash-plugin.c:218: error: structure has no member named `try_alloc_bytes' trash-plugin.c: At top level: trash-plugin.c:236: warning: "struct quota_root_transaction_context" declared inside parameter list trash-plugin.c: In function `trash_quota_root_test_alloc_bytes': trash-plugin.c:238: error: dereferencing pointer to incomplete type trash-plugin.c:242: error: structure has no member named `test_alloc_bytes' trash-plugin.c: In function `trash_quota_root_created': trash-plugin.c:277: error: structure has no member named `v' trash-plugin.c:278: error: structure has no member named `v' trash-plugin.c:279: error: structure has no member named `v' trash-plugin.c:280: error: structure has no member named `v' trash-plugin.c:281: error: structure has no member named `v' *** Error code 1 Stop in /usr/home/felix.langelier/sources/dovecot-1.0.rc15/src/plugins/trash. *** Error code 1 Stop in /usr/home/felix.langelier/sources/dovecot-1.0.rc15/src/plugins. *** Error code 1 Stop in /usr/home/felix.langelier/sources/dovecot-1.0.rc15/src. *** Error code 1 Stop in /usr/home/felix.langelier/sources/dovecot-1.0.rc15. *** Error code 1 Stop in /usr/home/felix.langelier/sources/dovecot-1.0.rc15. Thanks in advance. -- Felix Langelier

2 1

[Dovecot] Can't remove folder
by Leroy van Logchem 03 Dec '06

03 Dec '06

Hello, Here is a 'me too' somewhat like: http://www.dovecot.org/list/dovecot/2006-January/010759.html Example scenario: /u/username/Mail/subfolder/somebox subfolder is a directory somebox is a mbox When I use Thunderbird's "Delete folder" function on the somebox the message appears: "Target mailbox doesn't allow inferiour mailboxes". Thunderbird, by default, tries to move it to Trash instead of deleting it directly. When I change the preference to "Remove it immediately" it works. Which component is at fault here: - limitation of a mbox only setup? - thunderbird should know - limitation of the imap protocol to advice the client it's mbox backed - feature of dovecot, could it be fixed or worked around somehow -- Leroy

2 1

[Dovecot] Logging
by Steven F Siirila 03 Dec '06

03 Dec '06

In trying to determine why someone was unable to use port 110 w/STLS (POP) I had great difficulty finding the session in which the user switched to this port from using port 995. This is because Dovecot does not log any port number information. Furthermore, it isn't obvious to me if it logs whether a session was negotiated SSL (via STARTTLS w/IMAP or STLS w/POP) or started out SSL (ports 993 and 995). If this seems reasonable, I can whip up a patch to log this information. However, I'd rather see Dovecot 1.0 released first. -- Steven F. Siirila Office: Lind Hall, Room 130B Internet Services E-mail: sfs(a)umn.edu Office of Information Technology Voice: (612) 626-0244 University of Minnesota Fax: (612) 626-7593

2 1

[Dovecot] authentication
by eric 03 Dec '06

03 Dec '06

Good evening from Aotearoa; First some details: Clients are all Outlook2003 on XP yawn Server is Suse 9.3 Samba, postfix, fetchmail and dovecot 1.0 rc13 I succesfully installed Dovecot on my test network at home, but at the job site its a mystery. I seem to be able to get one client to authenticate but not another. And only if i created a password file consisting of logins and no passwords. Dovecot won't use standard unix passwd successfully. So here is the conf: base_dir = /var/run/dovecot/ protocols = pop3 listen = *:110 disable_plaintext_auth = no ssl_listen = ssl_disable = yes login_dir = /var/run/dovecot/login login_user = dovecot login_greeting = Dovecot ready. mail_extra_groups = users mail last_valid_uid = 2000 pop3_uidl_format = %08Xu%08Xv protocol lda { # Address to use when sending rejection mails. postmaster_address = postmaster(a)example.com } auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@ auth_debug_passwords = yes auth default { mechanisms = plain passdb passwd-file { args = /usr/local/etc/passwords } userdb passwd { } user = root default_mail_env = mbox:/var/spool/mail/:INBOX=/var/spool/mail/%u And here is a sample of two of the syslogs.: I am not worried about the UID warning,I was try to login on from various clients. Though this is not a requirement. Sample of Mail log Nov 30 18:30:27 SCSIServer dovecot: POP3(user): Couldn't open INBOX: Internal error occurred. Refer to server log for more information. [2006-11-30 18:30:27] Nov 30 18:19:50 SCSIServer dovecot: pop3-login: Login: user=<user1>, method=PLAIN, rip=192.168.1.113, lip=192.168.1.199 Nov 30 18:19:50 SCSIServer dovecot: POP3(user1): UIDVALIDITY changed (1164764972 -> 1164774199) in mbox file /var/spool/mail/user1 Nov 30 18:19:50 SCSIServer dovecot: POP3(user1): Disconnected: Mailbox is in inconsistent state. top=0/0, retr=0/0, del=0/0, size=0 Nov 30 18:20:04 SCSIServer dovecot: auth(default): client in: AUTH 1 PLAIN service=POP3 lip=192.168.1.199 rip=192.168.1.113 resp=AG9saXZpYQA= Nov 30 18:20:46 SCSIServer dovecot: pop3-login: Login: user=<user2>, method=PLAIN, rip=192.168.1.115, lip=192.168.1.199 Nov 30 18:20:46 SCSIServer dovecot: POP3(user2): open() failed with index file /var/spool/mail/.imap/INBOX/dovecot.index: Permission denied Nov 30 18:20:46 SCSIServer dovecot: POP3(user2): open() failed with index file /var/spool/mail/.imap/INBOX/dovecot.index: Permission denied Nov 30 18:20:46 SCSIServer dovecot: POP3(user2): Couldn't open INBOX: Internal error occurred. Refer to server log for more information. Warn log; Nov 30 18:30:27 SCSIServer dovecot: POP3(user2): open() failed with index file /var/spool/mail/.imap/INBOX/dovecot.index: Permission denied Nov 30 18:30:27 SCSIServer dovecot: POP3(user2): Couldn't open INBOX: Internal error occurred. Refer to server log for more information. [2006-11-30 18:30:27] It just occured to me these leading blanks in the conf file may effect, I am sure I read that somewhere to do with one of these things? Any other ideas would be greatly appreciated.

2 1