- dovecot - dovecot.org

[Dovecot] Dovecot, Postfix, Mysql and Virtual Users
by Andre Bunting 27 Jul '05

27 Jul '05

I have been reading up : http://wiki.dovecot.org/moin.cgi/DovecotPostgresql to create virtual users who can access the email. Can i follow these steps with a few changes to get to use mysql instead of Postgresql ? Also i dont know if u all can help.. but i have tried to do : SASL2 authentication configuration in main.cf(Postfix): smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous smtpd_sasl_local_domain = domain.org smtp_sasl_auth_enable = no And when i start postfix with these settings i get an error saying"invlaid boolean" .. can anyone help ? Regards, Andre

2 1

[Dovecot] Small Feature Dovecot Should Have
by Marc Perkel 27 Jul '05

27 Jul '05

There should be a config command that allows you to change the default ".subscriptions" file to ".mailboxlist" for WU-IMAP compatibility. Yes - I can rename them all but it would be handy for testing purposes and it should be trivial to add this feature. I'm still someone who is going to convert soon, but still testing and waiting for stability.

1 0

[Dovecot] Supporting charsets
by Armando Soto Baeza 27 Jul '05

27 Jul '05

Hi there! We are trying to use support for japanese language, but when composing in squirrelmail or while resending either in squirrel or in Outlook, we do not get the right symbols. The server and client PCs have all the required software. Indeed, we receive japanese written messages and can display them well. The problem arises when we resend or compose a message. In the squirrel configuration, we found that our imap has to support the charsets we want to use. The question is, how can we add this to dovecot. We are using release 0.99.14-1 on GNU Debian 3.1 r0 (sarge) Any idea? Thanks for helping -- Alta tecnologia para la empresa mexicana

2 1

[Dovecot] last access file for 1.0-stable?
by Jeff A. Earickson 26 Jul '05

26 Jul '05

Hi, I am almost ready to convert from UW-imap to dovecot 1.0 stable for my imap use. I hacked UW-imap to touch a file in the user's home directory so I can always tell the last time they used imap. My hack looks something like this: if(authenticated) { touchfile = (char *) malloc((strlen (home) + 15); sprintf(touchfile,"%s/.imapd.last",homedir); fd = open(touchfile,O_WRONLY|O_CREAT|O_TRUNC,0600); if(fd < 0) syslog (LOG_NOTICE|LOG_AUTH,"touchfile failed for %s:%s",user,strerror(errno)); else close(fd); free(touchfile); } Where to do this in the dovecot code? Is there something like this already available? I realize that the index/cache files contain last-access data, but if the cache files become corrupted and have to be removed, then this last-access information is lost. I would like something independent of the cache files. Advice please... Jeff Earickson Colby College

2 1

[Dovecot] Commercial support
by Timo Sirainen 26 Jul '05

26 Jul '05

1.0 release is slowly (but surely :) getting nearer and I'd like to be able to offer commercial support for it for those who want or need it. I have a few different plans for how to do that, but I haven't really decided yet what to do. So I thought I'd ask a few questions here to see how much interest there is currently, which could help me make some decisions sooner. You should probably reply privately to me so this list won't get spammed. So, assume that Dovecot v1.0 will really be stable, will have real documentation, and the support isn't going to be completely in hands of just one or two guys. I think there would basically be two types of support available: 1. Basic support Guaranteed replies to questions within some time interval. - what response times? a few days? - phone support needed? - what would you be willing to pay for it? 2. Mission critical support For those who *really* can't afford any unexpected downtime, and so would be willing to pay more for quick response times. Problems divided to different categories (eg. normal, high, critical) with different response times. - what response times? a few days for normal, about one day for high, less for critical? - sanctions? - customized modifications, kept up-to-date for new Dovecot versions? - what would you be willing to pay for it? I'm not sure if there should be "outsourced email server maintenance" option too. Or maybe some really low cost support for a limited number of questions. Any other ideas, suggestions or tips? Did I miss something important? And finally, would you like to have a job related to Dovecot? :)

2 1

[Dovecot] virtual mailboxes with postfix
by David Cake 26 Jul '05

26 Jul '05

I have set up postfix with virtual mailboxes stored via mysql, and using postfixadmin, and dovecot as pop/imap server My postfix and mysql setup are pretty much standard for postfixadmin, as described here <http://postfixwiki.org/index.php?title=Virtual_Users_and_Domains_with_Couri…> (except for the parts about courier-imap.) Everything appears to be working fine except actually checking and authenticating mail via dovecot. I am fairly sure all I really need is the appropriate incantations in /etc/dovecot/dovecot.conf and dovecot-mysql.conf - does anyone have this set up and working? I should add that I want to allow both virtual mailboxes, and also local accounts, so I presumably need to support two different kinds of authentication. Regards David

2 1

[Dovecot] removing (hopefully) unneeded access to $HOME
by adsmith＠math.duke.edu 25 Jul '05

25 Jul '05

Hi, Thanks for dovecot. It's the best IMAP server ever. Okay, here's my problem: I use mbox INBOXes from /var/spool/mail/%u, and the INDEX lies in /var/spool/mail/dovecot/%d/%u. Users' other folders are found in /%h/mail. Now, I notice that when a user is accessing her INBOX, the imap process cwd's to the user's home, which I'd like to prevent as much as possible. E.g., when the user's client is only watching INBOX, I still see: [root@tock:~]$ lsof | grep home_kt imap 6422 kt cwd DIR 0,17 12288 7602177 /home/kt (other.host:/home/kt) Is there a way I can tweak the dovecot settings so that this cwd isn't holding open the NFS mount? Many thanks, Abe Smith -- # Abraham David Smith, <adsmith(a)math.duke.edu> # # http://fds.duke.edu/db/aas/math/grad/adsmith # # Mathematics Graduate Student, Duke University #

1 1

Re: [Dovecot] pop3 authentication failure - password mismatch
by James Sun 25 Jul '05

25 Jul '05

On 7/22/05, Girish Patangay <girish(a)intoto.com> wrote: > Shouldn't you be using "shadow" instead of passwd for the passdb? > > Just a curious question. > Yes! You are right. "shadow" should work as well. I just give it a try and auth worked! Thanks. However, I am not hitting another problem : no proper permission. If I understand correctly I have set it in dovecot.conf file to use "root" for processing. How come I don't have enough permission? Jul 23 02:26:56 hsiufen dovecot: Dovecot v1.0-stable starting up Jul 23 02:28:10 hsiufen dovecot: pop3-login: Login: jam [24.6.106.170] Jul 23 02:28:10 hsiufen dovecot: POP3(jam): open(/var/mail/.temp.hsiufen.net.15682.f3c4cf83d750e6e4) failed: Permission denied Jul 23 02:28:10 hsiufen dovecot: POP3(jam): file_lock_dotlock() failed with mbox file /var/mail/jam: Permission denied Jul 23 02:28:31 hsiufen dovecot: Killed with signal 2 Any ideas? Jun

3 3

[Dovecot] Re: Bug#319504: Bug in 0.99.14 mbox handling - mail UIDs are renumbered without bumping UIDVALIDITY
by Jaldhar H. Vyas 25 Jul '05

25 Jul '05

On Fri, 22 Jul 2005, David McBride wrote: > Package: dovecot-imapd > Version: 0.99.14-1 > Severity: important > > Hi, > > I think I've identified a bug in Dovecot 0.99.14 as packaged and > distributed by Debian Sarge. I believe the bug lies in the original > Dovecot source, not with any modifications made by Debian. > > Specifically, this bug deals with Dovecot's handling of message unique > identifiers (UIDs) for IMAP clients when using the mbox mailbox storage > format. > David, can you check if the problem persists with 0.99.20050712-1 which is in sid? This is actually the 1.0stable branch of dovecot and has many fixes not included in 0.99.x The package should work correctly on sarge (a proper sarge backport is forthcoming) but you will also need libpq4 from sid and you'll need to make sure dovecot-common is also upgraded to 0.99.20050712-1 also. -- Jaldhar H. Vyas <jaldhar(a)debian.org> La Salle Debain - http://www.braincells.com/debian/

2 1

[Dovecot] dovecot permission denied problems.
by John Mc Donald 25 Jul '05

25 Jul '05

I am trying to setup dovecot on a FC4 machine. Access to the machine is provided through pam. When I login to the machine my home directory is mounted over nfs from a central file server. I have dovecot installed and running but it can't seem to access my home directory. When I try and access my mail I get the following three lines in /var/log/maillog: > Jul 25 12:46:04 escher imap-login: Login: ###### [::ffff:###.###.###.###] > Jul 25 12:46:04 escher dovecot: chdir(/home/######) failed with uid > ####: Permission denied > Jul 25 12:46:04 escher dovecot: child 13182 (imap) returned error 89 The uid that is used is the one associated with my home directory. As far as I understand it when you connect to dovecot the imap connection setuid's to the uid of the authenticated user so there should be no permission problems. To try and help in the debugging process I also setup a local user "testimap" using > /usr/sbin/useradd -d /tmp/testimap testimap I then try to use thunderbird to connect to it and I get the following in /var/log/maillog > Jul 25 12:54:54 escher imap-login: Login: testimap > [::ffff:###.###.###.###] > Jul 25 12:54:54 escher imap(testimap): mbox: Can't create root IMAP > folder /tmp/testimap/mail: Permission denied > Jul 25 12:54:54 escher imap(testimap): MAIL environment missing and > autodetection failed (home /tmp/testimap) > Jul 25 12:54:54 escher dovecot: child 13360 (imap) returned error 89 Can anyone tell me what I am doing wrong here? TIA, John. -- ================================== John Mc Donald, Dept. of Computer Science, National University of Ireland, Maynooth, Co. Kildare, Ireland. Email : johnmcd(a)cs.nuim.ie Tel: +353-1-7084589 Fax: +353-1-7083848 Web: http://www.cs.nuim.ie/~johnmcd GnuPG Key: http://www.cs.nuim.ie/~johnmcd/public_key.asc ==================================

2 2