The final Received header (ie, the first one) is the time at which the
message reached the
gmail account mailbox. It looks like we did take 18s for that, which is
slower than normal.
Delays to the clients are interesting and complicated, I do imagine that
"refresh" for what
that's worth is suppos
Seems someone/something got caught with not using a SpamHaus RBL
correctly..
Remote host 87.191.57.186 does not like recipient
@open-xchange.com
Remote host said: 554 5.7.1 Service unavailable; Client host [redactted]
blocked using sbl-xbl.spamhaus.org; Error: open resolver;
https://www.spam
A copy and paste from a recent admin note feels relevant here:
All
Can we please try to retain at least a veneer of professionalism and
decency within posts? I remind you all of the list charter, here:
https://www.mailop.org/
Too many posts recently have been openly aggressive, attacking, and
a
Good to know. It's also pretty far down my list, but knowing adoption is
starting may move it ever so slightly higher.
On Wed, 13 Oct 2021, at 12:22 PM, John Levine via mailop wrote:
> It appears that Slavko via mailop said:
> >Dňa 12 Oct 2021 12:12:27 -0400 John Levine via mailop
> > napísal:
It appears that Steven Champeon via mailop said:
>My mom has been an AOL user for decades, and still has and uses her AOL
>address as her primary address. Lately, none of her messages have
>contained a Message-ID header, which we treat as brokenness here,
I just sent myself a message from my AOL
It appears that Slavko via mailop said:
>Dňa 12 Oct 2021 12:12:27 -0400 John Levine via mailop
> napísal:
>
>> The perl and python DKIM modules still don't support ed25519 keys.
>> They're on my list of things to do, but pretty far down the list.
>
>python's dkimpy (and its CLI tool) is able to ch
My mom has been an AOL user for decades, and still has and uses her AOL
address as her primary address. Lately, none of her messages have
contained a Message-ID header, which we treat as brokenness here,
because it's wrong and stupid and broken, so she's been having trouble
emailing us. I know it'
On 2021-10-12 12:59 p.m., Jaroslaw Rafa via mailop wrote:
Dnia 12.10.2021 o godz. 14:30:53 Jarland Donnell via mailop pisze:
Well, to be truthful, what harms forwarding is mostly out of my
control. To be frank, Google harms forwarding.
[...]
right back to the problem that infuriates the random
On 10/12/21 12:15 PM, Matt Corallo via mailop via mailop wrote:
Should a MTA accepting mail from its own users for sending block the
sending MUA from sending bogusly-long encodings so that the user gets
immediate feedback and it can ensure delivery?
Sadly, I've seen extremely poor handling aro
On 2021-10-12 12:04 p.m., Jaroslaw Rafa via mailop wrote:
Dnia 12.10.2021 o godz. 13:18:12 Jarland Donnell via mailop pisze:
Strong agreement here. Despite SRS I still think forwarding is one
of the major road blocks to progress with email systems.
No, it's the opposite. Things like SPF et al.
Dnia 12.10.2021 o godz. 14:30:53 Jarland Donnell via mailop pisze:
> Well, to be truthful, what harms forwarding is mostly out of my
> control. To be frank, Google harms forwarding.
[...]
> right back to the problem that infuriates the random user.
Well, I would say that any need to communicate wi
Well, to be truthful, what harms forwarding is mostly out of my control.
To be frank, Google harms forwarding. For all of my users, 40-50% of
outbound mail goes to Gmail. A good bit of that forwarded, and
forwarding to Gmail is by far the most popular configuration among
users. However, when do
Hi,
Dňa 12 Oct 2021 12:12:27 -0400 John Levine via mailop
napísal:
> The perl and python DKIM modules still don't support ed25519 keys.
> They're on my list of things to do, but pretty far down the list.
python's dkimpy (and its CLI tool) is able to check ed25519, but by
default it checks only
Ahoj,
Dňa Tue, 12 Oct 2021 19:52:38 +0100 Vsevolod Stakhov via mailop
napísal:
> You can do it with Rspamd as well:
>
> > rspamadm dkim_keygen -d example.com -s dkim -t ed25519
> vYJfhPrDPls0CBf4Y5H1usrJu6OxDaYubEAldoyza9X4PwjpomnSnMJyf0tNLfDj5KvVAVGMI+DF3sPSDj3USA==
> dkim._domainkey IN TXT
Dnia 12.10.2021 o godz. 13:18:12 Jarland Donnell via mailop pisze:
> Strong agreement here. Despite SRS I still think forwarding is one
> of the major road blocks to progress with email systems.
No, it's the opposite. Things like SPF et al. are roadblocks to forwarding.
Forwarding is a *very* use
On 12/10/2021 11:38, Slavko via mailop wrote:
> Dňa 12. 10. o 11:02 Sidsel Jensen via mailop napísal(a):
>> My question to you: What are your thoughts on starting to sign with ed25519
>> keys and what is currently holdning you back?
>
> I am using dual sign with ed25519 keys for some months alrea
Strong agreement here. Despite SRS I still think forwarding is one of
the major road blocks to progress with email systems. It's been an
interesting trade off here as well because Google does one really weird
think with POP3 imports. They do SPF checks on the emails. Obviously,
SPF check at SMT
On 10/12/21 10:26, Brandon Long via mailop wrote:
Also, there is a tension in the rfc's here, because you aren't allowed to encode message/rfc822, so
you would have to edit the attached file.
Ah, that's the piece I was missing, explains why no one encodes it and sends
long lines :) Thanks!
Also, there is a tension in the rfc's here, because you aren't allowed to
encode message/rfc822, so you would have to edit the attached file.
We used to base64 encode the message/rfc822 anyways, but we had enough
receivers not able to handle that, so we had to revert. We debated just
using messag
It appears that Sidsel Jensen via mailop said:
>My question to you: What are your thoughts on starting to sign with ed25519
>keys and what is currently holdning you back?
The perl and python DKIM modules still don't support ed25519 keys. They're on
my list of things to do, but pretty far
down
I don't have the links handy, but a few years ago all of the majors published
KB articles strongly discouraging automated forwarding into their systems.
Their strong recommendation was for e.g. Gmail users to configure their GMail
accounts to collect (pull) the email from your system instead.
I
mailauth tool (shameless plug, built by myself) is also able to both sign
and verify ed25519 dkim keys.
https://github.com/postalsys/mailauth/blob/master/cli.md
Best regards,
Andris Reinman
Kontakt Slavko via mailop () kirjutas kuupäeval T, 12.
oktoober 2021 kell 13:40:
> Dňa 12. 10. o 11:02 S
Dňa 12. 10. o 11:02 Sidsel Jensen via mailop napísal(a):
> My question to you: What are your thoughts on starting to sign with ed25519
> keys and what is currently holdning you back?
I am using dual sign with ed25519 keys for some months already (i do not
remember exactly without checking config,
Dear Mail Community
We at one.com recently took another leap of faith and started dual DKIM signing
our outbound mails, so they both get DKIM signed with rsa keys along with
ed25519 keys.
We’ve read https://www.mailhardener.com/kb/how-to-use-dkim-with-ed25519 with
interest, so we do not rely e
24 matches
Mail list logo
