On April 29, 2018 11:11:18 PM EDT, Linda Walsh wrote:
> Except users who have their own rules are not likely
>doing it in the context of the initial choice of whether or
>not to accept the email onto the server.
They do in our system.
> I.e. it "should" never be the case that use
Dianne Skoll wrote:
On Fri, 27 Apr 2018 14:39:43 -0500 (CDT)
David B Funk wrote:
[snip]
Define two classes of recipients:
class A == all users who want everything
class B == all users who want "standard" filtering
This works if you have a limited number of classes, but in some cases
>> Define two classes of recipients:
>> class A == all users who want everything
>> class B == all users who want "standard" filtering
Be aware of Class A users... once they click on where they should not, then as
if by magic it was your fault and the s--t hits the fun... (of course whe
On Fri, 27 Apr 2018 15:18:28 -0500 (CDT)
David B Funk wrote:
> If you have that many different classes of recipients, just set the
> number of allowed recipients/transaction to one and be done with it.
That will cause mail failures. It's not *supposed* to, but I know
from experience it will. S
On Fri, 27 Apr 2018, Dianne Skoll wrote:
On Fri, 27 Apr 2018 14:39:43 -0500 (CDT)
David B Funk wrote:
[snip]
Define two classes of recipients:
class A == all users who want everything
class B == all users who want "standard" filtering
This works if you have a limited number of classe
On Fri, 27 Apr 2018 14:39:43 -0500 (CDT)
David B Funk wrote:
[snip]
> Define two classes of recipients:
>class A == all users who want everything
>class B == all users who want "standard" filtering
This works if you have a limited number of classes, but in some cases
users can make thei
On Fri, 27 Apr 2018, Dianne Skoll wrote:
Hi,
I have reluctantly come to the conclusion that in some cases, it is
necessary to silently drop spam rather than reject it. This is the
situation:
An email comes in for two recipients in one SMTP trasaction (ie,
a MAIL, two RCPTs and then DATA).
On
Hi,
I have reluctantly come to the conclusion that in some cases, it is
necessary to silently drop spam rather than reject it. This is the
situation:
An email comes in for two recipients in one SMTP trasaction (ie,
a MAIL, two RCPTs and then DATA).
One recipient's rules say to accept. The othe
