ANNOT verify the correctness of the data without contacting the end
> user. It's technically impossible. Period.
That is all that needs saying about this.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com addre
in and bad-collecting
process objections):
Our customer collect e-mail addresses written over *paper signed
contracts*
Those addresses are USELESS. Doing anything with them puts you at
reputational risk. Your customer needs to redesign their processes.
--
Bill Cole
b...@scconsult.co
icity.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For Hire
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
. Returning loopback values in DNS has a standardized
widely-used function that demands the unimpeded receipt of loopback
answers to A and queries.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently
all between SPF client and server, drops the response packet with "UDP
> WAN DROP: DNS Rebinding protection"
Your firewall is misconfigured. Dropping any DNS response packets that refer to
a loopback is a recipe for breakage, particularly if you run a mail server
b
.0.0/12
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
ser complain about mail from them,
despite a steady flow from their nets using many different sender
domains.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For Hire
_
.
Right.
The situation should be getting better over time, but ccTLD registries
are resistant to community pressure.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Ava
m.', '127.0.1.1')
describe PCCC_FROM_BAD_NSDNS server of From address
found on PCCC WILD RBL (https://raptor.pccc.com/RBL)
tflags PCCC_FROM_BAD_NSnet
score PCCC_FROM_BAD_NS2.0
priority PCCC_FROM_BAD_NS -100
--
Bi
On 2025-05-22 at 17:00:20 UTC-0400 (Thu, 22 May 2025 21:00:20 +)
Slavko via mailop
is rumored to have said:
Dňa 22. mája 2025 19:47:23 UTC používateľ Bill Cole via mailop
napísal:
For implicit TLS (as on ports 443, 465, 587, 993, 995) the client
initiates the TLS handshake immediately
esult ?
Typical m$ . "Now you all align with what we say is right ... or else"
?
For implicit TLS (as on ports 443, 465, 587, 993, 995) the client
initiates the TLS handshake immediately upon connection rather than
waiting for the server to send something.
--
Bill Cole
b...@scconsu
od that it is *never* really
safe to treat the non-existence of a DKIM signature with the correct
domain to be a positive indication of spoofing.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult
st
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.
er because any 5xy reply at connect
should kill at least the current message.
You can expect bulk mail ESPs to ignore, misinterpret, or intentionally
misunderstand reply codes when it is most convenient for them to do so.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(A
oogle who
have said helpful things about how to get delivered by Google, generally
rephrasing Google's own documentation. I don't believe we've seen them
recently.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.sccons
hes, it passes: the message is unchanged between the
*signer* and you.
> The message headers inserted by google also show SPF and DKIM passes.
>
> Anybody have any idea what's going on?
Google is wrong here. They're doing DMARC wrong.
--
Bill Cole
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
On 2025-04-07 at 12:59:52 UTC-0400 (Tue, 8 Apr 2025 02:59:52 +1000)
Viktor Dukhovni via mailop
is rumored to have said:
On Mon, Apr 07, 2025 at 12:47:33PM -0400, Bill Cole via mailop wrote:
On 2025-04-07 at 09:38:56 UTC-0400 (Mon, 7 Apr 2025 06:38:56 -0700
(PDT))
Mark Milhollan via mailop
use *any* certificate in a SMTP
TLS session. Very few servers request them and they are not needed for
encrypting traffic.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For Hire
ing ACME for auto-renewal, including but not
limited to Let's Encrypt. I use LE for multiple mail systems and web
servers and have for years. Aside from their (now complete) transition
off of an expired secondary issuer CA, there have been no problems.
--
Bill Cole
b...@scconsult.com
of
spam.
With all that said, the Validity checks and rules remain in SpamAssassin
despite complaints because historically some people have found them
useful and may have created local meta-rules that we won't break
impulsively.
--
Bill Cole
b...@scconsult.com or billc...@apache.or
ming us about how low the entity now called "Validity"
has sunk.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For Hire
___
mailop m
On 2025-03-30 at 00:03:23 UTC-0400 (Sun, 30 Mar 2025 15:03:23 +1100)
Viktor Dukhovni via mailop
is rumored to have said:
> I would not have expected botnets to be quite so bleeding edge in their
Spammers, like pornographers, have always been bleeding-edge tech adopters.
--
Bill Cole
On 2025-03-28 at 14:59:36 UTC-0400 (Fri, 28 Mar 2025 19:59:36 +0100)
Marco Moock via mailop
is rumored to have said:
Am Fri, 28 Mar 2025 12:38:02 -0400
schrieb Bill Cole via mailop :
On 2025-03-28 at 11:32:50 UTC-0400 (Fri, 28 Mar 2025 16:32:50 +0100)
Marco Moock via mailop
is rumored to
;
*header* address.
Most likely they have implemented BATV to reject bogus bounces. BATV
assures that all mail with a "From" header of postmas...@dorfdsl.de will
have a SMTP sender address with a keyed modification of the "real"
address.
--
Bill Cole
b...@scconsult.co
https://list.mailop.org/listinfo/mailop
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For Hire
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
ar.
> However and OTOH, way more people than one would initially think actually
> seem to be striving to be good and well behaved citizens and community
> members - and I say that as a sceptic with a tendency to pessimism.
>
> So in short: in dubio pro reo. Here when it comes to stick
of networks still using it?
On 07.03.25 12:21, Bill Cole via mailop wrote:
That definitely DID NOT HAPPEN, because it is intrinsically
impossible.
Why do you think that
The word "all" has a meaning.
As someone who receives abuse contact mail for multiple RIR-allocated
bl
On 2025-03-07 at 06:04:25 UTC-0500 (Fri, 7 Mar 2025 12:04:25 +0100)
Thomas Walter via mailop
is rumored to have said:
> AFTER they
> did contact all the abuse contacts of networks still using it?
That definitely DID NOT HAPPEN, because it is intrinsically impossible.
--
Bill C
been
promising it "soon" for 5+ years.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For Hire
___
mailop mailing list
mailop@m
On 2025-01-25 at 15:53:28 UTC-0500 (25 Jan 2025 15:53:28 -0500)
John Levine via mailop
is rumored to have said:
It appears that Bill Cole via mailop
said:
On 2025-01-25 at 13:36:52 UTC-0500 (Sat, 25 Jan 2025 19:36:52 +0100)
Carsten Schiefner via mailop
is rumored to have said:
Dear all
is being used by someone not worth
communicating with.
OK, maybe that's a little harsh, but empty mail is rude.
--
Bill Cole
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
be
authorized for each provider. Beyond the dance that a MUA has to
choreograph to do OAuth (i.e. use a web browser to obtain an auth token)
the process of getting a MUA registered with each major OAuth provider
can be quite onerous and may be infeasible for free software.
--
Bill Cole
b
this list.
And I know many people who smoke tobacco. I would not let them smoke in
my home.
Orgs make poor choices all the time. It's not your responsibility to
accommodate them.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and
bot-managed
behemoth mail systems is naive.
Demanding it loudly for many years as a matter of principle is
performance art.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For Hire
dolia is real :)
So there you have it, 12% of delivery attempts on one system and 100%
of delivery attempts
on another. I believe that reasonably covers the range one can expect
over a decent sample
period.
Right. Depending on what system you look at and how you count, it can be
almos
requires either a whois client that natively understands "-T" or a
trick to pass the flag along raw to the whois server, e.g.:
whois -h whois.ripe.net -- -T inetnum hd-net
It also requires a RIPE-like whois server.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @
fo using the "whob" utility that
is part of the lft (Layer Four Traceroute) package, which provides info
from default-free routing tables.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Availab
onvince others to work with
your alternative protocol. Maybe seek out a relevant IETF WG?
I wish you good luck, even though I think the whole idea is a pointless
waste of energy which will go nowhere. If you actually get anywhere with
the concept, it might be interesting.
--
Bill Cole
b
/rfc8460.
Intimately related to MTA-STS, RFC8461.
It can also be used with DANE, but I don't know of anyone doing so.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For
On 2024-11-04 at 10:06:35 UTC-0500 (Mon, 4 Nov 2024 16:06:35 +0100)
Carsten Schiefner via mailop
is rumored to have said:
On 04.11.2024 14:52, Bill Cole via mailop wrote:
On 2024-11-04 at 04:15:03 UTC-0500 (Mon, 4 Nov 2024 10:15:03 +0100)
Carsten Schiefner via mailop
is rumored to have said
for their jobs, for which they are
clearly unqualified. I see no reason to coddle people who have refused
to learn the basics of their job. Let them suffer.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not
On 2024-10-25 at 17:46:37 UTC-0400 (25 Oct 2024 17:46:37 -0400)
John Levine via mailop
is rumored to have said:
It appears that Bill Cole via mailop
said:
default._domainkey.valar.uk.net. 300 IN TXT "v=DKIM1; k=rsa;
p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAr51Z83Plk5XDJOCp8wk7
uh...@fantomas.sk ; http://www.fantomas.sk/
> Warning: I wish NOT to receive e-mail advertising to this address.
> Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
> I wonder how much deeper the ocean would be without sponges.
> ___
> mailop mailing list
> mailop@mailop.org
> https://list.mailop.org/listinfo/mailop
--
Bill Cole
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
discussion on the
Postfix-Users mailing list last year.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For Hire
___
mailop mailing list
mailop
ates the URL in the Address bar
and changing that to show full URLs is hidden in the "Advanced Settings"
preference pane.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For Hire
stagnate and start
sprouting weird little non-features like "pretty" rendering of the From
header. And HTML mail.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently
sender is preserved in the Reply-To here (and on most
lists using Mailman today.)
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For Hire
dentifier be exposed in any headers.
It's also not a default constraint in many (any?) MTAs.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For Hire
_
retty good job at identifying a
large subset of spam and rerouting it to go through identifiable spam
relays. This offloads support costs and legal risks of blocking to
receivers.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsul
tagged as "SPM" are
purely theoretical.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For Hire
___
mailop mailing list
mailop@mailop
hope that helps. Probably not...
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
ptance over the years has masked that fact, but it has not changed.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For Hire
___
mailop mailing list
ma
humanitarian responsibility?
YOU NEED TO GET A LAWYER WHO IS WORKING FOR YOU, NOW.
No one here knows the details of your situation, not even which
country's laws may apply to you. No one here can provide you an answer
that you can safely trust.
--
Bill Cole
b...@scconsult.com or billc...@apach
, you had best consult a lawyer whom you pay
to give you correct legal advice. There's no one like that here. (Anne
Mitchell is a smart lawyer, but she's not YOUR lawyer.)
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scc
ilop@mailop.org
https://list.mailop.org/listinfo/mailop
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scco
t: reactive security rather than
preventative and reliance on customers' technically weak staff to make a
potentially breaking config change to a function that they clearly
misunderstood when it was set up.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpy
ing a requirement of the SMTP
specification.
Any SMTP client which does not fall back to the A record when no MX
records exists is fundamentally broken.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Curr
sults at the first level, and ultimate
success are opaque. They may as well be magic. I have had success with
this multiple times over he past few years, but many others here and in
other fora seem not to have been as fortunate. No one has ever claimed
to have an explanation for why a S3150 blo
innocent parties who chose
their domains poorly usually focus on how their obscure little TLD
doesn't appear on the list of TLDs sourcing a lot of spam. That's an
irrelevancy, as no system is receiving all spam.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @g
uot; sample. The skews of each
site's user populations results in the nature of their spam and ham
being unique.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
No
On 2024-07-10 at 15:11:01 UTC-0400 (Wed, 10 Jul 2024 12:11:01 -0700)
Mark E Jeftovic via mailop
is rumored to have said:
legit crypto
There's some sort of typo there but I'm not sure what you could possibly
have meant by this phrase...
--
Bill Cole
b...@scconsult.co
what they say as an answer to any
question.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For Hire
___
mailop mailing list
mailop@mailop.org
https
ny mail from them at all in
the lifetime of the Internet. Both were in an ARIN-allocated /21 network
with accurate contact info.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not C
want to block broadly or narrowly.
One effect I have seen from doing that has been an eventual reduction in
previously unseen attack sources. They are not just bouncing off the
packet filter, some attackers are clearly responding to the feedback of
failed connections by not coming back to m
drop
rules should be unchallenging for a modern system. I've got that and
more my 2 main mail systems without any problems. It might be an issue
with a severely cpu or RAM-constrained system, but those aren't really
fit for mail anyway.
--
Bill Cole
b...@scconsult.com or billc...@apach
p.org
https://list.mailop.org/listinfo/mailop
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For Hire
___
mailop mailing list
mailop@mailop.org
https://list
BIMI specification
already contains such exceptions, like DMARC quarantine policies that
must be ignored if they include a pct value of less than 100, so this
wouldn’t be completely new grounds.
BIMI seems like a very gentle tool for operational pressure.
--
Bill Cole
b...@scconsult.com or
he only obvious source, but you'd have to find out from them.
Whatever they are doing is wrong.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For Hire
__
suspects who keep on using it.
Who uses it?
I'm not seeing it at all in my recent personal "mail worth keeping"
corpus except for one idiosyncratic case of a sender who always uses it
with the full message length.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(
On 2024-04-19 at 07:21:47 UTC-0400 (Fri, 19 Apr 2024 12:21:47 +0100)
Sebastian Arcus via mailop
is rumored to have said:
On 18/04/2024 14:05, Marco Moock via mailop wrote:
Am 18.04.2024 schrieb Bill Cole via mailop :
I can't say that Spamhaus lists IPs that engage in the abusive
practi
)? Grateful for any hints
- as it would be useful to narrow down a bit what am I looking for.
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpy
erver indistinguishable from nearby compromised
Windows machines and IoT devices.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo@toad.social and many *@billmail.scconsult.com
addresses)
Not Currently Available For Hire
___
m
amhaus listings, so this is
likely to indicate that both organizations have independently deemed
your IP to be badly behaving.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Ava
slightly resembles a service that anyone in the private sector
is already trying to do for a profit. Any such proposal raises screams
of "SOCIALISM!" which basically kills anything.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com
o a mix of some people who arguably
deserve it and some whom you can only hope will be sympathetic and not
report it as spam. Hopefully some day the dysfunction will provide
enough negative feedback to make what you are doing illegal instead of
unavoidable.
--
Bill Cole
b...@scconsult.co
s the
profitable market for usable addresses.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
___
mailop mailing list
mailop@mailop.org
STARTTLS on the same TCP
connection. The plaintext fallback behavior that I'm aware of in MTAs'
SMTP clients is by way of a fresh connection. Some have done so poorly
at times and I'm not sure how good fallback is across the class. I don't
think any MUA client knows how to f
nfirm that essentially all of the legit mail I see using
TLSv1.[01] bears indicators of JavaMail.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
___
m
On 2024-03-13 at 10:56:53 UTC-0400 (Wed, 13 Mar 2024 15:56:53 +0100)
Marco Moock via mailop
is rumored to have said:
Am 13.03.2024 um 10:43:27 Uhr schrieb Bill Cole via mailop:
Without one, disabling them is a cargo-cult praxis that is worse than
any false sense of security provided to
rovided to oblivious
peers who can't do TLSv1.2 or better. It is a disservice to end recipients for
a pair of MTAs to fall back to plaintext when both ends could in principle
negotiate a rock-solid ciphersuite with TLSv1.0 or TLSv1.1.
--
Bill Cole
b...@scconsult.com or billc...@apach
at are NOT appropriate
for SRS.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
--
Stefano Bagnara
Apache James/jDKIM/jSPF
VOXmail/Mosaico.io/VoidLabs
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
--
Bill Co
lists, including this one.
Right, but they do not use the SMTPUTF8/EAI mechanism (raw UTF8
characters) but instead use the long-established MIME mechanism for
encoding non-ASCII header fields using Base64 or Quoted-Printable.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA
On 2024-03-06 at 13:35:10 UTC-0500 (Wed, 6 Mar 2024 13:35:10 -0500)
Michael W. Lucas via mailop
is rumored to have said:
On Wed, Mar 06, 2024 at 01:17:43PM -0500, Bill Cole via mailop wrote:
Call me crazy, but if the policy changes on sub-day cadence, I don't
think I
want that email a
olicy
twice a day, it's not Policy.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
gh-bit-set bytes in headers unless you have a narrowly limited
audience of receivers.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
___
mailop mailing l
e.
My least favorite mail stream ever was school progress reports. Students
are often motivated to report them as spam, which occasionally will
convince a mail provider to filter them. And many providers who don't
filter them will still send a steady stream of spam reports of them in
thei
82-0300 Beautiful British Columbia, Canada
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Cur
uration is requiring that an IP have a PTR
(equivalent to Postfix's "reject_unknown_reverse_client_hostname") and
sometimes people figure out ways to require more (e.g. that the name
resolve to something.)
--
Bill Cole
b...@scconsult.com or billc...@apache.org
Not at all. If the big mailbox providers switch and break mail to them
from non-compliant senders, everything else still functions normally. No
need for any sort of "flag day."
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addr
work.
The same goes for sender verification.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
___
mailop mailing list
mailop@mailop.org
https://list.mailo
On 2024-02-12 at 14:23:39 UTC-0500 (Mon, 12 Feb 2024 20:23:39 +0100)
Thomas Walter via mailop
is rumored to have said:
> Hey Bill,
>
> On 12.02.24 17:31, Bill Cole via mailop wrote:
>> On 2024-02-12 at 07:13:13 UTC-0500 (Mon, 12 Feb 2024 13:13:13 +0100)
>> Thomas Walter via
ks and improper
diversion of mail with very little visibility.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire
signature.asc
Description: OpenPGP digital sig
lly not yet today.
> You need it right now if you want to protect your communication against
> forgeries.
Not so much. DKIM and SPF are adequate for most senders. Arguably, SPF would
suffice for most sending domains if it were not for transparent forwarding.
--
Bill Cole
b...@scconsult.com
e for
anyone other than the behemoths to support ARC in any meaningful way for
the near term (0-5 years) and you will always (effectively... ) have
sites rejecting on SPF failures out of misguided "principle."
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grum
ht thing."
> (and sometimes in addition to the presence
> of an MX record when any or all of the defined MXes rejects their
> attempts with 4yz {temporary} or 5yz {permanent} SMTP error codes).
Very much NOT the right thing.
--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA
receive email get email for your MTA so the milter "sees" the email.
I don't believe that is true, since you can reject based on recipient
addresses in the filter_recipient() subroutine, where you have both a
current recipient and the client IP each time that it is called.
-
e even smaller EDROP) that one can expect NO friendly traffic from. NO
ONE should see any collateral damage from using DROP.
UCEPROTECT L3 is an intentional collateral damage list. If one COULD use
it as a router blocking list, one would not perceive the Internet to be
functional.
orporations who have had policies
of rejecting any meeting invites with .ics files unless the sender is
whitelisted. Too many people do not expect random strangers "inviting"
them to meetings and have their settings configured to auto-accept
invites.
--
Bill Cole
b...@scconsult.c
600, http://www.infinitemho.fi/
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
___
mailop mailing list
mailop@mailop.org
https://list.mailop.org/listinfo/mailop
--
Bill C
1 - 100 of 475 matches
Mail list logo
