I'm trying to bring up dovecot on a dual stack machine. I tried search for the answers; the answers I found and tried failed :-(.
If I try this:
protocol imap { listen = 216.218.228.114:143, [2001:470:1:18::114]:143 ssl_listen = 216.218.228.114:993, [2001:470:1:18::114]:993 } (and similiar for pop3)
I get:
Fatal: listen: Can't resolve address 216.218.228.114:143, [2001:470:1:18::114]: hostname nor servname provided, or not known
If I instead use:
protocol imap { listen = *, [::] ssl_listen = *, [::] }
I get this error:
Fatal: listen: Invalid port in address
This is while using dovecot 1.0.13 Build options: ioloop=kqueue notify=kqueue ipv6 openssl
Any recommendations?
-- Jason Fesler, email/jabber <jfesler@gigo.com> resume: http://jfesler.com "Give a man fire, and he'll be warm for a day; set a man on fire, and he'll be warm for the rest of his life."
I'm trying to bring up dovecot on a dual stack machine. I tried search for the answers; the answers I found and tried failed :-(.
Found part of my problem; I see that I needed 1.1.
After trying to upgrade to 1.1rc5, and blowing away all the cache files, bringing up dovecot just left ports accepting connections but no banners. And ultimately,
May 8 20:53:11 goat dovecot: Fatal: imap-login: Can't load certificate file /www/certs/mail.gigo.com.cert: error:02001018:system library:fopen:Too many open files
For now, I've worked around this by downgrading back to 1.0.13 ; and just setting up a second instance of dovecot entirely.
On Thu, 2008-05-08 at 21:08 -0700, Jason Fesler wrote:
I'm trying to bring up dovecot on a dual stack machine. I tried search for the answers; the answers I found and tried failed :-(.
Found part of my problem; I see that I needed 1.1.
After trying to upgrade to 1.1rc5, and blowing away all the cache files, bringing up dovecot just left ports accepting connections but no banners.
This happened regardless of what listen settings contained? Pretty difficult to guess what could have gone wrong..
May 8 20:53:11 goat dovecot: Fatal: imap-login: Can't load certificate file /www/certs/mail.gigo.com.cert: error:02001018:system library:fopen:Too many open files
But this (or some other error) didn't happen immediately?
May 8 20:53:11 goat dovecot: Fatal: imap-login: Can't load certificate file /www/certs/mail.gigo.com.cert: error:02001018:system library:fopen:Too many open files
But this (or some other error) didn't happen immediately?
Correct. It happened after some number of connection. Using "lsof", I could not see any that limits were being realistically hit, either.
Unfortunately I have just one ipv6 freebsd 7 machine to work with :-( and mail is supposed to be a production service. I'll have another opportunity to do more on June 14, when downtime is scheduled for another location. At that time I'll get that location's OS updated, onto ipv6, and since it is just two (flexible) people, I'll have more room to play.
On Fri, 2008-05-09 at 10:18 -0700, Jason Fesler wrote:
May 8 20:53:11 goat dovecot: Fatal: imap-login: Can't load certificate file /www/certs/mail.gigo.com.cert: error:02001018:system library:fopen:Too many open files
But this (or some other error) didn't happen immediately?
Correct. It happened after some number of connection. Using "lsof", I could not see any that limits were being realistically hit, either.
That error happens at startup, and there should be a fixed number of fds open at that time. Only reason I can think of is if master process leaks some fds to login process. You could verify this by building Dovecot with configure --enable-debug. Then it checks fd leaks at startup, and logs an error and dies if there are any.
Unfortunately I have just one ipv6 freebsd 7 machine to work with :-( and mail is supposed to be a production service. I'll have another opportunity to do more on June 14, when downtime is scheduled for another location. At that time I'll get that location's OS updated, onto ipv6, and since it is just two (flexible) people, I'll have more room to play.
It would be possible to also install a test installation elsewhere (configure --prefix=/tmp/dovecot-test) and run it on different ports.
participants (2)
-
Jason Fesler
-
Timo Sirainen