IF you can't adequately monitor your own outbound mail queues, and
track
rejections, and want someone else to do your job for you, you might
like
to offer the RBL operators some money to do your job for you.
*Sheesh*
Eg, Twilio is a billion dollar company, and can't get a handle on
those
phishers abusing their systems..
Most RBL's do it voluntarily, or make a lot less money.. They don't
really have the time to tell you which accounts are being bad.. If
you
believe in what they do, then contribute..
Amazing how many ESP's simply say 'remove me' or create bots to send
removal requests from RBL's.. and expect sympathy..
If you are worried about getting listed on Blacklists, do a better
job
of monitoring traffic, rather than trying to squeeze in every
suspicious
client, for the bottom line..
ITs not that hard..
You can tell a bit aggravated when I hear ESP's expecting other
people
to help them keep off blacklists for nothing..
And trying to compare an ESP to Gmail or o365 isn't realistic.. As
bad
as those two companies are for letting spam out..
Grr.. back to work..
Thanks Atro and Anne for your comments, now can we put this to bed?
On 2024-12-18 13:26, Scott Q. via mailop wrote:
But why is it bad if legitimate hosting providers know which of
their
accounts is abused so they can take action and fix the problem ?
I understand you don't want spammers to know what spamtraps you
use, but
surely it would be beneficial for everyone if there is a trust
circle
that can easily solve problems. A feedback loop basically.
Scott
On Wednesday, 18/12/2024 at 07:48 Atro Tossavainen via mailop
wrote:
("List only" replies appreciated here)
ok, granted, but how else do you suppose would be a better
method
? Can you imagine them asking Gmail to look at their logs
at around
+/- 1 minute ? We're not Gmail level but we still have lots
of data,
it's a silly way to convey information.
I don't have a better way to suggest. I'm just pointing out
that
identifying spamtraps explicitly enables listwashing, so
spamtrap
operators are trying to do whatever they can to avoid it -
while
nonetheless trying to provide at least some useful
information,
in some cases.
It is likely that any spamming account sent any number of
similar
messages around the timeframe indicated.
Any entity rejecting the messages that another party tries to
send
owes just about nothing to the would-be sender. At least you
get the
information of WHO is responsible for the rejection here; in
the case
of Cisco Talos Intelligence, the error messages don't even
tell you
that you have a problem with Talos, they refer to unspecific
reputation
issues where you don't even know where to start looking :-D
--
Atro Tossavainen, Founder, Partner
Koli-Lõks OÜ (reg. no. 12815457, VAT ID EE101811635)
Tallinn, Estonia
tel. +372-5883-4269, https://www.koliloks.eu
<https://www.koliloks.eu>/
_______________________________________________
mailop mailing list
mailop@mailop.org <mailop@mailop.org>
https://list.mailop.org/listinfo/mailop
<https://list.mailop.org/listinfo/mailop>
_______________________________________________
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
--
"Catch the Magic of Linux..."
