- Spegnimento
- 16 settembre 2026 alle ore 20:15 UTC
- Autore
- Kamo
- Impegno
- 11053b3
Una campagna inviata attraverso il relè condiviso ha il suo Da presso il dominio di invio dell'organizzazione come la sua busta mittente, e quel dominio è un CNAME da contattare. kamocrm.com, il cui MX è 47.181.8.86 — questo baccello. Quindi... server di ricezione che ha accettato un messaggio e non poteva consegnarlo dopotutto scrive il suo rapporto di consegna qui, e fino ad ora è stato rifiutato. - I domini di invio provengono da EmailService (relay-senders?format=domini: VERIFIED and FAILING), letti a inizio e ogni minuto. Solo i nomi host semplici raggiungono mai un tavolo, e un fetch senza risposta mantiene l'ultima lista. - Ogni dominio prende solo il mittente nullo, cioè rimbalzi e server controllando che l'indirizzo esiste. Chiunque altri riceve 550 "Questo indirizzo invia e-mail ma non lo riceve". - Ciò che viene preso va a un tubo `bounces` (il comando della bobina del postfix principale, con la propria bobina) e un butta-mail sidecar, il principale postfix's unsubscribe mail.py con INCLUDE RAW, lo posta a E' il momento giusto. - stack.loans, mail.stack.loans e contact.kamocrm.com funzionano esattamente come prima, e niente qui invia a internet. Testato in una capsula di scarto con lo stesso script: null sender 250, a person 550, postmaster@ e abuse@ 250, altri e simili domini 554, un DSN spooled con il suo token e la coda vuota, un cambio di elenco applicato tra un minuto, e una fetch senza risposta che tiene l'ultima lista.