On Wed, Aug 14, 2024 at 06:48:38AM -0700, Dave Crocker via mailop wrote:
> Making a distance-sensitive assumption about traffic behavior is a
> suprisingly bad idea for anything having to do with the Internet. Resources
> and their uses can be -- and often are -- a long way away and using
> conne
Obligatory: https://web.mit.edu/jemorris/humor/500-miles
Scott
On Wednesday, 14/08/2024 at 19:30 Dave Crocker via mailop wrote:
On 8/14/2024 3:17 PM, Slavko via mailop wrote:
Dňa 14. augusta 2024 13:48:38 UTC používateľ Dave Crocker via
mailop [1] napísal:
Making a distance-sen
On 8/14/2024 3:17 PM, Slavko via mailop wrote:
Dňa 14. augusta 2024 13:48:38 UTC používateľ Dave Crocker via
mailop napísal:
Making a distance-sensitive assumption about traffic behavior is a suprisingly
bad idea for anything having to do with the Internet. Resources and their uses
can be
Dňa 14. augusta 2024 13:48:38 UTC používateľ Dave Crocker via mailop
napísal:
>Making a distance-sensitive assumption about traffic behavior is a suprisingly
>bad idea for anything having to do with the Internet. Resources and their
>uses can be -- and often are -- a long way away and using c
On 8/12/2024 1:20 AM, Viktor Dukhovni via mailop wrote:
For SUBMIT, the traffic is presumably from your own users, who are
rarely very far away,
Making a distance-sensitive assumption about traffic behavior is a
suprisingly bad idea for anything having to do with the Internet.
Resources and
I know AT&T issues were just discussed at length a month ago, though I didn't
find another approach to resolve blocklist issues in that thread.
We have an IP blocked by AT&T, and no response back to us or multiple customers
who wrote, as instructed, to [ mailto:abuse_...@abuse-att.net |
abuse_
I run a small mailing list with a little over 100 users and maybe 20
messages a day. I've gotten feedback multiple times when a user marks
all their mail and hits spam instead of delete in the web interface
which typically has both side by side. Also, the feedback loop is for
more than just yah
L. Mark Stone via mailop wrote:
Am I reading the *_VALIDITY_* scores above correctly that the sender is a Validity certified safe sender, but that the sender is also on Validity's RPBL?
No DKIM, so SPF.
What are the Authentication-Results headers your SPF/DKI
Does the Yahoo FBL work/have value even for the tiniest of senders?
Yes, sign up for it.
It helped me catch somebody entering garbage into my email newsletter
signup form a week or two ago.
A random complaint or two is quite unexpected for me, and it turned
out that I had accidentally forgotten to
First thing I would want to make sure of is whether or not the RPBL
listing is just a public query response and not an actual reputation
indicator for the IP. Validity has undertaken effort over the past
year or two to restrict unfettered public access to their DNS-based
query mechanisms, in the sa
> Two comments:
>
> 1: "deferred" is not the same as "blocked"
Fair enough. An email that was stuck yesterday finally made it out after 6h in
the queue. Whether that's because I asked the Yahoo team again or because the
deferred time had expired is unclear. I have seen emails from us to yahoo g
Over the past few weeks we have been seeing increasing amounts of spam with
SpamAssassin scores like this recent one:
X-Spam-Status: Yes, score=7.963 required=3.8 tests=[DKIM_UNSIGNED=2,
HTML_ENTITY_ASCII=2.077, HTML_MESSAGE=0.001, INVALUEMENT_SED=5.5,
MIME_HTML_ONLY=0.1, RCVD_IN_VALIDITY_CERTI
> I would suggest that you join the Yahoo complaint Feedback loop:
>
> https://senders.yahooinc.com/complaint-feedback-loop/
We did, for all domains served from that IP, but have so far not received a
single message through this loop. So either it is like Microsoft and Google and
doesn't do any
13 matches
Mail list logo
