v7
Gäller Campaign Classic v7
v8
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.

Se även till att du följer de bästa metoderna och checklistorna som finns i den här sidan för att säkerställa att leveranserna fungerar bra.

Relaterade ämnen:

Långsamma leveranser slow-deliveries

När du klickat på 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 bör du kontrollera dina utskick och läsa det här avsnittet.

  • Leveransen kan vara för stor för att kunna bearbetas snabbt. Detta kan inträffa vid hög JavaScript-anpassning eller om leveransen väger mer än 60 kbit/s. Se 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 message): kvoter som deklarerats av de deklarativa MX-reglerna som definierats i Campaign har uppfyllts. Mer information om det här meddelandet finns i den här sidan. Mer information om MX-regler finns i det här avsnittet.

    • Väntade meddelanden (dynamic flow control Meddelande): Kampanjens MTA har stött på fel vid försök att leverera meddelanden för en viss Internet-leverantör, vilket gör att det tar för lång tid att undvika för stor feltäthet och därmed stöta på potentiella 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 status 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 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 aktiviteten 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 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.

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