- dovecot - dovecot.org

[Dovecot] problem with an howto from the wiki.
by kramer＠freemail.it 24 May '05

24 May '05

hello, i'm reading and trying to configuring my mailserver following this howto on the dovecot wiki: http://wiki.dovecot.org/moin.cgi/DovecotPostgresql but i got always this problem: ERROR: permesso negato per la relazione postfix_virtual in english is "permission denied for the relation postfix_virtual". I dont know where the problem is, but if i send an email from localhost all works good, the problem appear when i try to test my mailserver sending an email from another mta. this is what i got as error: Recipient address rejected: User unknown in local recipient table (in reply to RCPT TO command) excuse me in advance for my poor and ugly english. thanks! ciao, peppe --------------------------------------------------------------- Scegli il tuo dominio preferito e attiva la tua email! Da oggi l'eMail di superEva e' ancora piu' veloce e ricca di funzioni! http://webmail.supereva.it/new/ ---------------------------------------------------------------

2 1

[Dovecot] (no subject)
by Brent Clark 24 May '05

24 May '05

Hi all I just compiled Dovecot v1.0-test70 and i tried using the dovecot-example.conf for a quick test to see if the daemon would work. But I keep getting the following error message in me /var/log/messages: May 17 12:33:46 mail dovecot: Dovecot v1.0-test70 starting up May 17 12:33:47 mail dovecot: Auth process died too early - shutting down May 17 12:33:47 mail dovecot: auth(default): No password databases set May 17 12:33:47 mail dovecot: child 29405 (auth) returned error 89 This is is a section in my conf file. auth default { mechanisms = plain auth_userdb = passwd auth_passdb = pam #auth_userdb = passwd #auth_passdb = pam #userdb = /etc/passwd #passdb = /etc/passwd # passdb pam { # Service name or * as parameter. * means the authenticating service name # is used, eg. pop3 or imap. #args = dovecot # args= /etc/passwd # } # /etc/passwd or similar, using getpwnam() # In many systems nowadays this uses Name Service Switch, which is # configured in /etc/nsswitch.conf. # passdb passwd { # args= /etc/passwd # } # /etc/shadow or similiar, using getspnam(). Deprecated by PAM nowadays. # passdb shadow { # args= /etc/shadow # } # passwd-like file with specified location #passdb passwd-file { #} userdb passwd { } # passwd-like file with specified location #userdb passwd-file { # Path for passwd-file #args = #} # Path for passwd-file #args = #} # checkpassword executable authentication #passdb checkpassword { # Path for checkpassword binary #args = #} If anyone has some advice or tips, it would greatfully be appreciated. Kind Regards Brent Clark

2 5

[Dovecot] Stability
by Casey Allen Shobe 24 May '05

24 May '05

I am currently using Dovecot 0.99.14-r1 as provided by Gentoo, in a Qmail + VPopmail configuration. I am curious as to how to configure it to ensure the most stability, as it serves >1000 clients. I would rather disable any indexing that give small speed improvements if they are not known to be stable. Advice? Cheers, -- Casey Allen Shobe | http://casey.shobe.info cshobe(a)seattleserver.com | cell 425-443-4653 AIM & Yahoo: SomeLinuxGuy | ICQ: 1494523 SeattleServer.com, Inc. | http://www.seattleserver.com

2 1

[Dovecot] 1.0-stable loses flag changes sometimes?
by Chris Wakelin 24 May '05

24 May '05

I've been struggling with an odd bug in the latest 1.0-stable (20050427) release. Sometimes Dovecot seems to forget that a message has been read or deleted and marks it unread (or not deleted). As far as I've been able to determine, it seems to happen when 1) There have been several recent deliveries 2) Possibly some of those deliveries are of multiple messages 3) Possibly they are read very quickly (say only a second for each message) 4) Folder is an mbox (haven't tried Maildir) I've seen it with Thunderbird mostly, but did manage to recreate it once in "telnet" - the debug IMAP client ;) - using "IDLE" "FETCH" and "STORE msgid +FLAGS (\Seen)" commands. I managed to catch it in the act with one Thunderbird session, and it seemed to occur when Thunderbird, for some reason, issued an IMAP "CHECK" command. In this case it issued an extra "* 710 FETCH (FLAGS (\Recent))" response (the new messages had been msgid 711-715). Incidentally, Thunderbird seems to do a "STORE .. +FLAGS (\Seen)" command even though this is implicit the "FETCH .. BODY[..]" command (and it gets informed of the flag change in the response). I've tried and tried to find a "formula" for re-creating the problem "on demand", but it only goes wrong occassionaly. My guess is it's some sort of timing thing with mbox sync (BTW we have "mbox_dirty_syncs = yes" and "mbox_very_dirty_syncs = no"). Has anybody else seen this? I'm hoping to roll out this version to our wider group of testers soon and would like to get this issue solved first if possible (it counts as an annoyance rather than a serious problem). 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

5 15

[Dovecot] Info request
by Filip Cristian 23 May '05

23 May '05

Hello, I'am Filip Cristian System Administrator at Astral Telecom and i'am using on our email servers dovecot for pop*, imap* auth with mysql suport. I have noticed that in the 1.0-test* release you have support for multiple password databases. From what i have tested this it's working but only if you want to fallback to another supported password databases different that the privios. Is there a posibility to use multiple mysql authentication ? I mean to use two or more mysql hosts on wich to connect and search for the username if the user it's not in the first database? Best regards, -- Cristian Filip Network Administrator Astral Telecom Dostoievski 28, Cluj-Napoca Tel: 0364-100106 Fax: 0264-414688 http://www.astral.ro !DSPAM:4291eb3c217031927099527!

3 2

[Dovecot] dovecot and php imap_open
by Daniel 23 May '05

23 May '05

Hi I'm have problems with dovecot and the php imap_open function. Can't seem to get it to work. I just get a "Aborted login [127.0.0.1]" in the dovecot logs. The php error is: [client 192.168.1.254] PHP Warning: imap_open(): Couldn't open stream {127.0.0.1:110/pop3/notls/norsh/novalidate-cert}INBOX in /var/www/html/mail/auth.php on line 89, referer: [client 192.168.1.254] PHP Notice: (null)(): Can't open mailbox {127.0.0.1:110/pop3/notls/norsh/novalidate-cert}INBOX: invalid remote specification (errflg=2) in Unknown on line 0, referer: Same type of error with ether imap or pop3. Anyone have a trick around this? Thanks for any help. Regards Daniel

2 1

[Dovecot] pop3/commands.c query
by Jens Laas 23 May '05

23 May '05

Is this correct ? cmd_rset() if (mail_update_flags(mail, MAIL_SEEN, MODIFY_REMOVE) < 0) break; Args seems to be switched. /Jens ----------------------------------------------------------------------- 'This mail automatically becomes portable when carried.' ----------------------------------------------------------------------- Jens Låås Email: jens.laas(a)data.slu.se Department of Computer Services, SLU Phone: +46 18 67 35 15 Vindbrovägen 1 P.O. Box 7079 S-750 07 Uppsala SWEDEN -----------------------------------------------------------------------

2 1

Fwd: Re: [Dovecot] Newbie-ish Questions
by Joe Dauncey 23 May '05

23 May '05

I've just found out what it's doing, so I thought I'd include the useful symptom. Joe ----- Forwarded message from Joe Dauncey <joe(a)dauncey.net> ----- From: Joe Dauncey <joe(a)dauncey.net> Subject: Re: [Dovecot] Newbie-ish Questions To: dovecot(a)dovecot.org Date: Mon, 23 May 2005 08:18:04 +0100 Organization: dauncey.net User-Agent: Mutt/1.4.1i X-Mailer: Mutt/v1.4.1i Curtis, Thanks for the explanation... Unfortunately it doesn't quite work. On Mon, May 23, 2005 at 12:27:21PM +1000, Curtis Maloney wrote: > Joe Dauncey wrote: > >Hi, > > > > Please remember in future to always include which version of Dovecot > you're running. It sometimes makes a big difference. In this case, it > probably doesn't. > I'm running version 0.99.13-3 on Fedora Core 3 > >I'm in the process of migrating from local Maildir, to IMAP-enabled > >Maildir (terms are made up by me). > >I have my Maildir directories all under $HOME/Mail > >I have a procmail script that sorts everything into different folders > >under $HOME/Mail, and leaves the rest in a Maildir folder chosen by me, > >that I think of as my INBOX. > > Note that you'll likely have to tell your mail client to check all the > mailboxes procmail delivers too for new mail, not just INBOX (as most > default to). > I can do this by subscribing to the folders I want right? > >Now, I am assuming that the folder I identify as INBOX is the one that a > >client will interpret as the INBOX? > >I really want the INBOX to be one of the folders under $HOME/Mail, but at > >the moment dovecot only will only consider the folder $HOME/Mail as the > >INBOX, so I have to send my 'inbox' mail to $HOME/Mail, rather than what I > >would prefer, which would be $HOME/Mail/INBOX (or something like that). > > > >The seting I have in dovecot.conf is: > >default_mail_env = maildir:~/Mail > > > >Is this is the only way, or am I doing something wrong? > > > >Should I be using default_mail_env to define the inbox? e.g. with: > >default_mail_env = maildir:~/Mail:INBOX=INBOX (or whatever my inbox mail > >folder name is) > > You're almost there. Put the inbox path in as INBOX=~/Mail/INBOX.. so > you wind up with: > default_mail_env = maildir:~/Mail:INBOX=~/Mail/INBOX > > And I believe it will work. > I have set it up as default_mail_env = maildir:~/Mail:INBOX=~/Mail/.INBOX I've moved $HOME/Mail/cur (and tmp, new and dovecot-uidlist) all into .INBOX However, when I connect remotely I cannot see any mails, but if I open it locally (using Mutt) I can still see the mails in $HOME/Mail/.INBOX So, I'm not sure if there's something wrong with my .INBOX, or if it's not even looking there. When I move new mail to the inbox in the remote client, it moves the mail to $HOME/Mail, and creates cur/tmp/new/.customflags directly into that folder, instead of using .INBOX, which is the folder underneath that! Is it buffering some information/setting/mapping somewhere? I've restarted the dovecot daemon each time. > >Maybe I've just got my Maildir folder set up completely wrong, and I'm > >supposed to accept the Maildir folder itself as the inbox? If so, please > >just send me on my way ;-) > > > >Also, since I don't know much about IMAP, where can I find out what the > >.subscriptions file is, and what it does, and also all the other files > >created by dovecot, like the .imap files and the .customflags > > A lot of those files you shouldn't touch. They're mostly for the > internal workings of the server. > > .subscriptions is because IMAP is designed for mail and news, and allows > users to "subscribe" to some folders, or opt to not see them. This can > have a lot more meaning if you have shared folders (available in 1.0) or > news groups (outside the realm of this discussion). > > .customflags is (AFAIK) for storing details about any client custom > flags. As an example, Thunderbird allows you to tag e-mails into one of > 5 custom categories. It uses custom flags to mark this on the server. > > -- > Curtis Maloney > -- Joe Dauncey ----- End forwarded message ----- -- Joe Dauncey

1 0

[Dovecot] (no subject)
by Brent Clark 23 May '05

23 May '05

Hi all I have just finished installing / configuring my dovecot IMAP server. Im seeing something weird happing. It seems my Winblows Outlook users are experiencing a problem whereby when they delete an email, Outlook puts a line though the email, but the mail does not delete. Im not sure if this is a an outlook problem or a dovecot IMAP problem. I cant see anything in the conf file to suggest that it is a IMAP problem. If anyone has any tips or advice, it would greatfully be appreciated. Kind Regards Brent Clark

7 6

[Dovecot] utime() failed: Value too large for defined data type
by Brian Hechinger 22 May '05

22 May '05

i have recently rebuilt dovecot on my mail server as i wanted to add SSL support for it. well, my OpenSSL libs are 64-bit, so what they hey, i'll build dovecot 64-bit as well. worked just fine, no issues at all. the setup is: Solaris 9/SPARC Sun C compiler Dovecot 0.99.14 after rebuilding it 64-bit, i now have a small problem however. I cannot save messages to IMAP folders from Mail.app on OSX 10.3.9. OE6 and mutt work fine, no problems there, but when I try to save a message from Mail.app, it tells me it couldn't save the message and i get the folloing in my log file on the mail server: May 19 16:24:37 wiggum.4amlunch.net imap(paula): [ID 702911 mail.error] utime() failed for /usr/home/paula/Maildir/.Sent Items/tmp/1116534277.P10885Q0M105223.wiggum.4amlunch.net: Value too large for defined data type does anyone have any clue as to what could be the cause of this? i would say simple 64-bit uncleanliness issue, but why doesn't it also affect OE6 or mutt? there is some way that Mail.app accesses IMAP that is specifically tickling this problem. thank you very much for your time, and if there is any other information you might need to track this down, please ask and i'll get it right away. -brian -- "I fear death only slightly more than I hate my life." --8-bit Theater

1 1