[Gäller även för v8]{class="badge positive" title="Gäller även Campaign v8"}
Felsökning av leverans delivery-troubleshooting
I det här avsnittet beskrivs vanliga problem som du kan stöta på när du skickar leveranser och hur du felsöker dem.
Kontrollera dessutom att du följer de bästa metoderna och checklistan som beskrivs på den här sidan för att se till att leveranserna fungerar bra.
Relaterade ämnen:
Långsamma leveranser slow-deliveries
När du har klickat på knappen Send verkar leveransen ta längre tid än vanligt. Detta kan bero på olika element:
-
Vissa e-postleverantörer kan ha lagt till dina IP-adresser i en blockeringslista. I så fall kontrollerar du dina utsändningsloggar och läser det här avsnittet.
-
Leveransen kan vara för stor för att kunna behandlas snabbt. Detta kan inträffa med hög JavaScript-personalisering eller om leveransen överstiger 60 kbit/s. Läs mer i Bästa praxis för leverans i Adobe Campaign v8. om du vill veta mer om riktlinjer för innehåll.
-
Begränsning kan ha inträffat i Adobe Campaign MTA. Detta orsakas av:
-
Väntade meddelanden (quotas met-meddelande): kvoter som deklarerats av de deklarativa MX-reglerna som definierats i Campaign har uppfyllts. Mer information om det här meddelandet finns på den här sidan. Mer information om MX-regler finns i det här avsnittet.
-
Väntade meddelanden (dynamic flow control-meddelande): Kampanj-MTA har påträffat fel när meddelanden för en viss Internet-leverantör skickas, vilket gör att det tar för lång tid att undvika för stor feldensitet och därmed kan leda till blockeringslista.
-
-
Ett systemproblem kan förhindra servrar från att interagera med varandra: det kan göra hela sändningsprocessen långsammare. Kontrollera servrarna för att se till att det inte finns några minnes- eller resursproblem som kan påverka Campaign när personaliseringsdata hämtas till exempel.
Schemalagda leveranser scheduled-deliveries-
Om leveranser inte utförs vid exakt schemalagt datum kan det bero på en skillnad mellan serverns tidszon. Mellankällinstansen och produktionsinstansen kan finnas i olika tidszoner.
Om till exempel mittkällinstansen ligger i Brisbane-tidszonen och produktionsinstansen i Darwin-tidszonen ligger båda tidszonerna en halvtimme från varandra, skulle du i granskningsloggen tydligt se att om leveransen är planerad för produktion vid 11:56 skulle samma leverans som är schemalagd till mitten vara 12:26, vilket har en skillnad på en halvtimme.
Status misslyckades failed-status
Om statusen för en e-postleverans är Failed kan den länkas till ett problem med personaliseringsblock. Personaliseringsblock i en leverans kan generera fel när scheman inte matchar leveransmappningen, till exempel.
Leveransloggar är viktiga för att lära sig varför en leverans misslyckades. Här följer möjliga fel som du kan identifiera från leveransloggar:
-
Mottagarmeddelanden misslyckas med felet "Onåbar" som anger:
code language-none Error while compiling script 'content htmlContent' line X: `[table]` is not defined. JavaScript: error while evaluating script 'content htmlContent
Orsaken till problemet är nästan alltid en personalisering inom HTML som försöker anropa en tabell eller ett fält som inte har definierats eller mappats i den överordnade målsättningen eller i leveransens målmappning.
För att rätta till detta måste arbetsflödes- och leveransinnehållet granskas för att avgöra specifikt vilken personalisering som försöker anropa tabellen i fråga och om tabellen kan mappas eller inte. Därifrån är det vägen till lösning om du tar bort anropet till den här tabellen i HTML eller korrigerar mappningen till leveransen.
-
I distributionsmodellen där flera leverantörer är installerade kan följande meddelande visas i leveransloggarna:
code language-none Error during the call of method 'AppendDeliveryPart' on the mid sourcing server: 'Communication error with the server: please check this one is correctly configured. Code HTTP 408 'Service temporarily unavailable'.
Orsaken är kopplad till prestandaproblem. Det innebär att marknadsinstansen lägger för mycket tid på att bygga upp data innan den skickas till servern med mellanlagring.
För att lösa detta rekommenderar vi att du utför ett vakuum och indexerar om databasen. Mer information om databasunderhåll finns i det här avsnittet.
Du bör också starta om alla arbetsflöden med en schemalagd aktivitet och alla arbetsflöden med statusen misslyckades. Se Campaign v8-dokumentationen.
-
När en leverans misslyckas kan följande fel visas i leveransloggarna:
code language-none DLV-XXXX The count of message prepared (123) is greater than the number of messages to send (111). Please contact support.
Vanligtvis innebär det här felet att det finns ett anpassningsfält eller -block i e-postmeddelandet som har fler än ett värde för mottagaren. Ett personaliseringsblock används och hämtar mer än en post för en viss mottagare.
Du löser detta genom att kontrollera vilka personaliseringsdata som används och sedan kontrollera målet för mottagare som har fler än en post för något av dessa fält. Du kan också använda en Deduplication-aktivitet i målarbetsflödet före leveransaktiviteten för att kontrollera att det bara finns ett personaliseringsfält åt gången. Mer information om borttagning av dubbletter finns i dokumentationen för Campaign v8.
-
En del leveranser kan misslyckas med felet "Onåbar" som anger:
code language-none Inbound email bounce (rule 'Auto_replies' has matched this bounce).
Det innebär att leveransen lyckades, men Adobe Campaign fick ett automatiskt svar från mottagaren (t.ex. ett frånvaromeddelande) som matchade e-postreglerna för inkommande e-post för 'Auto_responses'.
E-postadressen för automatiskt svar ignoreras av Adobe Campaign och mottagarens adress skickas inte till karantän.