Le 6 mars 2015 à 00:48, Noel Jones a écrit :
>
> All anti-spam tools require configuration and updating.
>
> Updating (via the FreeBSD ports system or the various linux package
> management tools) should be fairly painless for any antispam tool
> you choose, or at least they should all have a si
On Thu, Mar 05, 2015 at 05:36:20PM -0800, Kai Lanz wrote:
>
> We have an RHEL-6 host on which jobs like cron and logwatch generate emails
> to the local root user. No one logs into this host as root to read those
> emails; we want to forward them to the managers (like me) who need to see
> them. I
MegaBrutal:
> I use a virtual alias to create a simple distribution list to make
> communication easier within our group. I'd like to add a "Reply-To"
> header to e-mails being forwarded through the virtual alias, because
> I'd like to direct replies back to the list by default.
>
> How can I conf
On Fri, Mar 06, 2015 at 01:54:54AM +, Mick wrote:
> Hi Markus,
>
> I am pleased to say my 'moonshine' perl based policy is now up and running.
>
>
> Benning, Markus wrote:
> >The reject_sender_login_mismatch in smtpd_sender_restriction
> >already does that
> >as a native postfix check:
> I d
Paul Hoffman wrote:
$action= "action=DUNNO\n\n";
if ($sasl_username ne $sender)
{
if(length($sasllink)>0 && length($senderlink)>0 && $sasllink eq
$senderlink) {}
else { $action= "action=REJECT Not authorised\n\n";}
}
}
Suggestion:
$action =
$sasl_username eq $sender
On Mar 5, 2015, at 8:49 PM, Noel Jones wrote:
> maybe this will help.
> http://www.postfix.org/STANDARD_CONFIGURATION_README.html#some_local
I’ve solved our problem. Turns out we were missing the virtual_alias_maps line
in main.cf.
Once I added that, things started working much better.
To sum
