On my primary I have an ACL to verify the recipient and if this fails refuse to
accept
which results in a '550 unknown user' being sent. This is standard, fine and
works well.
My MX secondary receives it's share of username-generation spam attacks, when
it tries
to forward this cr*p onto my
Alain Williams wrote:
My MX secondary receives it's share of username-generation spam attacks, when
it tries
to forward this cr*p onto my primary, the primary bounces them (see above).
The problem is that my MX secondary holds onto these and retries, this fills up
the mailq, etc.
Don't
On Sun, 26 Mar 2006, Tim Jackson wrote:
[...]
2. Enable recipient verification callouts on the secondary. e.g.
deny !verify = recipient/callout=use_sender,defer_ok . This will
forward recipient checks onto the primary, which is OK as long as
the primary is up and/or the callout details
John and others who have responded:
I appreciate your concern. However, you do not understand my company, my needs
or my situation. Please do not think to advise me as to what I should or should
not do.
For the record. This is MY company. I am the sole owner, President and CEO.
It is a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
In message [EMAIL PROTECTED], Alan
J. Flavell [EMAIL PROTECTED] writes
In discussing doing something against the abuse, we have at times
toyed with the idea of the secondary verifying that the primary is
basically up and, if it is, responding to
On 3/26/06, Jaap Winius [EMAIL PROTECTED] wrote:
What would be the best way to pre-process incoming messages? By this I
mean that I'd like to single out certain messages and run one or more
search-and-replace routines over them before they're delivered.
For instance, I could write a perl
Quoting Jerry Stuckle:
I appreciate your concern. However, you do not understand my company,
my needs or my situation. Please do not think to advise me as to what I
should or should not do.
Nobody is doing that, but still everybody is allowed to express his
opinion. If you see this as an
Jakob Hirsch wrote:
Quoting Jerry Stuckle:
I appreciate your concern. However, you do not understand my company,
my needs or my situation. Please do not think to advise me as to what I
should or should not do.
Nobody is doing that, but still everybody is allowed to express his
opinion.
Hello,
Jerry Stuckle writes:
So, if you're willing to ante the several hundred dollars a month it is
costing me in lost time and income, I'll let you advise me on how I should
do it. Otherwise, please don't think you know me, my business or my needs
better than I do.
If you are
Hello,
Jaap Winius writes:
Hi list,
What would be the best way to pre-process incoming messages? By this I
mean that I'd like to single out certain messages and run one or more
search-and-replace routines over them before they're delivered.
For instance, I could write a perl script with
10 matches
Mail list logo