Leveransfel och karantänhantering delivery-failures-quarantine
- Om leveransfel - omfattar feltyper, felorsaker, synkrona/asynkrona fel, felhantering och felsökning
- Karantänhantering - Omfattar karantän jämfört med blockeringslista, tröskelvärden för mjuka fel, karantänrapporter och adressborttagning
Förstå leveransfel
Vanliga koncept, feltyper och felsökningsanvisningar för leveransfel finns i dokumentationen om leveransfel för Campaign v8 .
Konfigurera studsmeddelanden bounce-mail-config
Följande konfigurationsalternativ är tillgängliga för hybriddistributioner i Campaign Classic v7 för hantering av studentpostbearbetning.
Konfiguration av studentpostlåda bounce-mailbox-configuration
Konfigurationen av studspostlådan för lokala installationer beskrivs i det här avsnittet.
Asynkrona felmeddelanden samlas in av Adobe Campaign-plattformen via studspostlådan och kvalificeras av inMail-processen för att utöka listan med regler för e-posthantering.
Hantering av studentkvalificering bounce-mail-qualification-management
För lokala installationer och värdbaserade/hybridinstallationer som använder den äldre Campaign MTA får Adobe Campaign-leveransservern ett felmeddelande från meddelandeservern eller fjärr-DNS-servern när leveransen av ett e-postmeddelande misslyckas. Listan med fel består av strängar som finns i meddelandet som returneras av fjärrservern. Feltyper och orsaker tilldelas till varje felmeddelande.
Den här listan är tillgänglig via noden Administration > Campaign Management > Non deliverables Management > Delivery log qualification. Det innehåller alla regler som Adobe Campaign använder för att kvalificera leveransfel. Den är inte uttömmande och uppdateras regelbundet av Adobe Campaign och kan även hanteras av användaren.
Meddelandet som returneras av fjärrservern vid den första förekomsten av den här feltypen visas i kolumnen First text i tabellen Delivery log qualification. Om den här kolumnen inte visas klickar du på knappen Configure list längst ned till höger i listan för att markera den.
Adobe Campaign filtrerar det här meddelandet för att ta bort variabelinnehållet (t.ex. ID:n, datum, e-postadresser, telefonnummer osv.) och visar det filtrerade resultatet i kolumnen Text. Variablerna ersätts med #xxx#, förutom adresser som ersätts med *.
Med den här processen kan du sammanföra alla fel av samma typ och undvika flera poster för liknande fel i tabellen för leveransloggskvalificering.
Studsade e-postmeddelanden kan ha följande kvalificeringsstatus:
- To qualify: Det gick inte att kvalificera studsmeddelandet. Kvalificering måste tilldelas slutkundsteamet för att garantera effektiv plattformsleverans. Så länge den inte är kvalificerad används studentposten inte för att utöka listan över regler för e-posthantering.
- Keep: studsmeddelandet har kvalificerats och kommer att användas av arbetsflödet Uppdatera för leverans som ska jämföras med befintliga regler för e-posthantering och berika listan.
- Ignore: studsmeddelandet ignoreras av Campaign MTA, vilket innebär att den här studsen aldrig kommer att leda till att mottagarens adress sätts i karantän. Den kommer inte att användas av arbetsflödet Uppdatera för levererbarhet och kommer inte att skickas till klientinstanser.
Regelkonfiguration för e-posthantering email-management-rules
E-postregler nås via noden Administration > Campaign Management > Non deliverables Management > Mail rule sets. Regler för e-posthantering visas i fönstrets nedre del.
Standardreglerna är följande:
- Leveransservern måste startas om om parametrarna har ändrats.
- Ändringen eller skapandet av hanteringsregler är endast till för expertanvändare.
Inkommande e-post inbound-email
Dessa regler innehåller strängar som kan returneras av fjärrservrar och som gör att du kan kvalificera felet (Hård, Mjuk eller Ignorerad).
När ett e-postmeddelande misslyckas returnerar fjärrservern ett studsmeddelande till den adress som anges i plattformsparametrarna. Adobe Campaign jämför innehållet i varje studsmeddelande med strängarna i regellistan och tilldelar det sedan en av de tre feltyperna.
Mer information om studskompetens finns i det här avsnittet.
Domänhantering domain-management
För lokala installationer tillämpar MTA en enda domänhanteringsregel på alla domäner.
- Du kan välja om du vill aktivera vissa identifieringsstandarder och krypteringsnycklar eller inte för att kontrollera domännamnet, till exempel Avsändarens ID, Domännycklar, DKIM och S/MIME.
- Med parametrarna SMTP-relä kan du konfigurera IP-adressen och porten för en reläserver för en viss domän. Mer information om detta finns i det här avsnittet.
Om dina meddelanden visar on behalf of i avsändaradressen ska du se till att inte signera e-postmeddelanden med avsändar-ID, som är den inaktuella autentiseringsstandarden för e-post från Microsoft. Om alternativet Sender ID är aktiverat avmarkerar du motsvarande ruta och kontaktar Adobe kundtjänst. Leveransen påverkas inte.
MX-hantering mx-management
För lokala installationer används MX-hanteringsregler för att reglera flödet av utgående e-post för en specifik domän.
Dessa regler är tillgängliga i distributionsguiden och kan anpassas:
-
MX Management: Den här regeln används för att styra flödet av utgående e-post för en domän. Där samplas studsmeddelanden och blockeringar som skickas där så är lämpligt.
-
Period: den tidsram under vilken meddelanden stryps eller blockeras.
-
Limit: maximalt antal meddelanden som tillåts per tidsperiod.
-
Type: Feltypen (hård, mjuk eller ignorerad) som används för att fastställa sändningsbeteendet. Mer information om feltypsdefinitioner finns i Campaign v8-dokumentationen.
Mer information om MX-hantering finns i det här avsnittet.
Karantänhantering quarantine-management
Omfattande riktlinjer för karantänhantering finns i dokumentationen för karantänhantering för Campaign v8.
Konfiguration av karantän quarantine-config
Följande konfigurationsalternativ är tillgängliga för hybriddistributioner i Campaign Classic v7 för att anpassa karantänbeteendet.
Konfiguration av tröskelvärde för mjukt fel soft-error-threshold
För lokala installationer som använder det gamla Campaign MTA kan du ändra antalet fel och perioden mellan två fel innan en adress sätts i karantän.
Så här konfigurerar du dessa inställningar:
-
Öppna distributionsguiden från Tools > Advanced > Deployment wizard
-
Navigera till Email channel > Advanced parameters
-
Konfigurera:
- Antal fel: Maximalt antal mjuka fel innan en adress sätts i karantän (standard: 5)
- Period mellan två signifikanta fel: Tidsfönstret (i sekunder) för felräkning (standard: 86 400 sekunder = 1 dag)
När felräknaren når tröskelvärdet sätts adressen i karantän. Om det senaste allvarliga felet inträffade för mer än 10 dagar sedan initieras felräknaren om.
Mer information finns på den här sidan under Leveranssändning > Konfigurera återförsök.
Arbetsflöde för databasrensning database-cleanup-workflow
För lokala installationer tar det tekniska arbetsflödet Database cleanup automatiskt bort adresser i karantän som matchar specifika villkor.
Få åtkomst till det här arbetsflödet från Administration > Production > Technical workflows > Database cleanup.
Arbetsflödet tar bort adresser från karantän i följande fall:
- Adresser i statusen With errors efter en slutförd leverans
- Adresser i statusen With errors om den senaste mjuka studsen inträffade för mer än 10 dagar sedan
- Adresser i statusen With errors med felet Mailbox full efter 30 dagar
Se till att arbetsflödet körs regelbundet (rekommenderas: dagligen) för att upprätthålla karantänlistans hygien.
Mer information om databasrensning finns i det här avsnittet.
Karantänsdetaljer för push-meddelanden push-quarantine-specifics
För Campaign Classic v7 följer karantänmekanismen för push-meddelanden med kanalspecifika beteenden.
För push-meddelanden för iOS och Android använder karantänmekanismen enhetstoken i stället för e-postadresser. När ett mobilprogram avinstalleras eller installeras om placeras den associerade token i karantän.
Detaljerad information om karantänscenarier för push-meddelanden (iOS- och Android-feltyper, återförsöksbeteende osv.) finns i Om leveransfel -dokumentationen som innehåller omfattande feltyper för push-meddelanden.
Specifikationer för SMS-karantän sms-quarantine-specifics
För Campaign Classic v7 följer SMS-karantäner den allmänna karantänmekanismen med vissa kanalspecifika beteenden som är relaterade till telefonnummer i stället för e-postadresser.
SMS-karantänmekanismen varierar beroende på vilken koppling som används:
-
Standard SMPP-anslutningar: Felkvalificeringsregler som definieras i Administration > Campaign Management > Non deliverables Management > Delivery log qualification gäller för SMS-leveranser.
-
Utökad generisk SMPP-anslutning: Felhantering hanteras på olika sätt med reguljära uttryck (regex) för att tolka SR-meddelanden som returneras av SMSC-providern.
Detaljerad information om SMS-karantänscenarier och feltyper finns i Förstå leveransfel -dokumentationen som innehåller omfattande tabeller för feltyper av SMS.
Relaterade ämnen
- Om leveransfel (dokumentation för Campaign v8)
- Karantänhantering (Campaign v8-dokumentation)
- Bästa praxis för leverans (dokumentation för Campaign v8)
- Leveransstatus (dokumentation för kampanj v8)
- Arbetsflöde för databasrensning (v7-hybrid/lokal)
- Konfigurera leveransförsök (v7-hybrid/lokal)
- Uppdatera studskvalifikation (v7-hybrid/lokal)
- Konfiguration för e-postleverans (v7-hybrid/lokal)
- Distribuerar en instans (v7-hybrid/lokal)