[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 Adobe Campaign Bästa praxis för leverans 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 exempelvis mellanleverantörsinstansen ligger i Brisbane-tidszonen och produktionsinstansen ligger i Darwin-tidszonen ligger båda tidszonerna en halvtimme från varandra, skulle du i granskningsloggen tydligt se att om leveransen är planerad till produktion kl. 11.56 skulle samma leverans som är planerad till mitten vara kl. 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 htmlContentOrsaken till problemet är nästan alltid en personalisering inom HTML som försöker anropa ett register eller 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 kan man antingen ta bort anropet till den här tabellen i HTML eller åtgärda mappningen till leveransen genom att gå mot en lösning.
-
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 det här avsnittet.
-
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 på den här sidan.
-
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.