[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bug-mailutils] pop3d/imap4d, config file location, virtual hosting
From: |
Sergey Poznyakoff |
Subject: |
Re: [bug-mailutils] pop3d/imap4d, config file location, virtual hosting |
Date: |
Mon, 20 Oct 2003 13:10:06 +0300 |
Vegard Svanberg <address@hidden> wrote:
> 1. imap4d/pop3d appears not to support virtual hosting (one domain per
> IP, users log in with 'username', not 'address@hidden') at this time,
> hence in many configurations more than one instance of the daemons must
> be run. Is this changing?
Possibly in the future. Currently no work is being performed in this
direction.
> (In some parts of the documentation it seems
> possible to disable virtual domains at compile time, but I can't find
> the docs on how to use virtual domains when/if it's enabled, does this
> apply to imap4d/pop3d at all?)
"Virtual domains" require logging in as "address@hidden".
> 2. Using the configuration in #1, an option to specify a configuration
> file is sorely needed. ATM, the only(?) way to solve this is to specify
> the arguments as command line arguments. This is not safe when using
> sql authentication and untrusted users are allowed to run 'ps'.
Use mailutils configuration file (either system-wide, or user-specific).
See
http://www.gnu.org/software/mailutils/manual/html_node/mailutils_67.html#SEC73
> 3. imap4d appears to launch pop3d automatically.
Err.. Imap4d has no relation whatsoever to pop3d. It surely never starts
it.
> This is a problem
> when being run from xinetd because xinetd supports binding a daemon to
> an interface. imap4d will be bound to the correct interface, but pop3d
> appears to automatically bind to all interfaces. Two options would be
> useful here: one to turn off the spawn of pop3d and one to (when not
> run from (x)inetd) bind to an address.
When started from inetd (xinetd) both daemons should be given command
line option -i (--inetd).
> 4. Will there be maildir support? :)
Yes, there will.
Regards,
Sergey