Miksi sähköpostien edelleenlähetys ei enää toimi – ja mitä kannattaa tehdä sen sijaan?

Miten SPF-, DKIM- ja DMARC-tunnisteet tarkalleen ottaen rikkovat edelleenlähetyksen?

• Alkuperäisen allekirjoituksen väärentyminen: SPF- ja DKIM-tietoturvastandardit on luotu varmistamaan, että sähköpostin lähettäjä on se, joka väittää olevansa.
• Kun asiakkaasi lähettää sinulle viestin ja XetNETin palvelin välittää sen automaattisesti eteenpäin Gmailiin, Gmail näkee viestin tulevan XetNETin palvelimelta, vaikka lähettäjän osoitteena näkyy asiakkaasi domain.
• Koska XetNETillä ei ole valtuutusta lähettää postia asiakkaasi puolesta, DMARC-suojaus tulkitsee viestin väärennetyksi ja hylkää sen kokonaan.

Miten voin lukea oman domainini sähköposteja Gmailissa turvallisesti ilman edelleen lähetystä?

• Nouto POP3-yhteyden avulla: Voit edelleen käyttää tuttua Gmail-liittymää sähköpostiesi hallintaan. Edelleen lähetyksen sijaan Gmailin asetuksista (Asetukset -> Tilit ja tuonti -> Tarkista sähköposti muilta tileiltä) tulee määrittää POP3-nouto.
• Tällöin Gmail kirjautuu taustalla XetNETin suojatulle sähköpostipalvelimelle (käyttäen SSL/TLS-salausta ja porttia 995) ja hakee viestit suoraan sieltä.
• Tämä ei muuta viestien teknistä alkuperää, jolloin kaikki aitoustarkistukset menevät läpi ja toimitusvarmuus on 100 %.

Miten yhden käyttäjän sähköpostien edelleenlähetys voi vaarantaa XetNETin muiden asiakkaiden postiliikenteen?

• Palvelimen IP-osoitteen maineriski: Jos omaan sähköpostiisi saapuu roskapostia, edelleen lähetys välittää sen suoraan eteenpäin Gmailiin tai Outlookiin.
• Vastaanottavat suodattimet alkavat tällöin nähdä XetNETin lähtevän postin palvelimen roskapostin levittäjänä.
• Jos palvelimemme maine (IP reputation) romuttuu tämän seurauksena, palvelin voi päätyä kansainvälisille mustille listoille (RBL).
• Tämän jälkeen kenenkään muunkaan samalla jaetulla palvelimella olevan yrityksen tavalliset asiakaspostit eivät enää mene perille Gmailiin.