[Gäller även för v8]{class="badge positive" title="Gäller även Campaign v8"}

Förstå karantänhantering understanding-quarantine-management

Adobe Campaign hanterar en lista med adresser i karantän. Mottagare vars adress sätts i karantän exkluderas som standard vid leveransanalys och anges inte som mål. En e-postadress kan sättas i karantän, till exempel när postlådan är full eller om adressen inte finns. Under alla omständigheter uppfyller karantänförfarandet de särskilda regler som beskrivs nedan.

Optimera leveransen genom karantänhantering optimizing-your-delivery-through-quarantines

Profilerna vars e-postadresser eller telefonnummer är i karantän exkluderas automatiskt vid meddelandeförberedelsen (se Identifiera adresser i karantän för en leverans). Detta snabbar upp leveranserna eftersom felfrekvensen avsevärt påverkar leveranshastigheten.

Vissa internetleverantörer betraktar automatisk e-post som skräppost om antalet ogiltiga adresser är för högt. Med karantän kan du därför undvika att läggas till i blockeringslista av dessa leverantörer.

Dessutom bidrar karantäner till att minska SMS-kostnaderna genom att utesluta felaktiga telefonnummer från leveranser.

Mer information om de bästa sätten för att skydda och optimera leveranser finns på den här sidan.

Karantän mot blockeringslista quarantine-vs-denylist

Karantän och blockeringslista gäller inte för samma objekt:

Identifiera adresser i karantän identifying-quarantined-addresses

Adresser i karantän kan användas för en viss leverans eller för hela plattformen.

Identifiera adresser i karantän för en leverans identifying-quarantined-addresses-for-a-delivery

Adresser i karantän för en viss leverans listas under leveransförberedelsefasen i leveransloggarna på kontrollpanelen (se Leveransloggar och historik).

Identifiera adresser i karantän för hela plattformen identifying-quarantined-addresses-for-the-entire-platform

Administratörer kan lista adresserna i karantän för hela plattformen från noden Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses.

Följande information finns för varje adress:

Identifiera adresser i karantän i leveransrapporter identifying-quarantined-addresses-in-delivery-reports

Följande rapporter innehåller information om adresserna i karantän:

Du kan söka efter den här informationen för alla leveranser av plattformen (Home page > Reports) eller för en viss leverans. Du kan också skapa anpassade rapporter och välja vilken information som ska visas.

Identifiera adresser i karantän för en mottagare identifying-quarantined-addresses-for-a-recipient

Du kan slå upp status för e-postadressen för alla mottagare. Det gör du genom att markera mottagarprofilen och klicka på fliken Deliveries. För alla leveranser till den mottagaren kan du ta reda på om adressen misslyckades, placerades i karantän under analysen osv. För varje mapp kan du bara visa mottagare vars e-postadress är i karantän. Använd programfiltret Quarantined email address om du vill göra det.

Villkor för att skicka en adress till karantän conditions-for-sending-an-address-to-quarantine

Adobe Campaign hanterar karantän enligt typ av leveransfel och den orsak som tilldelats vid kvalificering av felmeddelanden (se Bedragning av e-postkvalificering och Leveransfel och orsaker).

Om en användare kvalificerar ett e-postmeddelande som en skräppost (feedbackslinga) dirigeras meddelandet automatiskt om till en teknisk postlåda som hanteras av Adobe. Användarens e-postadress skickas sedan automatiskt till karantänen med status Denylisted. Den här statusen avser endast adressen, profilen finns inte på blockeringslista, så att användaren fortsätter att ta emot SMS-meddelanden och push-meddelanden.

I listan över adresser i karantän (se Identifiera adresser i karantän för hela plattformen) visar fältet Error reason varför den valda adressen placerades i karantän.

Mjuk felhantering soft-error-management

I motsats till hårda fel skickar inte mjuka fel en adress direkt till karantän, utan i stället ökar de en felräknare.

Försök utförs igen under leveranstiden. När felräknaren når gränsvärdet sätts adressen i karantän. Mer information finns i Försök igen efter ett tillfälligt leveransfel.

Felräknaren initieras om om det senaste allvarliga felet inträffade för mer än 10 dagar sedan. Adressstatusen ändras sedan till Giltig och tas bort från listan över karantäner i arbetsflödet för Databasrensning.

Om du har uppgraderat till Förbättrat MTA för värdbaserade eller hybridinstallerade installationer, baseras nu det maximala antalet försök som ska utföras om Erroneous-statusen är och den minsta fördröjningen mellan försök på hur bra en IP fungerar både historiskt och för närvarande på en viss domän.

För lokala installationer och värdbaserade/hybridinstallationer som använder det äldre Campaign MTA kan ni ändra antalet fel och perioden mellan två fel. Det gör du genom att ändra motsvarande inställningar i distributionsguiden (Email channel > Advanced parameters) eller på leveransnivå.

Ta bort en adress från karantän removing-a-quarantined-address

Automatiska uppdateringar unquarantine-auto

Adresser som matchar specifika villkor tas automatiskt bort från karantänlistan av arbetsflödet Databasrensning.

Adresserna tas automatiskt bort från karantänlistan i följande fall:

Deras status ändras sedan till Valid.

Manuella uppdateringar unquarantine-manual

Du kan också ta bort karantänen för en adress manuellt. Om du vill ta bort en adress manuellt från karantänlistan ändrar du dess status till Valid från noden Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses.

Massuppdateringar unquarantine-bulk

Du kan behöva göra satsvisa uppdateringar i karantänlistan, t.ex. om en Internet-leverantör är i ett driftstopp. I så fall markeras e-postmeddelanden felaktigt som studsar eftersom de inte kan levereras till mottagaren. Dessa adresser måste tas bort från karantänlistan.

Om du vill utföra det här skapar du ett arbetsflöde och lägger till en Query-aktivitet i karantäntabellen för att filtrera bort alla påverkade mottagare. När de har identifierats kan de tas bort från karantänlistan och inkluderas i framtida e-postleveranser för kampanjer.

Nedan följer de rekommenderade riktlinjerna för den här frågan:

När du har en lista över berörda mottagare lägger du till en Update data-aktivitet för att ange deras e-postadressstatus till Valid så att de tas bort från karantänlistan i arbetsflödet Database cleanup. Du kan även ta bort dem från karantäntabellen.

Kantlinjer för push-meddelanden push-notification-quarantines

Karantänmekanismen för push-meddelanden är globalt densamma som den allmänna processen. Vissa fel hanteras dock på olika sätt för push-meddelanden. För vissa mjuka fel utförs till exempel inga försök inom samma leverans. Specifikationerna för push-meddelanden anges nedan. Mekanismen för återförsök (antal återförsök, frekvens) är densamma som för e-post.

Objekten som sätts i karantän är enhetstoken.

iOS karantän ios-quarantine

HTTP/V2-protokollet tillåter direkt feedback och status för varje push-leverans. Om HTTP/V2-protokollkopplingen används anropas inte längre feedbacktjänsten av arbetsflödet mobileAppOptOutMgt. En token betraktas som oregistrerad när ett mobilprogram avinstalleras eller installeras om.

Synkront, om APN:er returnerar status "unregistered" för ett meddelande, sätts måltoken omedelbart i karantän.

Android karantän android-quarantine

För Android v1

För varje meddelande får Adobe Campaign synkrona fel direkt från FCM-servern. Adobe-kampanjen hanterar dem i farten och genererar hårda eller mjuka fel beroende på hur allvarligt felet är, och nya försök kan utföras:

Arbetsflödet mobileAppOptOutMgt körs var sjätte timme för att uppdatera tabellen AppSubscriptionRcp. För tokens som deklarerats som oregistrerade eller inte längre giltiga ställs fältet Inaktiverad in på Sant och prenumerationen som är länkad till den enhetstoken exkluderas automatiskt från framtida leveranser.

Under leveransanalysen läggs alla enheter som är undantagna från målet automatiskt till i tabellen excludeLogAppSubRcp .

För Android V2

Android V2-karantänmekanismen använder samma process som Android V1, samma sak gäller för prenumerations- och exkluderingsuppdateringen. Mer information finns i avsnittet Android V1.

SMS-karantän sms-quarantines

För standardanslutningar

Karantänmekanismen för SMS-meddelanden är globalt densamma som den allmänna processen. Se Om karantän. Specifikationerna för SMS anges nedan.

För den utökade allmänna SMPP-anslutningen

När SMPP-protokollet används för att skicka SMS-meddelanden hanteras felhanteringen på ett annat sätt. Mer information om den utökade allmänna SMPP-anslutningen finns på den här sidan.

SMPP-kopplingen hämtar data från SR-meddelandet (statusrapport) som returneras med reguljära uttryck (regex) för att filtrera innehållet. Dessa data matchas sedan mot informationen i tabellen Delivery log qualification (som är tillgänglig via menyn Administration > Campaign Management > Non deliverables Management).

Innan en ny typ av fel kvalificeras är felorsaken alltid inställd på Refused som standard.

Exempel på ett genererat meddelande:

SR Generic DELIVRD 000|#MESSAGE#

Den utökade generiska SMPP-anslutningen använder en heuristisk metod för att hitta rimliga standardvärden: om statusen börjar med DELIV betraktas den som lyckad eftersom den matchar de vanliga statusvärdena DELIVRD eller DELIVERED som används av de flesta leverantörer. All annan status leder till ett allvarligt fel.