timeouts when connecting to imap server
Timo Veith
tv at rz-zw.fh-kl.de
Tue Dec 12 09:22:40 EST 2006
Am Dienstag 12 Dezember 2006 14:59 schrieb Jorey Bump:
> Timo Veith wrote:
> > Does a service name in /etc/cyrus.conf must be unique?
>
> Yes, it isn't really a service name (i.e. from /etc/services), but a
> unique identifier. This allows you to assign names for multiple
> configurations of the same network service, so you can manipulate them
> separately in imapd.conf. I'm sorry I didn't see that in your original
> post. You need to fix this for all of the services you've duplicated.
>
> In practice, this allows you to preface certain configuration
> directives with the unique service name. For example, you might set a
> global TLS key that all services will use by default:
>
> tls_key_file: /etc/ssl/imapd.key
>
> But you might also have a uniquely named imapd that uses a different
> key:
>
> imapdlo_tls_key_file: /etc/ssl/imapdlo.key
>
> In cyrus.conf, this alternate imapd might coexist with your regular
> imapd like this:
>
> imap cmd="imapd" listen="192.168.1.4:imap" prefork=0
> imapdlo cmd="imapd" listen="127.0.0.1:imap" prefork=0
>
> Note that the listen parameter uses the actual service name defined in
> /etc/services.
Hello Jorey, hello list readers
this is what I was already doing (using different config files for
different services). But I didn't noticed that I need unique names for
them in cyrus.conf.
So, let me repeat my suggestion: How would it be to have the master daemon
parse the config file for mistakes like this one? It could just refuse to
start or log an error message. I was looking at the logs with level debug
and also with CYRUS_VERBOSE and -D as start option, but found nothing. A
small extension of the manual page would also be good.
Any developers around, who could pick this up?
Kind regards,
Timo
More information about the Info-cyrus
mailing list