[Ook van toepassing op v8]{class="badge positive" title="Ook van toepassing op campagne v8"}
Quarantainebeheer begrijpen understanding-quarantine-management
Adobe Campaign beheert een lijst met in quarantaine geplaatste adressen. Ontvangers van wie het adres in quarantaine is geplaatst, worden standaard tijdens de leveringsanalyse uitgesloten, en zullen niet doelgericht worden benaderd. Een e-mailadres kan in quarantaine worden geplaatst, bijvoorbeeld, wanneer de brievenbus volledig is of als het adres niet bestaat. In elk geval voldoet de quarantaineprocedure aan de hieronder beschreven specifieke voorschriften.
De levering optimaliseren via quarantainebeheer optimizing-your-delivery-through-quarantines
De profielen waarvan e-mailadressen of telefoonaantal in quarantaine zijn worden automatisch uitgesloten tijdens berichtvoorbereiding (zie quarantined adressen voor een leveringidentificeren). Hierdoor wordt de levering versneld, omdat het foutenpercentage een belangrijk effect heeft op de leveringssnelheid.
Sommige internetproviders beschouwen e-mails automatisch als spam als het aantal ongeldige adressen te hoog is. Met quarantaine kunt u dus voorkomen dat deze providers aan de lijst van gewezen personen worden toegevoegd.
Bovendien zijn de verzendkosten voor sms-berichten lager doordat onjuiste telefoonnummers van de levering worden uitgesloten.
Raadpleeg deze pagina voor meer informatie over de best practices voor het beveiligen en optimaliseren van uw leveringen.
Quarantine versus lijst van gewezen personen quarantine-vs-denylist
Quarantaine en lijst van gewezen personen zijn niet van toepassing op hetzelfde object:
-
quarantaine is slechts op een adres (of telefoonaantal, enz.), niet op het profiel zelf van toepassing. Een profiel waarvan het e-mailadres in quarantaine is geplaatst, kan bijvoorbeeld zijn profiel bijwerken en een nieuw adres invoeren. Dit profiel kan dan opnieuw worden geactiveerd door leveringsacties. Eveneens, als twee profielen gebeuren om het zelfde telefoonaantal te hebben, zullen zij allebei worden beïnvloed als het aantal quarantined is.
De quarantined adressen of telefoonaantallen worden getoond in uitsluitingslogboeken(voor een levering) of in de quarantainelijst(voor het volledige platform).
-
Het zijn op de lijst van gewezen personen, anderzijds, zal in het profiel resulteren niet meer door de levering, zoals na een unsubscription (opt-out), voor een bepaald kanaal wordt gericht. Als een profiel op de lijst van gewezen personen voor het e-mailkanaal bijvoorbeeld twee e-mailadressen heeft, worden beide adressen van levering uitgesloten.
In de sectie No longer contact van het tabblad General van het profiel kunt u controleren of er zich op de lijst van gewezen personen een of meer kanalen bevinden in de sectie van het profiel. Zie deze sectie.
In quarantaine geplaatste adressen identificeren identifying-quarantined-addresses
Adressen kunnen in quarantaine worden geplaatst voor een specifieke levering of voor het volledige platform.
Identificeer quarantined adressen voor een levering identifying-quarantined-addresses-for-a-delivery
De gekwantificeerde adressen voor een specifieke levering zijn vermeld tijdens de fase van de leveringsvoorbereiding, in de leveringslogboeken van het leveringsdashboard (zie Logboeken van de Levering en geschiedenis).
Identificeer quarantined adressen voor het volledige platform identifying-quarantined-addresses-for-the-entire-platform
Beheerders kunnen de adressen in quarantaine weergeven voor het gehele platform vanaf het knooppunt Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses .
Voor elk adres is de volgende informatie beschikbaar:
Identificeer quarantined adressen in leveringsrapporten identifying-quarantined-addresses-in-delivery-reports
De volgende rapporten verstrekken informatie over de adressen in quarantaine:
-
Voor elke levering, toont het Delivery summary rapport het aantal adressen in quarantaine in het leveringsdoel. Het toont:
-
het aantal adressen dat tijdens de afleveringsanalyse in quarantaine wordt geplaatst;
-
Het aantal adressen die in quarantaine na de leveringsactie worden geplaatst.
-
-
Het Non-deliverables and bounces -rapport bevat informatie over de adressen in quarantaine, de typen fouten die zijn aangetroffen, enzovoort, en een uitsplitsing naar mislukking per domein.
U kunt deze informatie voor alle leveringen van het platform (Home page > Reports) of voor een specifieke levering opzoeken. U kunt ook aangepaste rapporten maken en de informatie selecteren die moet worden weergegeven.
Identificeer quarantined adressen voor een ontvanger identifying-quarantined-addresses-for-a-recipient
U kunt de status van het e-mailadres van elke ontvanger opzoeken. Selecteer hiertoe het ontvangende profiel en klik op de tab Deliveries . Voor alle leveringen aan die ontvanger, kunt u te weten komen of het ontbroken adres, tijdens analyse in quarantined, enz. was. Voor elke map kunt u alleen de ontvangers weergeven van wie het e-mailadres in quarantaine staat. Hiervoor gebruikt u het toepassingsfilter Quarantined email address .
Voorwaarden voor verzending van een adres naar quarantaine conditions-for-sending-an-address-to-quarantine
Adobe Campaign beheert quarantaine volgens het type van de leveringsmislukking en de reden die tijdens de kwalificatie van foutenmeldingen (zie wordt toegewezen de postkwalificatie van de Stounceen de mislukkingstypen en redenen van de Levering).
- Genegeerde fout: bij genegeerde fouten wordt een adres niet in quarantaine geplaatst.
- Harde fout: het desbetreffende e-mailadres wordt onmiddellijk in quarantaine geplaatst.
- Zachte fout: bij zachte fouten wordt het adres niet direct in quarantaine geplaatst, maar neemt het aantal fouten op de foutenteller toe. Voor meer op dit, zie Zacht foutenbeheer.
Als een gebruiker een e-mail als spam ( kwalificeert koppelt lijn), wordt het bericht automatisch opnieuw gericht naar een technische brievenbus die door Adobe wordt geleid. Het e-mailadres van de gebruiker wordt vervolgens automatisch in quarantaine geplaatst met de status Denylisted. Deze status verwijst alleen naar het adres, het profiel staat niet op de lijst van gewezen personen, zodat de gebruiker SMS-berichten en pushberichten blijft ontvangen.
In de lijst van quarantined adressen (zie het identificeren van quarantined adressen voor het volledige platform), wijst het Error reason gebied erop waarom het geselecteerde adres in quarantaine werd geplaatst.
Beheer van zachte fouten soft-error-management
In tegenstelling tot harde fouten, verzenden de zachte fouten onmiddellijk geen adres naar quarantaine, maar zij verhogen in plaats daarvan een foutenteller.
De pogingen zullen tijdens de leveringsduurworden uitgevoerd. Wanneer de foutenteller de grenswaarde bereikt, wordt het adres in quarantaine geplaatst. Voor meer op dit, verwijs naar probeert na een tijdelijke mislukking van de levering.
De foutenteller wordt opnieuw geïnitialiseerd als de laatste significante fout meer dan 10 dagen geleden voorkwam. De adresstatus verandert dan in Geldig en het wordt geschrapt van de lijst van quarantines door het schoonmaakbeurt van het Gegevensbestandwerkschema.
Voor ontvangen of hybride installaties, als u aan Verbeterde MTAhebt bevorderd, is het maximumaantal uit te voeren pogingen in het geval van Erroneous status en de minimumvertraging tussen pogingen nu gebaseerd op hoe goed IP zowel historisch als momenteel bij een bepaald domein uitvoert.
Voor on-premise installaties en ontvangen/hybride installaties die de erfenis MTA van de Campagne gebruiken, kunt u het aantal fouten en de periode tussen twee fouten wijzigen. Om dit te doen, verander de overeenkomstige montages in de plaatsingstovenaar(Email channel > Advanced parameters) of op het leveringsniveau.
Een adres uit quarantaine verwijderen removing-a-quarantined-address
Automatische updates unquarantine-auto
Adressen die specifieke voorwaarden aanpassen worden automatisch geschrapt van de quarantainelijst door het schoonmaakbeurtwerkschema van het Gegevensbestand.
De adressen worden automatisch verwijderd uit de quarantainelijst in de volgende gevallen:
- Adressen in de status With errors worden na een geslaagde levering uit de quarantainelijst verwijderd.
- Adressen in een status With errors worden uit de quarantainelijst verwijderd als de laatste zachte stuit meer dan 10 dagen geleden plaatsvond. Voor meer op softfoutenbeheer, zie deze sectie.
- Adressen in een With errors -status die met de Mailbox full -fout zijn gemarkeerd, worden na 30 dagen uit de quarantainelijst verwijderd.
De status verandert vervolgens in Valid .
Handmatige updates unquarantine-manual
U kunt een adres ook handmatig uit de quarantaine verwijderen. Als u een adres handmatig uit de quarantainelijst wilt verwijderen, wijzigt u de status in Valid van het knooppunt Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses .
Bulkupdates unquarantine-bulk
U zou bulkupdates op de quarantainelijst, bijvoorbeeld in het geval van een ISP stroomonderbreking kunnen moeten uitvoeren. In dat geval worden e-mails ten onrechte als bonnen gemarkeerd omdat ze niet met succes aan de ontvanger kunnen worden bezorgd. Deze adressen moeten uit de quarantainelijst worden verwijderd.
Om dit te doen, creeer een werkschema en voeg een Query activiteit op uw quarantainetabel toe om alle beïnvloede ontvangers uit te filteren. Als deze eenmaal zijn geïdentificeerd, kunnen ze uit de quarantainelijst worden verwijderd en worden opgenomen in toekomstige e-mailleveringen voor campagnes.
Hieronder volgen de geadviseerde richtlijnen voor deze vraag:
-
Voor Campaign Classic v7-omgevingen met informatie over de regel Inbound-e-mail in het veld Error text van de quarantainelijst:
- tekst van de Fout (quarantainetekst) bevat "Momen_Code10_InvalidRecipient"
- E-maildomein (@domein) is gelijk aan domain1.com OF E-maildomein (@domein) gelijk aan domain2.com OF E-maildomein (@domein) gelijk aan domain3.com
- status van de Update (@lastModified) op of na
MM/DD/YYYY HH:MM:SS AM - status van de Update (@lastModified) op of vóór
MM/DD/YYYY HH:MM:SS PM
-
Voor Campaign Classic v7-instanties met SMTP-stuitresponsinformatie in het veld Error text van de quarantainelijst:
- de tekst van de Fout (quarantainetekst) bevat "550-5.1.1"EN Tekst van de Fout (quarantainetekst) bevat "support.ISP.com"
waar "support.ISP.com" kan zijn: bijvoorbeeld "support.apple.com" of "support.google.com"
- status van de Update (@lastModified) op of na
MM/DD/YYYY HH:MM:SS AM - status van de Update (@lastModified) op of vóór
MM/DD/YYYY HH:MM:SS PM
Als u de lijst met betrokken ontvangers hebt, voegt u een Update data -activiteit toe om de status van hun e-mailadres in te stellen op Valid , zodat ze uit de quarantainelijst worden verwijderd via de Database cleanup -workflow. U kunt ze ook gewoon uit de quarantainetabel verwijderen.
Push notification quarantines push-notification-quarantines
Het quarantainemechanisme voor pushmeldingen is over het algemeen hetzelfde als het algemene proces. Bepaalde fouten worden echter anders beheerd voor pushberichten. Voor bepaalde fouten in de software worden bijvoorbeeld geen pogingen opnieuw uitgevoerd binnen dezelfde levering. De specifieke kenmerken voor pushmeldingen worden hieronder weergegeven. Het mechanisme voor opnieuw proberen (aantal pogingen, frequentie) is hetzelfde als voor e-mailberichten.
De items die in quarantaine worden geplaatst, zijn apparaattokens.
iOS quarantaine ios-quarantine
Met het HTTP/V2-protocol kunt u rechtstreeks feedback geven en de status van elke push-levering bepalen. Als de HTTP/V2-protocolconnector wordt gebruikt, wordt de feedbackservice niet meer aangeroepen door de mobileAppOptOutMgt -workflow. Een token wordt als niet-geregistreerd beschouwd wanneer een mobiele toepassing wordt verwijderd of opnieuw wordt geïnstalleerd.
Synchroon, als APNs een "unregistered"status voor een bericht terugkeert, zal het doelteken onmiddellijk in quarantaine worden geplaatst.
Android quarantaine android-quarantine
voor Android V1
Voor elke melding ontvangt Adobe Campaign de synchrone fouten rechtstreeks van de FCM-server. De campagne van de Adobe behandelt hen op de vlucht en produceert harde of zachte fouten volgens de strengheid van de fout en de pogingen kunnen worden uitgevoerd:
- Payloadlengte overschreden, verbindingsprobleem, probleem met beschikbaarheid van service: opnieuw uitgevoerd, soft error, reden van fout is Refused .
- Apparaatquota overschreden: geen nieuwe poging, soft error, reden van mislukking is Refused .
- Ongeldige of niet-geregistreerde token, onverwachte fout, probleem met afzenderaccount: geen nieuwe poging, harde fout, reden van mislukking is Refused .
De mobileAppOptOutMgt werkschemalooppas om de 6 uur om de AppSubscriptionRcp lijst bij te werken. Voor de tekenen die niet geregistreerd of niet meer geldig worden verklaard, wordt het gebied Gehandicapten geplaatst aan Waar en het abonnement verbonden aan dat apparatenteken zal automatisch van toekomstige leveringen worden uitgesloten.
Tijdens de leveringsanalyse, worden alle apparaten die van het doel worden uitgesloten automatisch toegevoegd aan de excludeLogAppSubRcp lijst.
- Verbindingsprobleem aan het begin van de levering: type fout Undefined, reden mislukt Unreachable , wordt opnieuw geprobeerd.
- Verbinding die tijdens een levering verloren gaat: zachte fout, reden van mislukking Refused, wordt opnieuw geprobeerd wordt uitgevoerd.
- Synchrone fout die door Baidu tijdens het verzenden is geretourneerd: harde fout, reden van mislukking Refused; opnieuw proberen wordt niet uitgevoerd.
voor Android V2
Het Android V2-quarantainemechanisme gebruikt hetzelfde proces als Android V1. Hetzelfde geldt voor de abonnementen en uitsluitingen-update. Voor meer op dit verwijs naar Android V1sectie.
SMS-quarantines sms-quarantines
voor standaardschakelaars
Het quarantainemechanisme voor SMS-berichten is over het algemeen hetzelfde als het algemene proces. Zie Ongeveer quarantines. De specifieke kenmerken voor SMS worden hieronder weergegeven.
voor de Uitgebreide generische schakelaar SMPP
Wanneer het gebruiken van het protocol SMPP om de berichten van SMS te verzenden, wordt het foutenbeheer verschillend behandeld. Voor meer informatie over de Uitgebreide generische schakelaar SMPP, verwijs naar deze pagina.
De schakelaar SMPP wint gegevens van het bericht van SR (Status Report) terug dat gebruikend regelmatige uitdrukkingen (regexes) is teruggekeerd om zijn inhoud te filtreren. Deze gegevens worden vervolgens vergeleken met de informatie in de tabel Delivery log qualification (beschikbaar via het menu Administration > Campaign Management > Non deliverables Management ).
Alvorens een nieuw type van fout wordt gekwalificeerd, wordt de mislukkingsreden altijd geplaatst aan Verworpen door gebrek.
Voorbeeld van een gegenereerd bericht:
SR Generic DELIVRD 000|#MESSAGE#
-
Alle foutenmeldingen beginnen met SR om de foutencodes van SMS van e-mailfoutencodes te onderscheiden.
-
Het tweede deel (Algemeen in dit voorbeeld) van het foutenbericht verwijst naar de naam van de implementatie SMSC zoals die in het SMSC implementation name gebied van de externe rekening van SMS wordt bepaald. Zie deze pagina.
Omdat dezelfde foutcode voor elke provider een andere betekenis kan hebben, kunt u in dit veld weten welke provider de foutcode heeft gegenereerd. U kunt de fout dan vinden in de relevante documentatie van de leverancier.
-
Het derde deel (LEVERT in dit voorbeeld) van het foutenbericht beantwoordt aan de statuscode die van SR wordt teruggewonnen gebruikend de regex van de statusextractie die in de externe rekening van SMS wordt bepaald.
Deze regex wordt opgegeven op het tabblad SMSC specificities van de externe account. Zie deze pagina.
Door gebrek, haalt regex de staat: gebied zoals die door de wordt bepaald Bijlage B sectie van de 3.4 specificatie van SMPP.
-
Het vierde deel (000 in dit voorbeeld) van het foutenbericht beantwoordt aan de foutencode die uit SR wordt gehaald gebruikend de de extractieregex van de foutencode die in de externe rekening van SMS wordt bepaald.
Deze regex wordt opgegeven op het tabblad SMSC specificities van de externe account. Zie deze pagina.
Door gebrek, haalt regex err: gebied zoals die door de wordt bepaald Bijlage B sectie van de 4} SMPP 3.4 specificatie.
-
Alles wat na het buissymbool (|) komt wordt slechts getoond in de First text kolom van de Delivery log qualification lijst. Deze inhoud wordt altijd vervangen door #MESSAGE# nadat het bericht is genormaliseerd. Dit proces voorkomt het hebben van veelvoudige ingangen voor gelijkaardige fouten en is het zelfde als voor e-mail. Voor meer op dit, zie de postkwalificatie van de Stuiteren.
De uitgebreide generische schakelaar SMPP past heuristisch toe om verstandige standaardwaarden te vinden: als de status met LEVERT begint, wordt het beschouwd als een succes omdat het de gemeenschappelijke statussen LEVERT of LEVERDE aanpast die door de meeste leveranciers worden gebruikt. Elke andere status leidt tot een harde fout.