January 2008 - dovecot

[Dovecot] Dovecot installation with openldap shared libraries at Solaris 10
by Dovecot Jami 17 Jan '08

17 Jan '08

Hi, I am installing dovecot-1.0.10 on Solaris 10 with LDAP support. I know that Solaris LDAP is broken and so I install openldap-2.3.35. My openldap-2.3.35 shared lib files are at /usr/local/lib/ and /usr/local/include/. Barkley DB version is 4.2. Now I am configuring dovecot to use openldap as follows, PATH=$PATH:/usr/sfw/bin:/usr/ccs/bin export PATH LDFLAGS="-L/usr/local/BerkeleyDB.4.2/lib -R/usr/local/BerkeleyDB.4.2/lib -L/usr/local/lib -R/usr/local/lib" ./configure --with-ldap make make install After installation it shows the same Solaris broken LDAP error message as below, dovecot: [ID 107833 mail.error] auth(default): LDAP: Buggy LDAP library returned wrong fd: 1 dovecot: [ID 128275 mail.error] Auth process died too early - shutting down Pls help me. Rgds, Mahmud Jami --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.

1 0

[Dovecot] Regarding the UIDLIST
by Kjartan Andreassen 17 Jan '08

17 Jan '08

Hi, I wonder if the UID's in the UIDLIST will ever change for a given email? Eg with courier it is recreated sometimes, but can i 100% rely on that the UIDs will never change? Or is there anything else i can rely on that will never change? The reason I'm asking is that i want to link certain tasks etc etc to an email, and the only way to get a unique link is that if the uidlist or something else unique never changes. Thank you. -- Kjartan

1 0

[Dovecot] Dovecot at Solaris 10 with LDAP : Buggy LDAP library returned wrong fd: 1
by Dovecot Jami 17 Jan '08

17 Jan '08

Hi, I installed Dovecot-1.0.10 at my Solaris 10 with LDAP support. It runs fine without LDAP. But when I configured LDAP and start it, it shows the following error, dovecot: [ID 107833 mail.error] auth(default): LDAP: Buggy LDAP library returned wrong fd: 1 dovecot: [ID 128275 mail.error] Auth process died too early - shutting down Pls help me to solve this. Rgds, Mahmud Jami --------------------------------- Looking for last minute shopping deals? Find them fast with Yahoo! Search.

4 7

Re: [Dovecot] Dovecot With cygwin
by Jaspreet Singh 17 Jan '08

17 Jan '08

I googled around web and found http://www.dovecot.org/list/dovecot/2004-December/005665.html by Johannes Berg that has a patch for dovecot + cygwin. but that does not work. Does anybody successfully compiled and running dovecot on windows XP + cygwin 5.1. ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs

2 1

[Dovecot] Please remove me
by Mike McGonagle 16 Jan '08

16 Jan '08

Hello Mr List Administrator, I have tried to remove myself from this list, but for some reason, these requests are being ignored, and I am still receiving these mailings. Could someone in charge PLEASE remove me email address from this list? Thank you, Michael McGonagle

1 0

[Dovecot] Quota per domain
by Michel Bulgado 16 Jan '08

16 Jan '08

Hi People I have a two questions I use dovecot 1.0.10 I have quota maildir 1- I want to use the last version of quota 1.1 in my dovecot , i have to patch then, so which file i have to apply ? http://dovecot.org/patches/1.0/ this one quota-rewrite-1.0.9.diff ??? my another question : 2- with the new quota (1.1) if is posible define a quota per domain? %n(a)domain1.com = 100M %n(a)domain2.com = 0 --- no quota limit or @domain1.com = 100M @domain2.com = 0 --- no limit quota Once again , sorry for my english Thanks -------------------------------------------------------

1 0

[Dovecot] old master.pid prevents dovecot startup
by Michael 16 Jan '08

16 Jan '08

Summary ======= After an unclean shutdown the file /var/run/dovecot/master.pid remained behind. This prevented dovecot from starting, and gave a misleading error message. To be more resilient and fault-tolerant, I recommend that dovecot also check the validity of the PID in /var/run/dovecot/master.pid in order to determine whether or not another dovecot process is running. Detail ====== In testing out my automatic UPS shutdown I inadvertently shut down my system uncleanly ... oops! As the system rebooted, I saw that dovecot did not start properly, with an error message: Fatal: Invalid configuration in /etc/dovecot.conf After the system came up, I tried to start dovecot manually. Turns out that there was an invalid PID in /var/run/dovecot/master.pid ----- [root@mykiss5 mth]# service dovecot start Starting Dovecot Imap: Error: Dovecot is already running with PID 1965 (read from /var/run/dovecot/master.pid) Fatal: Invalid configuration in /etc/dovecot.conf [FAILED] [root@mykiss5 mth]# ps 1965 PID TTY STAT TIME COMMAND [root@mykiss5 mth]# rm /var/run/dovecot/master.pid rm: remove regular file `/var/run/dovecot/master.pid'? y [root@mykiss5 mth]# service dovecot start Starting Dovecot Imap: [ OK ] [root@mykiss5 mth]# service dovecot stop Stopping Dovecot Imap: [ OK ] [root@mykiss5 mth]# service dovecot start Starting Dovecot Imap: [ OK ] [root@mykiss5 mth]# dovecot --version 1.0.7 [root@mykiss5 mth]# ----- This leads me to believe that dovecot is only checking for the existance of /var/run/dovecot/master.pid. It seems to me that it would be more fault-tolerant if it also checked the validity of the PID that is in /var/run/dovecot/master.pid. Michael

2 2

Re: [Dovecot] deliver can't connect to auth server at */usr/local*/var/run/dovecot/auth-master
by Jerry Yeager 16 Jan '08

16 Jan '08

> > > Message: 8 > Date: Tue, 15 Jan 2008 15:19:11 +0100 > From: Andreas Ntaflos <daff(a)dword.org> > Subject: Re: [Dovecot] deliver can't connect to auth server at > */usr/local*/var/run/dovecot/auth-master > To: dovecot(a)dovecot.org > Message-ID: <200801151519.11951.daff(a)dword.org> > Content-Type: text/plain; charset="utf-8" > > On Tuesday 15 January 2008 03:56:28 Jerry Yeager wrote: >>> while fiddling around with the configuration so Dovecot's LDA >>> "deliver" can be >>> used by multiple users by means of Getmail (you can read about that >>> in [1]) I >>> always end up running into the error message posted in the subject >>> line: ( stuff snipped out ) >> One last thing, as a security idea, try something like >> >> master { >> path = /usr/local/var/run/dovecot/auth-master >> mode = 0600 >> user = dovecot_user >> group = dovecot_group >> } >> >> and set your postfix line that calls deliver to match: >> >> dovecot unix - n n - - pipe flags=DRhu >> user=dovecot_user:dovecot_group argv=/usr/local/libexec/dovecot/ >> deliver -f ${sender} -d ${recipient} > > Thanks for this suggestion! But that would imply that I have a > virtual user > setup, wouldn't it? Because I don't, all my users are regular Unix > users with > shell accounts. That's why my Postfix main.cf contains just > > home_mailbox = Maildir/ > mailbox_command = /usr/local/libexec/dovecot/deliver > > which is also what the LDA/Postfix wiki page says on > wiki.dovecot.org. No > Dovecot entry in master.cf at all. > Actually I was responding to what you had listed in your message i.e. socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 432 user: root group: dovecot -- which is a setup type you would use in a virtual style of user (either a "super user" or a group of non-system listed users with different uids / gids) setup . I had not encountered your other postings until later. Jerry > And, as also mentioned elsewhere in this thread, until yesterday I > didn't even > have the master { ... } section uncommented, and no auth-master > socket seems > to have been configured. But then again I only delivered through > Postfix and > didn't need to have deliver called by a regular user. > > Andreas > -- > Andreas "daff" Ntaflos > Vienna, Austria > > GPG Fingerprint: 6234 2E8E 5C81 C6CB E5EC 7E65 397C E2A8 090C A9B4 >

1 0

[Dovecot] Keep pop messages, is it possible?
by "Fábio M. Catunda" 15 Jan '08

15 Jan '08

Hi! I would like to find a way to not delete messages when they are downloaded via pop3, is that possible with dovecot? Gmail do this, I dont know how they mark messages that have been downloaded to avoid clients to download it again, but it looks like a good resource! Thanks for the help!

3 3

Re: [Dovecot] deliver can't connect to auth server at */usr/local*/var/run/dovecot/auth-master
by Jerry Yeager 15 Jan '08

15 Jan '08

> > ------------------------------ > > Message: 7 > Date: Tue, 15 Jan 2008 00:21:02 +0100 > From: Andreas Ntaflos <daff(a)pseudoterminal.org> > Subject: [Dovecot] deliver can't connect to auth server at > */usr/local*/var/run/dovecot/auth-master > To: dovecot(a)dovecot.org > Message-ID: <200801150021.02689.daff(a)pseudoterminal.org> > Content-Type: text/plain; charset="us-ascii" > > Hello list, > > while fiddling around with the configuration so Dovecot's LDA > "deliver" can be > used by multiple users by means of Getmail (you can read about that > in [1]) I > always end up running into the error message posted in the subject > line: > > Jan 15 00:00:02 HOSTNAME deliver(USERID): Can't connect to auth server > at /usr/local/var/run/dovecot/auth-master: Permission denied > > Notice how it says "/usr/local/var/run/dovecot"! How and why does > dovecot > ^^^^^^^^^^ > think that anything of any importance can be found under /usr/local/ > var/... ? > Please see dovecot -n at the end of this message, but as far as I > can tell I > > master: > path: /var/run/dovecot/auth-master > mode: 432 > user: root > group: dovecot > -- > Andreas "daff" Ntaflos > Vienna, Austria > For the quick answer to your immediate problem / question, try: cd /path/to/dovecot's/deliver (probably /usr/local/libexec/dovecot/ ) chmod u+s deliver (enable the setuid bit for the deliver app). Your Getmail app may not be truly running as root and thus does not really have permission to do what you want. you may need to do the same for the group as well Unix permissions are weird sometimes, like a $100 television tube that protects a 50 cent fuse by blowing first. It does look like (from your use of /usr/local/*****) you built dovecot to run out of /usr/local. One last thing, as a security idea, try something like master { path = /usr/local/var/run/dovecot/auth-master mode = 0600 user = dovecot_user group = dovecot_group } and set your postfix line that calls deliver to match: dovecot unix - n n - - pipe flags=DRhu user=dovecot_user:dovecot_group argv=/usr/local/libexec/dovecot/ deliver -f ${sender} -d ${recipient} (try to have dovecot run as an unprivileged user as much as you can)

2 1