On Fri, Mar 02 2001, Peter van Dijk <[EMAIL PROTECTED]> wrote:

> On Fri, Mar 02, 2001 at 01:44:16PM +0100, Balazs Nagy wrote:
> [snip]
> > - new features
> >   per-user handling of /var/qmail/users/
> >   using ~/.qmail/... instead of .qmail-... (or it should check each)
> 
> This is configurable. man qmail-users

Yes, you're right, but I don't want to put every user into qmail-users. 
Why?  It's not for user administration but for special case handling.

> >   qmail-remote QMTP and QMQP handling (smtproutes, qmtproutes, qmqproutes,
> >     or just routes which can handle all of them)
> 
> qmail-remote shouldn't do QMQP. There are patches for QMTP.

Yup, but I'd like to see an official QMTP-aware solution.  Maybe
QMQP-handling is not a good thing in qmail-remote

> > - new architecture
> >   /var/qmail is outdated.  These files should place to
> >     - /var/qmail/bin to {conf-home}/bin
> 
> conf-home=/var/qmail

'ts no an answer.  If you set conf-home to /haha/qmail, the installer will
put everything under /hehe/qmail instead of /var/qmail.  Again: I don't want
to configure the installer, I just want to see an official release what can
handle this.

> >     - /var/qmail/alias: maybe it's the right place, but I should put it to
> >       a {sysconfdir}/alias dir.
> >     - /var/qmail/users: it should be handled with ~alias/ (maybe as
> >       .users.data and .users.cdb)
> 
> No, /var/qmail/users works essentially different than ~alias.

Oh, I just forgot that. Sorry.

> >     - /var/qmail/control: /service/<service>/env
> 
> Lots of files in control can be several 1000's of lines long.

What about .cdb files?  You can put it to /service/<service>/cdb/<database>.cdb
It's just a small problem I think.

> >     - /var/qmail/queue: /var/spool/qmail (it should be put to /var/spool,
> >       but it's just a cosmetic change).
> 
> Why? /var is /var. All of qmail lives in /var/qmail. Feel free to
> ln -s /var/spool/qmail /var/qmail/queue

Not /var/spool/qmail is the point.  /var/qmail structure is.
-- 
Nagy Balazs, LSC
http://www.lsc.hu/

Reply via email to