[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.

NOTE
Deze sectie is van toepassing op online kanalen: e-mail, SMS, pushmelding.

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.

NOTE
Quarantine bevat een Denylisted status, die van toepassing is wanneer ontvangers uw bericht melden als spam of op een SMS-bericht reageren met een trefwoord zoals "STOP". In dat geval wordt het betreffende adres of telefoonnummer van het profiel verzonden naar quarantaine met de Denylisted status. Voor meer informatie over het beheren van SMS-berichten van STOP raadpleegt u 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.

NOTE
Dit menu bevat quarantaine-elementen voor e-mail-, sms- en pushberichtkanalen.

Voor elk adres is de volgende informatie beschikbaar:

NOTE
De toename van het aantal quarantines is een normaal effect dat gerelateerd is aan de "slijtage" van de database. Als de levensduur van een e-mailadres bijvoorbeeld wordt beschouwd als drie jaar en de tabel met ontvangers elk jaar met 50% toeneemt, kan de toename van quarantaine als volgt worden berekend:
Einde van jaar 1: (1*0,33)/(1+0,5)=22%.
Einde van jaar 2: (1.22*0,33)+0,33)/(1,5+0,75)=32,5%.

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.

NOTE
Quarantaine in Adobe Campaign is hoofdlettergevoelig. Zorg dat u de e-mailadressen in kleine letters importeert, zodat ze later niet opnieuw worden getarget.

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.

IMPORTANT
Ontvangers met een adres in een Quarantine of Denylisted de status wordt nooit verwijderd, zelfs niet als ze een e-mail ontvangen.

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.

Scenario
Status
Foutbericht
Type fout
Mislukt
Opnieuw
Gericht apparaat ingeschakeld
OK
Gericht apparaat uitgeschakeld
OK
Gebruiker schakelt meldingen voor de toepassing uit
OK
Berichtontwerp/analysefase - lading te groot
Mislukt
Payload te lang
Zacht
Geweigerd
Nee
Berichtaanmaak/analysefase - onverwachte inhoudsopmaakkwestie
Mislukt
Verschillende foutberichten op basis van de fout
Zacht
Ongedefinieerd
Nee
Certificaatafgifte (wachtwoord, beschadiging, enz.) en testverbinding met APNs-probleem
Mislukt
Verschillende foutberichten op basis van de fout
Zacht
Geweigerd
Nee
Netwerkverbinding verloren tijdens verzenden
Mislukt
Verbindingsfout
Ongedefinieerd
Onbereikbaar
Ja
APNs-bericht afgewezen: Unregistration
de gebruiker de toepassing heeft verwijderd of het token is verlopen
Mislukt
Niet geregistreerd
Hard
Gebruiker onbekend
Nee
APNs-bericht afgekeurd: alle andere fouten
Mislukt
De oorzaak van de fout-afwijzing komt voor in het foutbericht
Zacht
Geweigerd
Nee

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.

NOTE
Voor klanten die de schakelaar Baidu gebruiken, zijn hier de verschillende soorten fouten:
  • 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.
Adobe Campaign neemt om de 10 minuten contact op met de Baidu-server om de status van het verzonden bericht op te halen en werkt de weblogs bij. Als een bericht wordt verklaard zoals verzonden, wordt het statuut van het bericht in de uitzendingen geplaatst aan Received. Als Baidu een fout declareert, wordt de status ingesteld op Failed.

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.

Scenario
Status
Foutbericht
Type fout
Mislukt
Opnieuw
Berichtaanmaak/analyse fase: illegale trefwoorden gebruikt in aangepaste velden
Mislukt
De volgende trefwoorden kunnen niet worden gebruikt: {1}
Zacht
Nee
Berichtaanmaak/analysefase: lading te groot
Mislukt
Het bericht is te zwaar: {1} beetjes, terwijl slechts \ {2 \} wordt geautoriseerd
Zacht
Geweigerd
Nee
Netwerkverbinding verloren tijdens verzenden
Mislukt
Geen reactie van de Firebase Cloud Messaging-service op het adres: {1}
Zacht
Onbereikbaar
Ja
Afkeuring van FCM-berichten: De FCM-server is tijdelijk niet beschikbaar (bijvoorbeeld met time-outs).
Mislukt
De Firebase Cloud Messaging-service is tijdelijk niet beschikbaar
Zacht
Onbereikbaar
Ja
Afkeuring van FCM-berichten: Fout bij het verifiëren van de senderaccount
Mislukt
Kan de ontwikkelaarsaccount niet identificeren. Controleer uw id en wachtwoord
Zacht
Geweigerd
Nee
Afwijzing van FCM-bericht: Apparaatquota overschreden
Mislukt
Zacht
Geweigerd
Ja
Afwijzing van FCM-bericht: Ongeldige registratie / niet geregistreerd
Mislukt
Hard
Gebruiker onbekend
Nee
Afkeuring van FCM-berichten: Alle andere fouten
Mislukt
De Firebase Cloud Messaging-server heeft een onverwachte foutcode geretourneerd: {1}
Geweigerd
Nee
Afwijzing van FCM-bericht: Ongeldig argument
Mislukt
INVALID_ARGUMENT
Genegeerd
Ongedefinieerd
Nee
Afwijzing van FCM-bericht: verificatiefout van derden
Mislukt
THIRD_PARTY_AUTH_ERROR
Genegeerd
Geweigerd
Ja
Afkeuring van FCM-bericht: Afzender-ID komt niet overeen
Mislukt
SENDER_ID_MISMATCH
Zacht
Gebruiker onbekend
Nee
Afwijzing van FCM-bericht: Niet geregistreerd
Mislukt
ONGEREGISTREERD
Hard
Gebruiker onbekend
Nee
Afkeuring van FCM-berichten: Intern
Mislukt
INTERN
Genegeerd
Geweigerd
Ja
Afwijzing van FCM-bericht: niet beschikbaar
Mislukt
NIET BESCHIKBAAR
Genegeerd
Geweigerd
Ja
Afwijzing van FCM-bericht: onverwachte foutcode
Mislukt
onverwachte foutcode
Genegeerd
Geweigerd
Nee
Verificatie: Verbindingsprobleem
Mislukt
Kan geen verbinding maken met verificatieserver
Genegeerd
Geweigerd
Ja
Verificatie: niet-geautoriseerde client of bereik in aanvraag.
Mislukt
onbevoegd_client
Genegeerd
Geweigerd
Nee
Verificatie: de client is niet geautoriseerd om toegangstokens op te halen met deze methode of de client is niet geautoriseerd voor een van de gevraagde bereikinstellingen.
Mislukt
onbevoegd_client
Genegeerd
Geweigerd
Nee
Verificatie: toegang geweigerd
Mislukt
access_deny
Genegeerd
Geweigerd
Nee
Verificatie: ongeldige e-mail
Mislukt
invalid_Grant
Genegeerd
Geweigerd
Nee
Verificatie: ongeldige JWT
Mislukt
invalid_Grant
Genegeerd
Geweigerd
Nee
Verificatie: ongeldige JWT-handtekening
Mislukt
invalid_Grant
Genegeerd
Geweigerd
Nee
Verificatie: ongeldig OAuth-bereik of opgegeven publiek voor ID-token
Mislukt
onbevoegd_client
Genegeerd
Geweigerd
Nee
Verificatie: OAuth-client uitgeschakeld
Mislukt
disabled_client
Genegeerd
Geweigerd
Nee

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.

NOTE
De Delivery log qualification de tabel is niet van toepassing op Uitgebreide algemene SMPP -aansluiting.
Scenario
Status
Foutbericht
Type fout
Mislukt
Verzonden naar de provider
Verzonden
Ontvangen op de mobiele telefoon
Ontvangen
Fout geretourneerd door provider
Mislukt
Fout bij het ontvangen van gegevens (SR of MO)
Zacht
Onbereikbaar
Ongeldige MT-bevestiging
Mislukt
Fout '{1}' tijdens het verwerken van het bevestigingsframe voor het verzenden van de query
Zacht
Onbereikbaar
Fout tijdens het verzenden van de MT
Mislukt
Fout tijdens verzenden van berichten
Zacht
Onbereikbaar

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.

NOTE
De fouttypen en -redenen zijn gelijk aan die voor e-mailberichten. Zie Typen leveringsfouten en redenen.
Vraag uw leverancier om een lijst van status en foutencodes om juiste mislukkingstypes en redenen voor mislukking in de de kwalificatielijst van het Logboek van de Levering te plaatsen.

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.

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1