Skilj företags-e-post från mass-e-post
SAP Cloud for Customer har separata autentiseringsöverväganden för affärsmeddelanden och mass-e-post. Kunskapsartikeln från första part särskiljer transaktionsanvändning som servicebiljetter och offerter från masskommunikation som kampanjer och nyhetsbrev. Registrera vilken rutt som omfattas innan du begär aktivering eller redigering av DNS . Anta inte att en ändring av affärse-post slutför en massutrullning av e-post. SAP business och mass e-postskillnad
Den här guiden gäller Cloud for Customer, vanligtvis kallad C4C. Det är inte en konfigurationsprocedur för SAP Marketing Cloud, S/4HANA, Business ByDesign eller någon annan produkt vars dokumentation råkar nämna DKIM. Bekräfta exakt produkt, hyresgäst-URL, miljö, sändande domäner och supportkomponent innan du agerar.
Bygg upp en inventering av varje hyresgäst och varje faktisk synlig Från-domän, inklusive underdomäner. Inkludera test- och produktionsmiljöer och meddelanden som genereras av arbetsflöden, inte bara manuellt skickad korrespondens. Bevisen ska identifiera vem som äger varje identitet och vilken affärsprocess som beror på den. Enbart en klientadress är inte en komplett domäninventering.
Förstå varför hanterad SPF är otillräcklig
SAP:s vanliga vanliga frågor om företagspost säger att SAP underhåller sin infrastruktur SPF och kräver att kunderna slutför DKIM konfigurationen. Det slår inte fast inriktning för en specifik kunds From-domän: samla in den faktiska kuvertidentiteten och jämför den med From. Den separata säkerhetsguidesidan var inte läsbar under denna granskning, så inget miljöspecifikt kuvertsuffix eller anpassningsresultat hävdas från den. Vanliga frågor om SAP Business-mail
Att lägga till en leverantörsinkludering i en icke-relaterad kunddomänpolicy ändrar inte kuvertidentiteten som används i meddelandet. Före någon SPF redigering, registrera den utvärderade identiteten och anledningen till att ändringen krävs. Upprätthåll en tillämplig policy hos den ägaren, bevara andra legitima avsändare och ta hänsyn till kapslad DNS utvärdering. SPF RFC 7208
För den dokumenterade affärsvägen är justerad DKIM nyckelvägen att undersöka. Försvaga inte domänens DMARC verkställighet för att dölja frånvaron av en giltig justerad signatur. Ett godkänt SPF -resultat och ett misslyckande DMARC resultatet kan vara konsekvent när den framgångsrika SPF identiteten inte är relaterad till den synliga From-domänen.
Förbered hyresgästspecifika företagspostposter
SAP:s offentliga FAQ beskriver tre CNAME poster per sändande domän per hyresgäst, med hyresgästspecifikt väljare namn. Den ber kunder att tillhandahålla domän-till-hyresgäst-mappningen och att täcka alla anpassade domäner som används för affärspost. Exempel på hyresgästnumren är platshållare, inte offentliga värden att kopiera till en kundzon. Vanliga frågor om aktivering av SAP business-mail
Skaffa eller bekräfta aktuella exakta offentliga ägare och mål för hyresgästens miljö. De offentliga vanliga frågorna ger hyresgästspecifika exempel, inte bekräftelse på varje miljö; härled inte ett mål för en obekräftad miljö från ett välbekant exempel på crm.ondemand.com . Bevara supportinstruktionerna och låt DNS administratören validera mappningen före publicering. Vanliga frågor om SAP Business-mail
Kontrollera varje föreslagen CNAME ägare för befintliga data. En domän som används av mer än en affärsprocess kan redan ha flera väljare; nya poster får inte skriva över orelaterade nycklar. Verifiera DNS konsolens ägarnamnsexpansion och publicera endast den uppsättning som stöds för närvarande. Lagra offentliga värden i ändringsposten, men inkludera aldrig privat signeringsmaterial eller kontouppgifter.
Efter publicering behåller du auktoritativa sökresultat och domän-till-hyresgästlistan för leverantörsaktiveringsförfrågan. Använd den offentliga FAQ:s domän-till-hyresgäst-mappning och bekräfta explicit aktiveringsprocessen för affärse-post med SAP för miljön. DNS publicering och SAP-aktivering är separata steg. Rapportera inte arbetet färdigt bara för att det finns en CNAME . Vanliga frågor om SAP Business-mail
Hantera delade domäner över test och produktion
SAP dokumenterar ett fall där ett produktionsmeddelande använder en väljare vars namn refererar till en testhyresgäst eftersom samma domän aktiverades där först. Artikeln säger att en väljare kan vara aktiv per domän i den dokumenterade situationen och att namnet i sig inte orsakar något sändningsproblem. SAP-väljaranvändning mellan hyresgäster
Använd den förklaringen noggrant. Ett överraskande väljarnamn är inget bevis på misslyckande, men inte heller artikeln bevis på att en faktisk signatur är giltig. Bekräfta leverantörens domänprofil, offentliga nyckeluppslag, signeringsdomän och mottagarresultat. Undvik att radera den testnamngivna posten helt enkelt för att få produktionsbeviset att se snyggare ut; det kan fortfarande tjäna den aktiva profilen.
När en testhyresgäst är pensionerad, granska delade signeringsberoenden innan du tar bort DNS . Registrera vilken hyresgäst som ursprungligen etablerade domänprofilen, vad leverantören säger förblir aktiv och vilka produktionsarbetsflöden som fortfarande använder den. Om en väljarändring krävs, skaffa en samordnad övergångsplan och behåll gamla nyckelberoenden tills leverantören bekräftar att pensioneringen är säker.
Behandla massmail som en separat aktiveringsförfrågan
SAP:s mass-e-postaktiveringsartikel beskriver en sändande underdomän, en tre-CNAME-konfiguration och en supportincident. Den frågar efter e-posttyp, mottagarkategori, förväntad månatlig volym, volym per sändning, hyresgäst och underdomän. Förbered dessa operativa detaljer istället för att bara skicka en DNS skärmdump. Bekräfta att de utfärdade uppgifterna och aktiveringsinstruktionerna gäller den aktuella mass-e-postrutten. SAP mass-e-postaktivering
Välj den sändande underdomänen med kampanjägaren och säkerhetsteamet. En underdomän kan förtydliga operativt ägande, men den isolerar inte automatiskt varje rykte eller policyproblem. Kontrollera dess befintliga DNS , policyn som upptäckts för dess From-domän, svarshantering och eventuella beroenden av andra system innan du använder den.
Masse-postartikeln noterar att en generisk kontrollör kan visa ett förväntat fel för reservposter medan hela tre-postuppsättningen fortfarande krävs. Behandla det som en leverantörsspecifik kvalifikation, inte tillåtelse att ignorera godtyckliga DNS fel. Låt SAP bekräfta det avsedda aktiva och reservtillståndet, verifiera de exakta CNAME-namnen och bevisa signaturen som faktiskt används av ett mottaget meddelande. Ta inte bort reservposter bara för att de inte användes i ett test.
Fånga affärs- och masspostbevis oberoende
För affärspost, välj en ofarlig representativ transaktion eller arbetsflöde i varje frigiven hyresgäst. För masspost, använd en kontrollerad testpublik och ett kampanjtest som stöds som inte kommer i kontakt med oavsiktliga mottagare. Spela in ursprungsobjektet eller kampanjen, tidsstämpeln, hyresgästen och den valda avsändaren. Ett test-hyresgästresultat bör inte tyst ersätta produktionsbevis.
På en betrodd mottagare, bevara de ursprungliga rubrikerna och autentiseringsresultaten. Registrera den synliga From, kuvertidentiteten, alla DKIM d=-signeringsdomäner och s=-väljare och mottagarens resultat för varje relevant signatur. Väljaren identifierar uppslagningen av den offentliga DNS -nyckeln; det är inte själv domänen som DMARC justerar. DKIM RFC 6376
Tillämpa nuvarande DMARC -upptäckts- och anpassningsregler på de observerade identiteterna. En passerande justerad DKIM bana kan uppfylla DMARC även när SPF passerar utan justering. En policypost ensam kan inte lägga till en signatur eller korrigera en felaktig Från-domän. Granska effektiv policy innan du ändrar den och använd endast godkända rapporteringsdestinationer. DMARC RFC 9989
Om ett test misslyckas, bevara det exakta felet och den offentliga sökningen innan du ändrar något. Ingen signatur kan indikera saknad aktivering eller en annan rutt. En saknad nyckel kan indikera en felaktig väljarpost eller mål. En giltig signatur med fel signeringsdomän pekar på justering eller val av domänprofil. Dessa observationer begränsar stödbegäran; de motiverar inte att gissa ett ersättningsrekord.
Fiktivt exempel på hanterad SPF och en oväntad väljare
Endast fiktivt skriftligt fall: C4C-01 förutsätter att en produktionsoffert har From sales@company.example , en godkänd signatur d=company.example, och en väljare vars namn hänvisar till testhyresgästen. Den exakta väljaren och SPF identiteten tillhandahålls inte, så detta är inte ett återanvändbart DNS recept. Under den angivna passerande signaturen, är signeringsdomänen exakt anpassad; bara det oväntade väljarnamnet är inte en anledning att ta bort det. SAP-ägaren bör verifiera profilen för delad domän innan pensionering. En separat masspostrutt har inga aktiverings- eller mottagarbevis och förblir öppen. Ingen klient, DNS fråga eller meddelande kördes.
Implementeringskalkylblad och releasegränser
- Omfattning: exakt produkt, hyresgäst-URL, miljö, produktions- eller teststatus, affärs- eller massväg och ägare.
- Domänkarta: alla synliga Från domän och underdomän, relaterade arbetsflöden, svarsägare och delade profiler.
- DNS : aktuell leverantör utfärdad tre-postuppsättning, miljöspecifika mål, befintliga konflikter, TTL:er och uppslagsbevis.
- Aktivering: supportreferens, begärd rutt, domän-till-hyresgästlista, leverantörssvar och förklaring av aktiv eller reservväljare.
- Mass-e-postplanering: e-postsyfte, mottagarkategori, förväntade volymer, vald underdomän och kontrollerad testmetod.
- Meddelandebevis: ursprungsreferens, Från, kuvertidentitet, DKIM d=/s= -värden, betrodda resultat, effektiv policy och anpassningsbeslut.
- Återställning: pausbehörighet, tidigare stödd rutt, delade väljarberoenden och godkännande av pensionering.
Live hyresgästinställningar, offentlig DNS , faktisk aktivering, mottagna rubriker och aktuella skärmdumpar förblir overifierade. Visuell granskning, mänskligt SME-godkännande och publicering väntar. Denna guide är en opublicerad dokumentärkandidat; miljöspecifika mål, delad profilbeteende och alla oprövade företag eller massvägar kräver bekräftelse innan release.
Information om källans tillgänglighet
Upplösningstexten för SAP KB3573096 och KB3728757 bevarades från en framgångsrik offentlig hämtning den 8 november 2026 kl 04:12:48 UTC. En senare oberoende kontroll gav förhandsvisningar som krävs för inloggning. Förklaringarna med delad väljare och företag-mot-massa ovan förlitar sig på de bevarade kopiorna av primärkällan; bekräfta gällande kontotillämpning med SAP innan implementering.
Separera ett passerande meddelande från verkställighetsberedskap
RFC 9989 Avsnitt 7.4 kräver giltig DKIM för en domänpublicering p=reject och varningar om interoperabilitet med indirekt e-post. Ett enda anpassat SPF resultat motiverar inte i sig en utrullning av avvisningspolicy. Granska alla legitima rutter och policyägande separat från denna leverantörskonfiguration.