See subject. We're trying to implement amavis in our qmail setup, but it works only up to some degree; real local users (recipients) get a mail warning them of a virus being sent to them, but virtual users' addresses get re-written to something weird, thus receive no warnings. If the addressee is "user@subdomain.domain", it gets rewritten to "subdomain.domain-user@subdomain.domain", or somtimes even "subdomain.domain-subdomain.domain-user@subdomain.domain" This only happens with virtual domains/users. We're now using the shellscript-version of Amavis, not amavis-perl. Partly because of the dependancies of the perl-version, and partly because it is not obvious by reading the docs what extra benefit the new amavis-perl offers... If anyone has such a setup working, please give us some pointers. A search on google sadly returned nothing appropriate... TIA, Maarten -- Maarten J H van den Berg van Boetzelaer van Bemmel, informatie- en netwerktechnologie http://vbvb.nl T 020-4233288 F 020-4233286 G 06-51994273
On Wed, 4 Jul 2001, Maarten van den Berg wrote: [ I think it's better to ask in amavis-user ML _and_ qmail-ML. Unfortunately, I'm not a qmail expert ]
We're trying to implement amavis in our qmail setup, but it works only up to some degree; real local users (recipients) get a mail warning them of a virus being sent to them, but virtual users' addresses get re-written to something weird, thus receive no warnings.
Well, amavis itself does no rewriting at all.
This only happens with virtual domains/users. We're now using the shellscript-version of Amavis, not amavis-perl. Partly because of the dependancies of the perl-version, and partly because it is not obvious by reading the docs what extra benefit the new amavis-perl offers...
Hum, with amavis 0.2.1 a mail can get scanned several times (that's by design of linking qmail-local and qmail-remote to the amavis script) and amavis 0.2.1 uses a lot of external programs. With amavis-perl (as it "replaces" qmail-queue) a mail should be scanned only once, it uses a lot of perl modules, so the use of external programs is reduced. I recommand amavis-perl (or amavisd). Moreover, the active development of amavis 0.2.x has stopped, because my time is too limited to work on several amavis branches and it does not make sense to me to develop the shell script any further (heck, in a few weeks I'm working for two years on amavis and I'm currently not in the mood to "hack" on it all the day/night). As an alternative, you may use qmail-scanner (qmail-scanner.sourceforge.net). I really appreciate Jason's work and he is focused on qmail. So, any qmail experts are welcome to meet me (and Christian, former AMaViS maintainer) at LinuxTag on Friday and/or Saturday. :-) best regards, Rainer Link -- Rainer Link | SuSE - The Linux Experts link@suse.de | Developer of A Mail Virus Scanner (amavis.org) www.suse.de | Founder OpenAntiVirus Project (www.openantivirus.org)
* Maarten van den Berg wrote on Wed, Jul 04, 2001 at 11:43 +0200:
If the addressee is "user@subdomain.domain", it gets rewritten to "subdomain.domain-user@subdomain.domain", or somtimes even "subdomain.domain-subdomain.domain-user@subdomain.domain"
Well, if you write in virtualusers email@domain.com: user qmail delivers to user-email@domain.com. Maybe you get subdomain if you have as pop-box-username the same as the subdomainname (I do it here do a lot: email@domainA.com: domainA gets domainA-email@domainA.com Well, this is a feature, and you can sort your mail via .qmail-*. Keep in mind that those rewrites happens in the envelope, not in the headers. In the header you'll find a Delivered-To: field with the contents of the header (nice thing, usable from procmail and so on). This is independed from amavis of course, I wonder why you write that you downgraded to a shell script which works... oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel.
participants (3)
-
Maarten van den Berg -
Rainer Link -
Steffen Dettmer