From: Wietse Venema (no email)
Date: Thu Aug 01 2002 - 17:36:52 EDT
:
> On Thu, 1 Aug 2002, Wietse Venema wrote:
>
> > What is making it hard to use the virtual delivery agent, apart
> > from the inability to execute commands, which is unlikely to ever
> > happen?
>
> Now that catchall mailboxes are working, the main missing feature is:
>
> - Support for "aliases" expanded in the VDA rather than by "cleanup" via
> "virtual_maps". The virtual expansion in "cleanup" has weaker loop
> detection and is compile-time limited to 1000 recipients, so it is not
> possible to support large lists.
OK.
> This can be faked by using "virtual_maps" to rewrite map to an aliased
> "local" address, with the expansion of the alias containing the required
> virtual mailboxes.
>
> There are additional features needed when the access method is Courier
> IMAP, but in this case "maildrop" is the better bet for now. Should
> Postfix have a better than "maildrop" VDA, or should "maildrop" be
> enhanced to be a better VDA for Postfix?
>
> - Support for SIEVE or similar for auto-filing into subfolders on delivery.
> - Support for user+extension when auto-filing (currently extension is
> ignored).
> - Support for "userdb" for interoperability with Courier IMAP.
Postfix ships with a minimal virtual delivery agent that does the
basic things. Adding aliasing would be OK, but filtering and delivery
to arbitrary files or commands not. If people want more then they
will have to adopt someone elses delivery agent.
I would rather see LMTP support added to mail delivery software
so that it can inter-operate with Postfix.
> You did of course say "morally equivalent", so perhaps you are considering
> my proposal of:
>
> virtual_transport = virtual
> virtual_mailbox_maps = ...
>
> with domains that are keys in virtual_mailbox_maps resolving to
> $virtual_transport barring any specific transport table overrides.
Yes, something in that direction.
Wietse
-
To unsubscribe, send mail to with content
(not subject): unsubscribe postfix-users
|
|
|