Aloita edelleenlähetysreitistä Gmail tunnisteen sijaan
Edelleenlähetyksen jälkeen Gmail saapuvalla viestillä on eri toimitushistoria kuin suoraan sinne lähetetyllä viestillä. Välityspalvelu voi muuttaa SMTP kirjekuorta, säilyttää tai muuttaa alkuperäistä viestiä ja liittää mukaan omia todennushavaintojaan. Diagnosoi tämä historia ennen kuin pyydät alkuperäistä lähettäjää vaihtamaan DNS . Onnistunut suora toimitus muodostaa hyödyllisen vertailun, mutta se ei todista, että epäsuora reitti säilyttää saman todennuspolun.
Tunnista lopullinen tilityyppi ja edelleenlähetysmekanismi. Googlen yleiset lähettäjäohjeet koskevat nimenomaisesti henkilökohtaisia Gmail -tilejä, kun taas organisaation Google Workspace reititys voi sisältää ylimääräisiä hallinnollisia valintoja. Kirjaa, onko välittäjänä aliaspalvelu, postilaatikkosääntö, yhdyskäytävä vai postitusjärjestelmä. Älä käytä sääntöä yhdelle tuotteelle tai reitille vain siksi, että molemmissa kohteissa on tuttu Gmail käyttöliittymä.
Lue palveluntarjoajan ohjeet sen puitteissa
Googlen nykyinen edelleenlähetysopastus suosittelee edelleenlähetysverkkotunnuksen käyttöä kirjekuoren lähettäjä, joka valtuuttaa edelleenlähetysinfrastruktuurin kyseisessä verkkotunnuksessa SPF rajoittamalla roskapostin edelleenlähetystä ja välttämällä muutoksia, jotka häiritsevät DKIM. Se sanoo myös, että Gmail suorittaa omat todennustarkistuksensa. Nämä suositukset eivät lupaa postilaatikon toimitusta tai tee aiemmasta palvelimen passista arvovaltaista Gmail .
Pidä tämä opas erillään henkilökohtaiset Gmail lähettäjän vaatimukset. Vaatimukset vaihtelevat lähetysmäärän ja viestin tarkoituksen mukaan. Tämä artikkeli ei korvaa sen määrittämistä, mitkä vaatimukset koskevat todellista lähettäjää. Siinä ei myöskään ehdoteta käyttäjän tilin asetusten muuttamista, edelleenlähetyksen mahdollistamista tai osoitteen lisäämistä mihinkään luotettuun luetteloon ilman asianmukaista omistajan päätöstä.
Seuraa kirjekuorta ja näkyvää identiteettiä erikseen
Lopullisessa SMTP yhteydessä SPF arvioi asiaankuuluvan identiteetin yhdistävän palvelimen osoitteen avulla. Huolitsija on uusi yhteyspalvelin, minkä vuoksi alkuperäisen kirjekuoren säilyttäminen voi muuttaa SPF tulosta. RFC 7208 kohta 10.3 selittää sovittelijan ongelman. Viestin näkyvä Lähettäjä-osoite on erillinen identiteetti, ja se voi pysyä muuttumattomana koko ajan.
Huolitsijan toimialueen alle kirjoitettu kirjekuori voi saada SPF valtuutuksen tälle toimialueelle. Se ei pelkästään sisällyttämällä alkuperäisen osoitteen paikalliseen osaan johda alkuperäiseen tekijän verkkotunnukseen. Under RFC 9989 kohta 4.4, DMARC vaatii välittävän todetun tunnisteen vaaditulla toimialuesuhteella. Tallenna todelliset verkkotunnukset ja linjaus -tilassa sen sijaan, että SPF passia olisi käsitelty kokonaisuutena.
Pyydä tutkimusta varten alkuperäisen kirjekuoren identiteetti luotetuista toimitustietueista, jos mahdollista. Finaali Return-Path voi olla hyödyllinen, mutta se ei kuvaa itsenäisesti jokaista aikaisempaa SMTP tapahtumaa. Merkitse käyttämättömät aikaisemmat arvot tuntemattomiksi sen sijaan, että luot ne uudelleen näyttönimestä tai lainatun viestin tekstistä.
Säilytä tasattu allekirjoitus, kun edelleenlähetys sallii sen
DKIM voi selviytyä edelleenlähetyksestä, kun suojattu sisältö vielä varmistuu. Se, mitätöikö muutos allekirjoituksen, riippuu allekirjoitetuista otsikkokentistä, tekstin kattavuudesta, kanonisointi ja todelliset tavut vahvistuksen yhteydessä. RFC 6376 kohdat 3.4 ja 5.4 antaa ne säännöt. Älä väitä, että jokainen lisätty otsikko rikkoo DKIM tai että jokainen viesti, jonka näkyvä runko on muuttumaton, on vahvistettava.
Tarkista alkuperäisen allekirjoituksen allekirjoitusalue ja valitsin, sen luetellut allekirjoitetut otsikot ja vastaanottajan vahvistustulos. Aiheetuliite, alatunniste, MIME muunnos tai liitemuunnos voivat vaikuttaa katettuun materiaaliin. Vertaa viestejä ennen ja jälkeen epäiltyä muunnoksen. Uuden allekirjoituksen lisääminen asiaankuulumattomasta edelleenlähetystoimialueesta ei korjaa alkuperäistä allekirjoitusta tai määritä kohdistusta alkuperäisen tekijän mukaan.
Vastaanotin voisi harkita ARC todisteita oman politiikkansa mukaisesti. RFC 8617 kuvaa tuota kokeellista mekanismia; voimassa oleva ketju ei ole automaattinen DMARC passi tai toimitustakuu. Tästä katsauksesta lähtien ehdotus ARC uudelleenluokittelusta työ jää kesken. Älä muuta ehdotusluonnosta väitteeksi siitä, mitä Gmail on ottanut käyttöön tai poistanut sen käytöstä.
Kuvitteellinen vertailu suorista ja välitetyistä kuiteista
Kuvittele kuvitteellinen lähettäjä Esimerkki Tickets lähettää yhden kuitin suoraan valvottuun Gmail postilaatikkoon ja toisen vastaavan kuitin aliaksen kautta osoitteessa example.net . Tarkoitettu tekijän verkkotunnus on example.com . Tässä keksityssä skenaariossa suoralla kopiolla on kelvollinen tasattu allekirjoitus, kun taas edelleen lähetetty kopio säilyttää tämän allekirjoituksen, mutta saa alatunnisteen, joka muuttaa sen peitetyn rungon.
Oletetaan, että lopullinen kirjekuori kirjoitetaan uudelleen example.net osoitteeseen ja SPF -passit tälle henkilöllisyydelle. Tämä hypoteettinen passi ei ole example.com mukainen. Arvioija tarkastaa seuraavaksi, onko jokin muu kelvollinen kohdistettu allekirjoitus säilynyt ja mitä lopullinen vastaanottaja raportoi. Esimerkki ei vahvista Gmail tuomiota, ARC ohitusta tai havaittua hylkäämistä. viestejä ei lähetetty tai kerätty.
Ehdotettu korjauskysymys on kapea: voiko valtuutettu huolitsija säilyttää asiaankuuluvan viestimateriaalin palvelun tarpeiden mukaisesti? Se on hyödyllisempää kuin välittäjän lisääminen alkuperäisen lähettäjän käytäntöön ymmärtämättä henkilöllisyyden ja valtuutuksen seurauksia.
Säilytä todistepaketti ennen menestymisen julistamista
Käytä hyväksyttyjä testitilejä ja hyväksyttyjä, ei-arkaluonteisia viestejä. Tallenna suorat ja epäsuorat toimitusajat, reittitunnisteet, kirjekuoren havainnot, täydelliset allekirjoitukset ja luotettavat lopulliset todennustulokset. Kirjaa todellinen jakelu erikseen: SMTP hyväksyntä, postilaatikon toimitus, roskapostin sijoittaminen ja käyttäjien näkyvyys eivät ole keskenään vaihdettavissa olevia tuloksia. Jos välikopiota ei ole saatavilla, ilmoita, mikä muunnos ei ole lokalisoitavissa.
Arvioi ehdotettua muutosta edustavien muotojen ja reittien perusteella, ei vain yhden tekstiviestin perusteella. Säilytä aiempi kokoonpano ja määritä, mikä laukaisi palautuksen. Tarkka luetteloportti on auki: suorat ja epäsuorat toimitusnäytteet reitillä, kirjekuorella, allekirjoituksilla ja luotetuilla tuloksilla verrattuina. Tämä käsikirjoitus sisältää kuvitteellisen harjoituksen ja nykyisen dokumentaarisen opastuksen, ei alkuperäisiä näytteitä tai vahvistettua Gmail julkaisua.