From: Wietse Venema (no email)
Date: Mon Jun 02 2003 - 15:34:07 EDT
Michael A Nachbaur:
> I discovered (much too late it seems) that you can't use maildrop or
> deliverquota when working with VDA. Is there an alternate solution to this
> problem? I have thought of several ideas so far:
How would maildrop/deliverquota find out where to store the mail?
If they can find that out by themselves, then perhaps they can be
driven by the Postfix PIPE or LTMP client?
> a) Create a "virtual user" in the database that has the exact same UID/GID as
> the regular account, but with the "Maildir" path in the database pointing to
> "Maildir/.Spam/" instead of just "Maildir/".
>
> b) Make a patch to the VDA code that allows it to do database lookups based on
> email-address extension (e.g. send/rewrite incoming mail to
> mike+ to dump mail in the spam folder).
This takes only a minor change to src/global/virtual8_maps.c...
> c) Post-process mail after it arrives and forcefully move it to a new
> directory. I could write a Perl program connected to the FAM daemon to move
> a message once it is written (and if it's header matches my filter rules) but
> this seems a bit hack-ish.
That would be disgusting :-)
Wietse
> Any other ideas? Anyone have this same problem, and what solution (if any)
> did you come up with? Any feedback is appreciated.
>
> --
> Michael A Nachbaur <>
>
>
>
|
|
|