On Thu, 6 Jan 2000, Miles Fidelman wrote:

> - it looks like Listar still requires some manual playing with the virtual
>   user and alias databases (at least with sendmail, exim, and postgres)
>   is that correct?

This is true for pretty much anything that is MTA-independent.  Listar
does generate the data for you, though, and you can just paste it into the
appropriate file.  I have all my Listar aliases in a 'listar.aliases'
file, and so when I make a new list, I just do:

listar -newlist mylist >> listar.aliases

And the new aliases are added properly, and then I just rebuild the
aliases file.  This works for qmail using the Sendmail-compatible aliases
module, as well.

> - it looks like Listar will generate all the files needed to work with
> qmail, but requires that some info be manually added to the qmail "global
> alias file" - this is different behavior than ezmlm, which seems to do
> everything automagically - again, is this correct?

Listar does not run as root; in fact, the code checks and actively demotes
itself back down to lose root permissions if you try to run it as root,
logging a warning.  As a result, though, the .qmail-<foo> files cannot be
placed in the ~alias directory for qmail, if you tell Listar to create
them.  This means you have to become root and copy them over to the qmail
global aliases directory... but that is a matter of a 'cp' command. :)

ezmlm can do everything automagically because it links directly into the
mailserver.  Listar, the goal was to not tie it to any one package. :)

The place where ezmlm beats everything else, hands down, is that
individual users can create their own ezmlm lists in their own
directories, since they can create per-user aliases.  Listar could
probably be made to work with qmail per-user aliases (or the Postfix
delimited-forward files, for that matter) but would need to be modified to
run as the user; that is something on the todo list already.

-- 
Jeremy Blackman - [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED]
Lithtech Team, Monolith Productions      -- http://www.lith.com
Listar Developer                         -- http://www.listar.org

Reply via email to