- dovecot - dovecot.org

[Dovecot] kqueue errors in maillog
by Chris Phillips 30 Jan '05

30 Jan '05

Hello Dovecot, Version: dovecot-1.0-test61 OS: FreeBSD 5.3-RELEASE i386 Client: Mozilla Thunderbird 1.0 (on WinXP, FreeBSD & Mac OS X) The maillog entries concerning me: - Jan 30 16:16:37 venus dovecot: imap-login: Login: user [10.6.8.3] Jan 30 16:16:37 venus dovecot: imap-login: couldn't remove filter with kqueue: Bad file descriptor Jan 30 16:16:37 venus dovecot: IMAP(user): couldn't remove filter with kqueue: No such file or directory I see these messages many times in the maillog, with the client(s) idle (no interaction from me). Please can anyone shed any light on something that I may have neglected to do on installation, or perhaps what might be happening/wrong? Regards, Chris Phillips. Scanned for viruses by MailDefender

2 1

[Dovecot] Re: Dovecot doesn't call pam_open_session, thus dodging
by Chris L. Franklin 30 Jan '05

30 Jan '05

Forgot to ask, can this patch be added into dovecot for the next update ? (just to make life a little easier for us rpm'ers) -- Chris L. Franklin -- ----- Original Message ----- From: "Chris L. Franklin" <cfranklin(a)nomadcf.com> To: <dovecot(a)dovecot.org> Sent: Sunday, January 30, 2005 1:49 PM Subject: RE: Dovecot doesn't call pam_open_session, thus dodging > This is great I've been wanting to get rid of my NFS mounts for some time and have just the user MailDirs be local to the web server. And this will help alot ! > > -- Chris L. Franklin -- > >> Message: 1 >> Date: Thu, 27 Jan 2005 16:08:28 -0700 >> From: Nicolas Lopez <nlopez(a)espri.arizona.edu> >> Subject: [Dovecot] Dovecot doesn't call pam_open_session, thus dodging >> pam_mkhomedir >> To: dovecot(a)dovecot.org >> Message-ID: <41F9746C.8080707(a)espri.arizona.edu> >> Content-Type: text/plain; charset="iso-8859-1" >> >> I hit a small snag using Dovecot-imapd smoothly in my environment >> with maildir and most of my accounts in LDAP. Since the accounts are >> created through a web interface on another server home directories on >> the mail server don't get created automatically. There's the handy pam >> module pam_mkhomedir.so to automagically create home directories, but >> unfortunatly Dovecot wasn't calling pam_open_session to run the session >> setup pam modules. I made a small patch to passdb-pam.c to call >> pam_open_session between pam_acct_mgmt and pam_get_item and now I my >> home dirs are automagically created and everyone is happy. >> >> So, I figured I'd share the little patch in case someone else finds it >> useful. My patch doesn't properly close the session which will probably >> iritate more advanced session modules that actually have something to >> clean up, oh well. >> >> Aside from manually having to create home directories Dovecot-imapd >> has been working really well for us for a number of months, I just >> finally got around to dealing with the home dir creation issue. >> >> - Nick Lopez >> nlopez(a)espri.arizona.edu >> -------------- next part -------------- >> A non-text attachment was scrubbed... >> Name: passdb-pam.c.diff >> Type: text/x-patch >> Size: 505 bytes >> Desc: not available >> Url : http://dovecot.org/pipermail/dovecot/attachments/20050127/ac7796ea/passdb-p… >

1 0

[Dovecot] RE: Dovecot doesn't call pam_open_session, thus dodging
by Chris L. Franklin 30 Jan '05

30 Jan '05

This is great I've been wanting to get rid of my NFS mounts for some time and have just the user MailDirs be local to the web server. And this will help alot ! -- Chris L. Franklin -- > Message: 1 > Date: Thu, 27 Jan 2005 16:08:28 -0700 > From: Nicolas Lopez <nlopez(a)espri.arizona.edu> > Subject: [Dovecot] Dovecot doesn't call pam_open_session, thus dodging > pam_mkhomedir > To: dovecot(a)dovecot.org > Message-ID: <41F9746C.8080707(a)espri.arizona.edu> > Content-Type: text/plain; charset="iso-8859-1" > > I hit a small snag using Dovecot-imapd smoothly in my environment > with maildir and most of my accounts in LDAP. Since the accounts are > created through a web interface on another server home directories on > the mail server don't get created automatically. There's the handy pam > module pam_mkhomedir.so to automagically create home directories, but > unfortunatly Dovecot wasn't calling pam_open_session to run the session > setup pam modules. I made a small patch to passdb-pam.c to call > pam_open_session between pam_acct_mgmt and pam_get_item and now I my > home dirs are automagically created and everyone is happy. > > So, I figured I'd share the little patch in case someone else finds it > useful. My patch doesn't properly close the session which will probably > iritate more advanced session modules that actually have something to > clean up, oh well. > > Aside from manually having to create home directories Dovecot-imapd > has been working really well for us for a number of months, I just > finally got around to dealing with the home dir creation issue. > > - Nick Lopez > nlopez(a)espri.arizona.edu > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: passdb-pam.c.diff > Type: text/x-patch > Size: 505 bytes > Desc: not available > Url : http://dovecot.org/pipermail/dovecot/attachments/20050127/ac7796ea/passdb-p…

1 0

[Dovecot] Problem with incorrect permissions with shared folders
by Dave Hatton 30 Jan '05

30 Jan '05

Hi, I'm seeing strange permissions when using an email client to create a new sub folder in a shared folder. This is dovecot-1.0test61 I have a directory /data/mail/shared owner=root group=shared permissions=2770 I have a file /data/mail/shared/dovecot-shared owner=root group-shared permissions=2660 User fred in in group shared (in /etc/group) My understanding is that now in my client I can create a folder called test and so I should have Folder /data/mail/shared/.test owner=fred group-shared permissions=2770 What I actually get is Folder /data/mail/shared/.test owner=fred group-shared permissions=2700 So dovecot doesn't appear to be honouring the permissions on dovecot-shared when creating folders. Also, when creating a folder in a shared folder should the create process automatically copy the dovecot-shared file down to the new folder to allow this to be shared as well? Thanks Daveh

2 3

[Dovecot] Problem using passwd-file authentication: does not read UID, GID
by Joseph Tam 30 Jan '05

30 Jan '05

There seems to be a problem when setting the default authentication method to passwd-file when they use the same file (which they frequently do): auth default { mechanisms = plain userdb = passwd-file /passwd passdb = passwd-file /passwd ... } The log files show dovecot: Jan 11 14:41:40 Info: Dovecot v1.0-test60 starting up dovecot: Jan 11 14:41:49 Info: auth(default): userdb(test,127.0.0.1): uid=0 gid=0 home= mail= dovecot: Jan 11 14:41:49 Error: Logins with UID 0 not permitted (user test) dovecot: Jan 11 14:41:49 Info: imap-login: Internal login failure: test [127.0.0.1] When userdb-passwd-file.c::passwd_file_init() is called, it compares the userdb passwd-file to the passdb passwd-file. If they are the same, it resets the time stamp to force a re-read of the password database during the next look-up. However, I believe it also needs to reset the userdb_pwf->userdb flag to TRUE or else it won't pick up the UID and GID and will use 0 instead: /* resync */ userdb_pwf->userdb = TRUE; /* Was FALSE in v1.0-test60 */ userdb_pwf->stamp = 0; Joseph Tam <tam(a)math.ubc.ca>

2 1

[Dovecot] STARTTLS and inetd
by Magnus Holmgren 30 Jan '05

30 Jan '05

Hi! When running dovecot from inetd (as per the instructions on http://wiki.dovecot.org/InetdInstall) imap-login and pop3-login thinks that TLS is enabled when in fact it isn't (we're connecting to port 110 and port 143, so the --ssl parameter isn't present). The reason for that is found in login-common/main.c:main(): > if (fd != -1) > (void)client_create(fd, &ip, TRUE); I added a flag which I set when ssl_proxy_new() is successfully called (see the following diff) and it seems to work fine. Is there any reason it shouldn't? What's the reason that the code is the way it is? -- Magnus Holmgren holmgren(a)lysator.liu.se P.S. Nice software! --- src/login-common/main.c 2003-11-08 16:15:42.000000000 +0100 +++ src/login-common/main.c.new 2005-01-15 17:49:53.000000000 +0100 @@ -220,7 +220,7 @@ { const char *name, *group_name; struct ip_addr ip; - int i, fd = -1, master_fd = -1; + int i, fd = -1, master_fd = -1, ssl = FALSE; is_inetd = getenv("DOVECOT_MASTER") == NULL; @@ -268,6 +268,7 @@ fd = ssl_proxy_new(fd, &ip); if (fd == -1) i_fatal("SSL initialization failed"); + ssl = TRUE; } else if (strncmp(argv[i], "--group=", 8) != 0) i_fatal("Unknown parameter: %s", argv[i]); } @@ -277,7 +278,7 @@ } if (fd != -1) - (void)client_create(fd, &ip, TRUE); + (void)client_create(fd, &ip, ssl); io_loop_run(ioloop); main_deinit();

2 1

[Dovecot] Dovecot shared folder woes
by Dave Hatton 30 Jan '05

30 Jan '05

Hi I'm new to Dovecot so please be gentle with me. I did a search through the list archives but couldn't quite work out my problem. I have Dovecot installed and running and I can connect to it from my email clients (Outlook and Evolution) ... so looking good so far. I would like to setup three types (groups?) of mail store 1. A per user - e.g. Fred, Harry, Betty. (For my purposes they all have Unix Accounts on the mail server) 2. A public store which can contain folders that may be read and written to by any user who is authenticated 3. A per group store (e.g. accounts, sales, marketing) that may be read and written to by any user who is authenticated and is in the specified group Firstly, should this be possible with Dovecot? I have tried the following dovecot.conf parameters which I thought should do the trick ... --------------------- cut ------------------------- ### this should give each user a mail store default_mail_env = maildir:/var/mail/%lu/%u/Maildir ### Create Public mail store namespace public { separator = / prefix = Public/ location = /var/mail/public inbox = no hidden = no } ### Create mail store for accounts namespace shared { separator = / prefix = Accounts/ location = /var/mail/accounts inbox = no hidden = no } ### Create mail store for sales namespace shared { separator = / prefix = Sales/ location = /var/mail/sales inbox = no hidden = no } --------------------- cut ------------------------- I then: 1. created the directories /var/mail/{public,accounts,sales} 2. chgrp each one to a group (public,accounts,sales respectively) 3. chmod 770 each one 4. created a dovecot-shared in each one - chgrp and chmod appropriately And then restarted the server Now my problem When I try to connect from a client it fails and the tcp/ip connection dies When I look in /var/log/mail I see and error 89 (which I understand is a generic error) and IMAP(fred): Failed to create storage for 'Public/' with data: /var/mail/public What and I doing wrong? TIA Daveh

3 6

[Dovecot] mutt's new mail error
by Frédéric Gobry 30 Jan '05

30 Jan '05

Hi, I use dovecot 0.99.13-3 (debian testing) in conjunction with mutt (1.5.6-20040907+2, also debian), and mutt keeps reporting new mails in my subscribed folders, even when none is available. I've seen a report from december 2003 which seems to correspond http://dovecot.org/pipermail/dovecot/2003-December/002741.html In this thread, it seems that if I don't use INDEX=MEMORY, I should not suffer from the problem. My config uses default_mail_env = maildir:~/Mail:INDEX=/var/indexes/%d/%n Do you have a hint regarding this problem ? Would a traffic dump be useful ? Thanks in advance, Frédéric -- Frédéric Gobry Infoscience DIT-KIS / EPFL Tel: +41216932288 http://people.epfl.ch/frederic.gobry

2 1

[Dovecot] Help with Outlook2003 hanging on receiving email with attachments
by John Suter 30 Jan '05

30 Jan '05

I have one user running Outlook 2003 that hangs up when receiving emails with attachments. He is connecting using POP3. It's almost as if something is timing out and closing the connection. The client is on a 1500/256 DSL connection and the server is on a 768/768 fractional T-1. I have other users that connect with Outlook/POP3 without any problems. I have done a fresh install of Windows/Outlook to make sure it's not a client machine problem. Any help or ideas are greatly appreciated.

2 1

[Dovecot] maildir and /var/spool/mail/$USER
by Rob Campbell 29 Jan '05

29 Jan '05

I was told to use dovecot because it was easier than cyrus. I just upgraded from fc1 to fc3. I am not sure what fc1 used but I think it was cyrus and it worked perfect out of the box no configurations to do. The new cyrus-imapd is not so simple so I got dovecot. I see examples saying to use mbox=~/mail:INBOX=/var/spool/mail/%u but when I try that I cannot map mail folders that reside under ~/mail. I have tried default_mail_env = maildir:~/mail:INBOX=/var/spool/mail/%u default_mail_env = mbox:~/mail:INBOX=/var/spool/mail/%u which is the setup i have now. I get this error when trying to connect via evolution error while scanning folders in "IMAP server localhost" imap command failed. invalid mask. when I use default_mail_env = maildir:~/mail:INBOX=/var/spool/mail/%u the error i get is: This store does not support subscriptions or they are not enabled. I have an Inbox Junk and Trash folder under that account. When I set up outlook as pop3 it says it connects fine but it doesn't download any mail. When I try to subscribe to folders via Outlook it says that it cannot connect.

3 4