

That’s the unfortunate reality. Google can force their will on the internet because they own around 35% of all email. And Microsoft owns another ~35%, so if the two decide to change how email works, it’s everyone else who has to conform.


That’s the unfortunate reality. Google can force their will on the internet because they own around 35% of all email. And Microsoft owns another ~35%, so if the two decide to change how email works, it’s everyone else who has to conform.


Yep, you are right. So Gmail is following the spec, but still altering headers. So at least it’s not breaking the email, just breaking the authentication.


Atom is defined as such:
atext = ALPHA / DIGIT / ; Any character except controls,
"!" / "#" / ; SP, and specials.
"$" / "%" / ; Used for atoms
"&" / "'" /
"*" / "+" /
"-" / "/" /
"=" / "?" /
"^" / "_" /
"`" / "{" /
"|" / "}" /
"~"
atom = [CFWS] 1*atext [CFWS]
So since atom does not contain white space, there should be no white space. Only comments can separate 1.
If they wanted to allow separating atoms by a space, it would be written:
atom *(SP atom)


Folding white space is a different issue. It’s the atom / quoted-string part. That’s the standard form of a display name. Meaning if it’s more than one word (separated by white space), it should use the quoted string form. It does list obs-phrase as an alternative, but using obsolete syntax should be avoided when possible.


The section right below shows that it’s obsolete:
A.6.1. Obsolete addressing
Note in the below example the lack of quotes around Joe Q. Public,
the route that appears in the address for Mary Smith, the two commas
that appear in the "To:" field, and the spaces that appear around the
"." in the jdoe address.
----
From: Joe Q. Public
To: Mary Smith <@machine.tld:mary@example.net>, , jdoe@test . example
Date: Tue, 1 Jul 2003 10:52:37 +0200
Message-ID: <5678.21-Nov-1997@example.com>
Hi everyone.
----
And in the spec itself, that syntax is named as “obs-phrase”.
But yes, though obsolete, it is still legal syntax. So I guess I shouldn’t say it “does not conform to the standard”, but rather “just barely conforms to the standard”.


Lettre is following the spec, where if the display name contains a space, the modern way to encode it is to put quotes around it.


Quotes around the display name in a header certainly conforms to the standard (and in fact, the way Gmail rewrites it does not conform to the standard when it contains a space, but is the obsolete form), and I would expect any decent mail program to leave it alone. Then again, Gmail is not a decent mail program, and hasn’t been for a long time.
Edit: @w2xel@gehirneimer.de points out below that Gmail’s rewrite does follow the spec, so it is conforming to the standard when white space is in the display name. It’s only when there is a dot (.) that it would be using the obsolete form.


Yeah, I understand how the mail that Gmail receives is not necessarily the mail that the user sent (in regards to headers), and I understand Gmail can add headers (like auth results, spam scores, other sorts of records), but is Gmail really changing the “From” header or other headers included in the DKIM signature?? I would think that would be absolutely unacceptable.


Wait, so when you download what is supposed to be the original email from Gmail, it’s not actually the original? How is that ok?


Yes, you have to put in different hardware. (Almost definitely the same brand, maybe even same model.) It’s inaccessible until you get that hardware and replace it. I didn’t mean permanently. A software RAID will work in any system.


I’d recommend ZFS or Btrfs over mdadm. They both have data repair if something goes wrong, and mdadm doesn’t.


Why use a hardware RAID? If your controller dies, your data is inaccessible. Software RAID with something like ZFS or Btrfs is safer.


If your concern is which motherboard will perform well, you can go with any. NAS applications are incredibly easy to run. Basically no resources required.
Your biggest issue will be narrowing it down based on port requirements. Then just go with whatever is cheapest. I’d still recommend AM4, because AM5 is still expensive af. It does mean you won’t have any upgrade path, but for what you’re doing, you shouldn’t need to upgrade ever.
If you’re planning on transcoding the media you’re serving, then you may want to think about throwing an A310 in there to handle that.
You could conceivable even just get a used desktop second hand and harvest the parts.
Thank you too. I’m glad I don’t have that incorrect factoid in my head now! :D