- dovecot - dovecot.org

Re: [Dovecot] drac.c
by Matthias Andree 14 Feb '06

14 Feb '06

"Takehiko Abe" <keke(a)gol.com> writes: > I am using dovecot [1.0 beta3] as a pop server with drac. It is Drac is an abomination that needs to go away. I am requesting to unsupport it before Dovecot 1.0. Drac is insecure by design, in that it doesn't authenticate the same channel (but POP3/IMAP instead) that is being privileged (SMTP for relay), and without any clue of how long dynamic IP mappings remain stable. Better solutions are available (and have been for years), namely SMTP AUTH, supported by all relevant mail transfer agents(*) and - IMO - all relevant clients. ________ (*) I do not consider qmail relevant any more. <http://home.pages.de/~mandree/qmail-bugs.html> -- Matthias Andree

4 4

Re: [Dovecot] Solaris 10 U1 (x86?) LDAP gotcha
by Alex Moore 14 Feb '06

14 Feb '06

On Tue, 14 Feb 2006 12:25:15 +0900 Peter Evans <peter+dovecot(a)ixp.jp> wrote: > This is not actually a problem with dovecot, but something with the > way the library in /opt/sfw/lib/libldap.* is compiled. If you find > yourself eating cpu, compile your own ldap from openldap, it is NOT > dovecot's fault. > > It looks like pilot error with the sun freeware edition. Or get openldap from www.blastwave.org:> Although I have not tried openldap with dovecot, I do use it for virtual accounts with another mail product and have never seen what you describe. The blastwave package is typically quite up to date with the current stable from openldap.org. Alex -- --

1 0

[Dovecot] imap process spinning (ix86/OpenBSD 3.8, dovecot 1.0b3)
by Joseph Kiniry 13 Feb '06

13 Feb '06

Hi Dovecot-ers, Immediately on accessing our new dovecot 1.0b3 build, we see processes spinning, much like the old dovecot 0.9x builds did for us. Here is a ktrace of the spinning imap process: topos:tmp# kdump 18248 imap EMUL "native" 18248 imap PSIG SIGALRM caught handler=0x1c03ff88 mask=0x0 18248 imap CALL setitimer(0,0xcfbcb3bc,0xcfbcb3ac) 18248 imap RET setitimer 0 18248 imap CALL sigreturn(0xcfbcb3ec) 18248 imap RET sigreturn JUSTRETURN 18248 imap PSIG SIGALRM caught handler=0x1c03ff88 mask=0x0 18248 imap CALL setitimer(0,0xcfbcb3bc,0xcfbcb3ac) 18248 imap RET setitimer 0 18248 imap CALL sigreturn(0xcfbcb3ec) 18248 imap RET sigreturn JUSTRETURN If any additional config information is needed to debug, just ask. I am now subscribed to (the digest version of) this list. Thanks, Joe --- Joseph Kiniry School of Computer Science and Informatics UCD Dublin http://secure.ucd.ie/ http://srg.cs.ucd.ie/

1 0

[Dovecot] locking problems with RHEL 3 and dovecot
by Dan Bongert 13 Feb '06

13 Feb '06

I just migrated from a FreeBSD/Sendmail/UW-IMAP setup to RHEL 3/Postfix/Dovecot (1.0a5 currently). Both systems used Procmail as the final delivery agent (into inboxes or . Since the changeover, things have *mostly* been going ok, but I've been having some problems that I think are locking-related. I'm getting reports from users about IMAP hangs (mostly from Thunderbird). Sometimes I see this in the Dovecot logs: ovecot: Feb 06 11:30:45 Error: imap(dbongert): fcntl() failed with mbox file /home/d/dbongert/mail/worklists/tech-partners: Resource temporarily unavailable Now, I have read that one should have everything that touches a mailbox use the same sort of locking, but that's the thing--these mailboxes are only accessed via dovecot. I'm sure a few users use procmail to filter their mail, but they're in the strict minority here. As as experiment, I changed these lines to flock rather than fcntl: mbox_read_locks = flock mbox_write_locks = dotlock flock But all that seems to have done is removed the fcntl errors from the log file. These errors seem to be Thunderbird only (1.07-1.5, Linux and Windows clients), but I'm not sure what that means. I've enabled the only thunderbird-specific IMAP workaround I know of: tb-extra-mailbox-sep, but I doubt that has anything to do with this problem. -- Dan Bongert dbongert(a)ssc.wisc.edu SSCC Unix System Administrator

2 2

Re: [Dovecot] drac.c
by Udo Rader 13 Feb '06

13 Feb '06

On Mon, 2006-02-13 at 22:02 +0900, Takehiko Abe wrote: > Udo Rader wrote: > > > a question from an uninitated: what is drac after all? > > Dynamic Relay Authorization Control. > <http://mail.cc.umanitoba.ca/drac/> > > [it is simple... and i think it is clean <duck>] Hmm, SMTP-after-POP ... I would not use it these days. Before we switched to SMTP AUTH, we were also using a POP-before-SMTP model, yet we dropped it immediately when one of our customer's network had been compromized by a virus and due to POPb4SMTP the virus distributed itself using our mailserver without limitation. Udo Rader -- BestSolution.at EDV Systemhaus GmbH http://www.bestsolution.at

1 0

Re: [Dovecot] drac.c
by Matthias Andree 13 Feb '06

13 Feb '06

On Mon, 13 Feb 2006, Takehiko Abe wrote: > Matthias Andree wrote: > > > Drac is an abomination that needs to go away. > > I do not share that view. Are there any arguments that might support your view? -- Matthias Andree

1 0

[Dovecot] drac.c
by Takehiko Abe 13 Feb '06

13 Feb '06

Hello, I am using dovecot [1.0 beta3] as a pop server with drac. It is working nicely, but I am getting the following message in a log: dovecot: pop3(keke): file ioloop.c: line 154 (timeout_remove): \ assertion failed: (*timeout != NULL) dovecot: child 15752 (pop3) killed with signal 6 Adding '&' to 'to_drac' in drac_deinit of drac.c stops the message: void drac_deinit(void) { if (to_drac != NULL) timeout_remove(&to_drac); /* was to_drac */ } But I am not sure if the mod is correct. Thanks, T.

1 0

[Dovecot] Maximum Folder Size/Number of Messages
by Ropetin 13 Feb '06

13 Feb '06

I hope I'm asking this question in the right place, I don't want to offend. I've recently put together a proof of concept Dovecot IMAP server, and I'm very happy with its performance up to this point. I'm looking into using it to replace our existing POP3 server, allowing users to store email on the server rather than on their local machine, hopefully avoiding loss of data. The big question I have is, is there a realistic maximum realistic folder size, either in reference to number of messages or total file size with Dovecot? I'm using Maildir and running it on Debian Linux x86. Right now the filesystem is Ext3, although once the system goes live I'd be looking at something a little more fault tolerant and able to handle the large amount of data. Any recommendations you may have on Filesystem choice are appreciated too! Thanks, Ropetin.

2 1

[Dovecot] LDA delivery problem
by Martin Stephan 12 Feb '06

12 Feb '06

Hi I compiled and configured dovecot-lda as explained in the Wiki (current CVS version). Now I get the following error message: Action: failed Status: 5.0.0 Diagnostic-Code: X-Postfix; Command died with status 80: "/usr/local/libexec/dovecot/deliver". Command output: deliver: Fatal: Can't open log file /var/log/dovecot.log: Permission denied Now, do I have to set this socket listen { master { path = /var/run/dovecot-auth-master mode = 0666 user = vmail # User running Dovecot LDA group = vmail # alternatively mode 0660 + LDA user in this group } } to something else? Or chown the log file? I use Postfix and Dovecot on Ubuntu Breezy. Thanks Martin

1 1

[Dovecot] LDAP mailLocation weirdness
by Udo Rader 12 Feb '06

12 Feb '06

Hi, I've reported this some month ago before (without response), but still I have no clue what is going wrong. Our installation is LDAP based (for virtual hosting) and up to I think alpha2 or 3 everything was working as expected. The trouble I have is that dovecot does not correctly use the information it gets about mailLocation. This is what is stored in the MailMessageStore attribute for a user "f.someone": mbox:/virtual/oeush.at/var/mail/f.someone:INBOX=/virtual/oeush.at/var/mail/f.someone now despite of this setting, this user is unable to fetch any mail, because dovecot partially ignores this setting: ---------CUT--------- dovecot: Feb 04 12:20:42 Info: pop3(f.someone.oeush.at): Effective uid=200, gid=4000 dovecot: Feb 04 12:20:42 Info: pop3(f.someone.oeush.at): mbox: data=/virtual/oeush.at/home/f.someone/mail/:INBOX=/var/mail/f.someone.oeush.at dovecot: Feb 04 12:20:42 Info: pop3(f.someone.oeush.at): mbox: root=/virtual/oeush.at/home/f.someone/mail, index=/virtual/oeush.at/home/f.someone/mail, inbox=/var/mail/f.someone.oeush.at ---------CUT--------- As you can see, dovecot uses /virtual/oeush.at/... both for data and index but not for inbox, where it uses /var/mail/... My LDAP configuration for the mailLocation settings looks like this: ---------CUT--------- # User attributes in order: # Virtual user name (user@domain) # Home directory # MAIL environment # System user name (for getting user's groups from /etc/group) # - For virtual users you don't want to use this, so this defaults to none. # System UID # System GID user_attrs = uid,homeDirectory,MailMessageStore,,uidNumber,gidNumber ---------CUT--------- So where am I wrong? Udo Rader -- BestSolution.at EDV Systemhaus GmbH http://www.bestsolution.at

2 2