Börja med vidarebefordranvägen istället för Gmail etiketten
Ett meddelande som kommer till Gmail efter vidarebefordran har en annan leveranshistorik än ett meddelande som skickas dit direkt. Vidarebefordrantjänsten kan ändra SMTP kuvertet, bevara eller ändra det ursprungliga meddelandet och bifoga sina egna autentiseringsobservationer. Diagnostisera historiken innan du ber den ursprungliga avsändaren att ändra DNS . En framgångsrik direktleverans skapar en användbar jämförelse, men det bevisar inte att den indirekta rutten bevarar samma autentiseringsväg.
Identifiera den slutliga kontotypen och vidarebefordranmekanismen. Googles allmänna riktlinjer för avsändare behandlar uttryckligen personliga Gmail konton, medan en organisations Google Workspace -dirigering kan innebära ytterligare administrativa val. Registrera om mellanhanden är en aliastjänst, postlåderegel, gateway eller postsystem. Tillämpa inte en regel för en produkt eller rutt bara för att båda destinationerna visar ett välbekant Gmail gränssnitt.
Läs leverantörsvägledningen inom dess räckvidd
Googles nuvarande vidarebefordran vägledning rekommenderar att du använder vidarebefordringsdomänen i kuvertsändare, auktoriserar vidarebefordraninfrastrukturen i den domänen SPF policy, begränsa vidarebefordran av skräppost och undvika ändringar som stör DKIM. Det står också att Gmail utför sina egna autentiseringskontroller. Dessa rekommendationer lovar inte inkorgsleverans eller gör att ett tidigare serverpass blir auktoritativt på Gmail .
Håll den vägledningen åtskild från personliga Gmail avsändarkrav. Kraven varierar med sändningsvolym och meddelandesyfte. Den här artikeln är inte en ersättning för att avgöra vilka krav som gäller för den faktiska avsändaren. Det föreslår inte heller att en användares kontoinställningar ändras, möjliggör vidarebefordran eller tillägg av en adress till någon betrodd lista utan lämpligt ägarebeslut.
Följ kuvertet och den synliga identiteten separat
Vid den slutliga SMTP anslutningen utvärderar SPF den relevanta identiteten med hjälp av den anslutande serverns adress. En speditör är en ny anslutande server, varför bevarande av originalkuvertet kan ändra SPF resultatet. RFC 7208 avsnitt 10.3 förklarar medlarproblemet. Meddelandets synliga Från-adress är en separat identitet och kan förbli oförändrad hela tiden.
Ett kuvert som skrivits om under speditörens domän kan erhålla SPF auktorisering för den domänen. Den blir inte, bara genom att innehålla den ursprungliga adressen i en lokal del, anpassad till den ursprungliga författardomänen. Under RFC 9989 avsnitt 4.4, DMARC kräver en passerande autentiserad identifierare med den nödvändiga domänrelationen. Spela in de faktiska domänerna och inriktning läge istället för att behandla ett SPF -pass som hela svaret.
För undersökning, begär den ursprungliga kuvertidentiteten från betrodda leveransposter där det finns tillgängligt. En final Return-Path kan vara användbart men beskriver inte självständigt varje tidigare SMTP transaktion. Markera otillgängliga tidigare värden som okända istället för att rekonstruera dem från ett visningsnamn eller citerad meddelandetext.
Bevara den justerade signaturen när vidarebefordran tillåter det
DKIM kan överleva vidarebefordran när det täckta innehållet fortfarande verifieras. Huruvida en ändring ogiltigförklarar en signatur beror på de signerade rubrikfälten, kroppens täckning, kanonisering och de faktiska byten vid verifiering. RFC 6376 avsnitt 3.4 och 5.4 tillhandahålla dessa regler. Påstå inte att varje tillagd rubrik bryter DKIM eller att varje meddelande med en oförändrad synlig text måste verifieras.
Inspektera originalsignaturens signeringsdomän och väljare, dess listade signerade rubriker och mottagarens verifieringsresultat. Ett ämnesprefix, sidfot, MIME konvertering eller omvandling av bilagor kan påverka täckt material. Jämför meddelandena före och efter den misstänkta transformationen. Att lägga till en ny signatur från en orelaterade vidarebefordringsdomän reparerar inte den ursprungliga signaturen eller upprättar anpassning för den ursprungliga författaren.
En mottagare kan överväga ARC bevis enligt sin egen policy. RFC 8617 beskriver den experimentella mekanismen; en giltig kedja är inte ett automatiskt DMARC pass eller en leveransgaranti. Från och med denna översyn har förslag att omklassificera ARC pågår fortfarande. Förvandla inte ett förslagsutkast till ett påstående om vad Gmail har aktiverat eller inaktiverat.
Fiktiv jämförelse av direkta och vidarebefordrade kvitton
Föreställ dig den fiktiva avsändaren. Exempelbiljetter skickar ett kvitto direkt till en kontrollerad Gmail postlåda och ett annat motsvarande kvitto via ett alias på example.net . Den avsedda författaredomänen är example.com . I detta uppfunna scenario har den direkta kopian en giltig justerad signatur, medan den vidarebefordrade kopian behåller den signaturen men får en sidfot som ändrar dess täckta kropp.
Anta att det slutliga kuvertet skrivs om under example.net och SPF godkänner den identiteten. Det hypotetiska passet stämmer inte överens med example.com . Granskaren skulle därefter inspektera om någon annan giltig inriktad signatur överlever och vad den slutliga mottagaren rapporterar. Exemplet hävdar inte ett Gmail utslag, en ARC åsidosättning eller ett observerat avslag; inga meddelanden skickades eller samlades in.
Den föreslagna reparationsfrågan är snäv: kan den auktoriserade speditören bevara det relevanta meddelandematerialet samtidigt som den tillgodoser tjänstens behov? Det är mer användbart än att lägga till speditören i den ursprungliga avsändarens policy utan att förstå konsekvenserna för identiteten och auktoriseringen.
Behåll ett bevispaket innan du förklarar framgång
Använd godkända testkonton och godkända, icke-känsliga meddelanden. Fånga direkta och indirekta leveranstider, ruttidentifierare, kuvertobservationer, fullständiga signaturer och pålitliga slutliga autentiseringsresultat. Registrera faktisk disposition separat: SMTP acceptans, postlådeleverans, skräppostplacering och användarsynlighet är inte utbytbara resultat. Om en mellankopia inte är tillgänglig, ange vilken transformation som inte kan lokaliseras.
Utvärdera en föreslagen ändring mot representativa format och rutter, inte bara ett vanlig textmeddelande. Bevara den tidigare konfigurationen och definiera vad som skulle utlösa återställning. Den exakta katalogporten förblir öppen: direkta och indirekta leveransprover med rutt, kuvert, signaturer och betrodda resultat jämförda. Det här manuskriptet innehåller en fiktiv övning och aktuell dokumentär vägledning, inte dessa originalexemplar eller en verifierad Gmail utbyggnad.