Tonio,
> i think I have a problem with forward method into policy bank.
> I use this kind of settings to forwarding to the right smtp after amavisd
>
> remote postfix client => amavisd port 10019 => remote postfix server 10025
>
> i've many smtp talking to amavisd, so each one use a different port
> (10019 in this example)
> So I need to redirect email to the right smtp after amavisd
>
> $interface_policy{'10019'} = 'ORIGINATING-SMTP06';
>
> $policy_bank{'ORIGINATING-SMTP06'} = { # mail supposedly originating
> from our users
> originating => 1,
> virus_admin_maps => ['r...@mx2.eole-its.com'],
> spam_admin_maps => ['r...@mx2.eole-its.com'],
> warnbadhsender => 0,
> notify_method => 'smtp:[aa.aa.aa.aa]:10029',
> forward_method => 'smtp:[aa.aa.aa.aa]:10025',
> smtpd_discard_ehlo_keywords => ['8BITMIME'],
> bypass_header_checks_maps => [1],
> terminate_dsn_on_notify_success => 0, # don't remove NOTIFY=SUCCESS
> option
> };
>
>
> of course default forward method is not the same:
> $notify_method = 'smtp:[bb.bb.bb.bb]:10029';
> $forward_method = 'smtp:[bb.bb.bb.bb]:10025'; # set to undef with milter!
>
>
> with amavisd 2.7.0pre12, forward use always default forward method even
> when policy bank is called.
> (I can see ORIGINATING-SMTP06 policy called into logs, but FWD log is
> always the default one (bb.bb.bb.bb in this example)
> FWD from <t...@test.test> -> <to...@starbridge.org>,BODY=7BIT 250 2.0.0
> from MTA(smtp:[bb.bb.bb.bb]:10025): 250 2.0.0 Ok: queued as 00C5024C003
>
> It should be aa.aa.aa.aa, it was ok into amavisd 2.6.4
For the time being specify the forward_method_maps instead of forward_method
in policy banks, while I investigate this. The forward_method* became somewhat
special with the introduction of multiple alternative backends, so the
referencing of forward_method from forward_method_maps doesn't work
as before. So, please use:
$policy_bank{'ORIGINATING-SMTP06'} = {
...
forward_method_maps => [ 'smtp:[aa.aa.aa.aa]:10025' ],
...
};
Btw, the $notify_method is not affected and should work as before.
Mark
------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and,
should the need arise, upgrade to a full multi-node Oracle RAC database
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
AMaViS-user mailing list
AMaViS-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amavis-user
Please visit http://www.ijs.si/software/amavisd/ regularly
For administrativa requests please send email to rainer at openantivirus dot
org
