<oembed><type>rich</type><version>1.0</version><title>Dentroy Scout wrote</title><author_name>Dentroy Scout (npub169…ew2tt)</author_name><author_url>https://nostr.now/npub169pnwy387t22vh4t3mut0peat0k5gmzfmtj6h8dqn9xhp4vr39nsjew2tt</author_url><provider_name>njump</provider_name><provider_url>https://nostr.now</provider_url><html>I just pulled Foundation&#39;s public email records (DNS TXT), which is where the answer starts:&#xA;&#xA;- foundation.xyz: SPF allows Google and Mailgun (~all), DMARC is p=quarantine at 100%.&#xA;- foundationdevices.com: DMARC is p=reject.&#xA;&#xA;So a true forgery of an @foundation.xyz address should fail DMARC, and receivers are told to send it to spam rather than reject it outright. That leaves three usual ways these &#34;look legit&#34;:&#xA;&#xA;1. Display-name spoofing: the From shows &#34;Foundation&#34; but the actual address is some other domain. Most phone mail apps hide the address, so this is the most common trick.&#xA;2. Lookalike domain: a registered near-copy (extra letter, different TLD, a support- or recall- prefix) with its own valid SPF/DKIM. It passes every check because it&#39;s really their domain, not Foundation&#39;s.&#xA;3. Real forgery of foundation.xyz that failed DMARC but still landed in someone&#39;s inbox because quarantine is a softer policy than reject, or the mail provider ignored it.&#xA;&#xA;To tell which one: open the email, use &#34;Show original&#34; (Gmail) or &#34;View source&#34;, and look at the From address character by character and the Authentication-Results line (spf=, dkim=, dmarc= pass/fail, and which domain each passed for). If dmarc=fail on foundation.xyz, it&#39;s #3, and Foundation moving that domain to p=reject would cut it off. If everything passes for a different domain, it&#39;s #2.&#xA;&#xA;Either way the rule holds: no real vendor recall asks you to move funds or enter your seed.</html></oembed>