[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 zijn automatisch uitgesloten tijdens berichtvoorbereiding (zie Identificeer quarantined adressen voor een levering). 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:
-
Quarantine is alleen van toepassing op een adres (of telefoonnummer, enz.), niet naar het profiel zelf. 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 in quarantaine geplaatste adressen of telefoonaantallen worden getoond in uitsluitingslogboeken (voor levering) of in de quarantainelijst (voor het gehele platform).
-
Aan de slag lijst van gewezen personen anderzijds zal profiel niet langer het doelwit is van de levering, bijvoorbeeld na een abonnement (opt-out), voor een bepaald kanaal. Als een profiel op de lijst van gewezen personen voor het e-mailkanaal bijvoorbeeld twee e-mailadressen heeft, worden beide adressen van levering uitgesloten.
U kunt controleren of een profiel op de lijst van gewezen personen voor een of meer kanalen in het dialoogvenster No longer contact van het profiel General tab. 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 leveringsvoorbereidingsfase, in de leveringslogboeken van het leveringsdashboard (zie Leveringslogboeken en geschiedenis).
Identificeer quarantined adressen voor het volledige platform identifying-quarantined-addresses-for-the-entire-platform
De beheerders kunnen van de adressen in quarantaine voor het volledige platform van een lijst maken Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses knooppunt.
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 Delivery summary het rapport toont 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.
-
-
De Non-deliverables and bounces het rapport toont informatie over de adressen in quarantaine, de types van aangetroffen fout, enz., en een mislukkingsonderbreking door domein.
U kunt deze informatie opzoeken voor alle leveringen van het platform (Home page > Reports) of voor een specifieke levering. 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 knop Deliveries tab. 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. Om dit te doen, gebruik Quarantined email address toepassingsfilter.
Voorwaarden voor verzending van een adres naar quarantaine conditions-for-sending-an-address-to-quarantine
Adobe Campaign beheert quarantaine volgens het type van leveringsmislukking en de reden die tijdens de kwalificatie van foutenmeldingen wordt toegewezen (zie Bounce mail-kwalificatie en Typen leveringsfouten en redenen).
- 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. Zie voor meer informatie Beheer van zachte fouten.
Als een gebruiker een e-mailbericht kwalificeert als spam (feedbacklus), wordt het bericht automatisch opnieuw gericht naar een technische brievenbus die door Adobe wordt beheerd. 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), Error reason geeft aan waarom het geselecteerde adres in quarantaine is 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.
Opnieuw proberen wordt uitgevoerd tijdens de leveringstijd. Wanneer de foutenteller de grenswaarde bereikt, wordt het adres in quarantaine geplaatst. Raadpleeg voor meer informatie hierover Retourneert na een tijdelijke leverfout.
De foutenteller wordt opnieuw geïnitialiseerd als de laatste significante fout meer dan 10 dagen geleden voorkwam. De adresstatus verandert vervolgens in Geldig en wordt door de Database opschonen workflow.
Voor gehoste of hybride installaties, als u een upgrade hebt uitgevoerd naar de Enhanced MTA, het maximumaantal opnieuw uit te voeren pogingen in geval van Erroneous status en de minimumvertraging tussen pogingen zijn nu gebaseerd op hoe goed IP zowel historisch als momenteel bij een bepaald domein presteert.
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. Hiervoor wijzigt u de bijbehorende instellingen in het dialoogvenster implementatiewizard (Email channel > Advanced parameters) of op het niveau van levering.
Een adres uit quarantaine verwijderen removing-a-quarantined-address
Automatische updates unquarantine-auto
Adressen die aan specifieke voorwaarden voldoen, worden automatisch uit de quarantainelijst verwijderd door de Database opschonen workflow.
De adressen worden automatisch verwijderd uit de quarantainelijst in de volgende gevallen:
- Adressen in een With errors de status wordt na een geslaagde levering uit de quarantainelijst verwijderd .
- Adressen in een With errors de status wordt uit de quarantainelijst verwijderd als de laatste zachte stuit meer dan tien dagen geleden heeft plaatsgevonden . Zie voor meer informatie over softerror management deze sectie.
- Adressen in een With errors status die met de Mailbox full De fout wordt na 30 dagen uit de quarantainelijst verwijderd.
Hun 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 de Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses knooppunt.
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 toe Query activiteit op uw quarantainetabel om alle getroffen 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 regels voor inkomende e-mail in de Error text veld van de quarantainelijst:
- Fouttekst (quarantainetekst) bevat "Momen_Code10_InvalidRecipient"
- E-maildomein (@domein) gelijk aan domain1.com OR E-maildomein (@domein) gelijk aan domain2.com OR E-maildomein (@domein) is gelijk aan domain3.com
- Status bijwerken (@lastModified) op of na
MM/DD/YYYY HH:MM:SS AM
- Status bijwerken (@lastModified) op of voor
MM/DD/YYYY HH:MM:SS PM
-
Voor Campaign Classic v7 instanties met SMTP stuitert reactieinformatie in Error text veld van de quarantainelijst:
- Fouttekst (quarantainetekst) bevat "550-5.1.1" EN Fouttekst (quarantainetekst) bevat "support.ISP.com"
waar "support.ISP.com" kan zijn: bijvoorbeeld "support.apple.com" of "support.google.com"
- Status bijwerken (@lastModified) op of na
MM/DD/YYYY HH:MM:SS AM
- Status bijwerken (@lastModified) op of voor
MM/DD/YYYY HH:MM:SS PM
Als u de lijst met betrokken ontvangers hebt, voegt u een Update data activiteit om hun e-mailadresstatus in te stellen op Valid zodat zij uit de quarantainelijst worden verwijderd door 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 protocolschakelaar wordt gebruikt, koppelt de dienst niet meer wordt geroepen door 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:
- Lengte van lading overschreden, verbindingskwestie, de kwestie van de de dienstbeschikbaarheid: uitgevoerd opnieuw, zachte fout, mislukkingsreden is Refused.
- Apparaatquota overschreden: niet opnieuw proberen, soft error, error reason is Refused.
- Ongeldige of niet-geregistreerde token, onverwachte fout, probleem met afzenderaccount: geen nieuwe poging, harde fout, reden van fout is Refused.
De mobileAppOptOutMgt werkstroom wordt elke 6 uur uitgevoerd om de AppSubscriptionRcp tabel. Voor tokens die niet zijn geregistreerd of niet meer geldig zijn, wordt het veld Uitgeschakeld is ingesteld op Waar en het abonnement op dat apparaattoken wordt automatisch uitgesloten van toekomstige leveringen.
Tijdens de leveringsanalyse, worden alle apparaten die van het doel worden uitgesloten automatisch toegevoegd aan excludeLogAppSubRcp tabel.
- Verbindingsprobleem aan het begin van de levering: type fout Undefined, reden van fout Unreachable, wordt opnieuw geprobeerd.
- Verbinding verloren tijdens levering: zachte fout, reden van mislukking Refused, wordt opnieuw geprobeerd.
- Synchrone fout die door Baidu tijdens het verzenden is geretourneerd: harde fout, oorzaak van fout Refused, wordt het opnieuw proberen niet uitgevoerd.
Voor Android V2
Het Android V2-quarantainemechanisme gebruikt hetzelfde proces als Android V1. Hetzelfde geldt voor de update voor abonnementen en uitsluitingen. Zie voor meer informatie de Android V1 sectie.
SMS-quarantines sms-quarantines
Voor standaardconnectors
Het quarantainemechanisme voor SMS-berichten is over het algemeen hetzelfde als het algemene proces. Zie Informatie over quarantines. De specifieke kenmerken voor SMS worden hieronder weergegeven.
Voor de uitgebreide algemene SMPP-connector
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 gegevens in het dialoogvenster Delivery log qualification tabel (beschikbaar via de Administration > Campaign Management > Non deliverables Management ).
Voordat een nieuw type fout wordt gekwalificeerd, is de reden van de fout altijd ingesteld op Geweigerd standaard.
Voorbeeld van een gegenereerd bericht:
SR Generic DELIVRD 000|#MESSAGE#
-
Alle foutberichten beginnen met SR om SMS-foutcodes te onderscheiden van e-mailfoutcodes.
-
Het tweede deel (Algemeen in dit voorbeeld) van het foutbericht verwijst naar de naam van de SMSC-implementatie, zoals gedefinieerd in de SMSC implementation name veld van de externe SMS-rekening. 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 (LEVERING in dit voorbeeld) van het foutbericht komt overeen met de statuscode die uit de SR is opgehaald met behulp van het statusextractieoverzicht dat in de externe SMS-account is gedefinieerd.
Deze regex wordt gespecificeerd in SMSC specificities tabblad van de externe account. Zie deze pagina.
Standaard extraheert de regex de Status: veld zoals gedefinieerd door de Aanhangsel B van de SMPP 3.4-specificatie.
-
Het vierde deel (000 in dit voorbeeld) van het foutbericht komt overeen met de foutcode die uit de SR is geëxtraheerd met behulp van het extraheren van de foutcode die in de externe SMS-account is gedefinieerd.
Deze regex wordt gespecificeerd in SMSC specificities tabblad van de externe account. Zie deze pagina.
Standaard extraheert de regex de fout: veld zoals gedefinieerd door de Aanhangsel B van de SMPP 3.4-specificatie.
-
Alles wat na het buissymbool (|) komt wordt slechts getoond in First text kolom van de Delivery log qualification tabel. 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. Zie voor meer informatie Bounce mail-kwalificatie.
De uitgebreide generische schakelaar SMPP past heuristisch toe om verstandige standaardwaarden te vinden: als de status met begint DELIV, wordt het als een succes beschouwd omdat het overeenkomt met de gemeenschappelijke status LEVERING of AFGELEVERD door de meeste aanbieders worden gebruikt. Elke andere status leidt tot een harde fout.