Re: [bug-mailutils] pop3d/imap4d, config file location, virtual hosting

[Sergey Poznyakoff]

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