Errores de envío y administración de cuarentena delivery-failures-quarantine
- Comprender los errores de entrega: abarca tipos de errores, motivos de error, errores sincrónicos/asincrónicos, administración de reintentos y solución de problemas
- Administración de cuarentena: cubre la cuarentena frente a la lista de bloqueados, los umbrales de error leves, los informes de cuarentena y la eliminación de direcciones
Comprensión de los errores de envío
Para obtener conceptos comunes sobre errores de entrega, tipos de error e instrucciones para la solución de problemas, consulte la documentación de Campaign v8 Understanding delivery failures.
Configuración de correo rechazado bounce-mail-config
Las siguientes opciones de configuración están disponibles para implementaciones híbridas/on-premise de Campaign Classic v7 para administrar el procesamiento de correos rechazados.
Configuración del buzón de rechazos bounce-mailbox-configuration
Para instalaciones on-premise, la configuración del buzón de rechazos se detalla en esta sección.
La plataforma Adobe Campaign recopila los mensajes de error asíncronos a través del buzón de rechazos y los califica el proceso inMail para enriquecer la lista de reglas de gestión de correo electrónico.
Administración de cualificación de correo rechazado bounce-mail-qualification-management
En el caso de instalaciones on-premise e instalaciones alojadas/híbridas que utilizan el servidor de correo de Campaign heredado, cuando se produce un error en el envío de un correo electrónico, el servidor de envío de Adobe Campaign recibe un mensaje de error del servidor de mensajería o del servidor DNS remoto. La lista de errores se compone de cadenas de caracteres incluidas en el mensaje rechazado por el servidor remoto. Los tipos y los motivos del error se asignan a cada mensaje.
Esta lista está disponible a través del nodo Administration > Campaign Management > Non deliverables Management > Delivery log qualification. Contiene todas las reglas utilizadas por Adobe Campaign para clasificar los errores de entrega. No es exhaustiva, Adobe Campaign la actualiza regularmente y también la puede administrar el usuario.
El mensaje rechazado por el servidor remoto en la primera vez que se produjo este tipo de error se muestra en la columna First text de la tabla Delivery log qualification. Si no se muestra esta columna, haga clic en el botón Configure list situado en la parte inferior derecha de la lista para seleccionarla.
Adobe Campaign filtra este mensaje para eliminar el contenido de la variable (como ID, fechas, direcciones de correo electrónico, números de teléfono, etc.) y muestra el resultado filtrado en la columna Text. Las variables se reemplazan por #xxx#, excepto las direcciones que se sustituyen por *.
Este proceso permite reunir todos los errores del mismo tipo y evitar entradas múltiples para errores similares en la tabla Calificación del registro de envío.
Los correos electrónicos rechazados pueden tener el siguiente estado de calificación:
- To qualify: no se pudo calificar el correo rechazado. Se debe asignar la calificación al equipo de entregas para garantizar una capacidad de entrega eficiente de la plataforma. Siempre que no esté clasificado, no se usa el correo rechazado para enriquecer la lista de reglas de gestión de correo electrónico.
- Keep: el correo rechazado se ha clasificado y el flujo de trabajo Actualizar la entrega lo usará para compararlo con las reglas de gestión de correo electrónico existentes y enriquecer la lista.
- Ignore: el MTA de Campaign ignora el correo rechazado, lo que significa que esta devolución nunca hará que la dirección del destinatario se ponga en cuarentena. El flujo de trabajo de actualización para la entrega no lo usará y no se enviará a las instancias de cliente.
Configuración de reglas de gestión de correo electrónico email-management-rules
Se accede a las reglas de correo a través del nodo Administration > Campaign Management > Non deliverables Management > Mail rule sets. Las reglas de administración de correo electrónico se muestran en la parte inferior de la ventana.
Las reglas predeterminadas son las siguientes:
- El servidor de entrega (MTA) debe reiniciarse si se han cambiado los parámetros.
- La modificación o creación de reglas de administración solo es para usuarios expertos.
Correo electrónico entrante inbound-email
Estas reglas contienen las cadenas que pueden devolver los servidores remotos y que permiten calificar el error (Grave, leve o ignorado).
Cuando un mensaje de correo electrónico falla, el servidor remoto devuelve un mensaje de rechazo a la dirección especificada en los parámetros de la plataforma. Adobe Campaign compara el contenido de cada mensaje de rechazo con las cadenas de la lista de reglas y, a continuación, lo asigna a uno de los tres tipos de error.
Para obtener más información sobre la calificación de correo rechazado, consulte esta sección.
Administración de dominios domain-management
Para instalaciones on-premise, el MTA aplica una sola regla de Administración de dominios a todos los dominios.
- Se puede elegir si activar o no determinadas normas de identificación y claves de cifrado para comprobar el nombre del dominio como, por ejemplo, ID de remitente, DomainKeys, DKIM y S/MIME.
- Los parámetros SMTP relay permiten configurar la dirección IP y el puerto de un servidor de transmisión para un dominio determinado. Para obtener más información, consulte esta sección.
Si sus mensajes muestran on behalf of en la dirección del remitente, asegúrese de no firmar correos electrónicos con ID de remitente, que es el estándar de autenticación de correo electrónico propietario obsoleto de Microsoft. Si la opción Sender ID está habilitada, desmarque la casilla correspondiente y póngase en contacto con el Servicio de atención al cliente de Adobe. La capacidad de envío no se ve afectada.
Administración de MX mx-management
Para las instalaciones on-premise, se utilizan reglas de administración MX para regular el flujo de correos electrónicos salientes para un dominio específico.
Estas reglas están disponibles en el asistente de implementación y se pueden personalizar:
-
MX Management: esta regla se usa para controlar el flujo de correos electrónicos salientes para un dominio. Realiza muestras de los mensajes rechazados y bloquea la entrega a donde corresponda.
-
Period: lapso de tiempo durante el cual se limitan o bloquean los mensajes.
-
Limit: el número máximo de mensajes permitidos por período de tiempo.
-
Type: tipo de error (grave, leve o omitido) utilizado para determinar el comportamiento de envío. Consulte la documentación de Campaign v8 para ver las definiciones de tipo de error.
Para obtener más información sobre gestión MX, consulte esta sección.
Administración de cuarentena quarantine-management
Para obtener instrucciones detalladas sobre la administración de cuarentena, consulte la Documentación de administración de cuarentena de Campaign v8.
Configuración de cuarentena quarantine-config
Las siguientes opciones de configuración están disponibles para implementaciones híbridas/locales de Campaign Classic v7 con el fin de personalizar el comportamiento de la cuarentena.
Configuración del umbral de error leve soft-error-threshold
Para las instalaciones on-premise que utilizan el servidor de correo de Campaign heredado, puede modificar el número de errores y el periodo entre dos errores antes de que una dirección se ponga en cuarentena.
Para establecer esta configuración:
-
Acceda al asistente de implementación desde Tools > Advanced > Deployment wizard
-
Vaya a Email channel > Advanced parameters
-
Configurar:
- Número de errores: El número máximo de errores leves antes de poner una dirección en cuarentena (predeterminado: 5)
- Período entre dos errores significativos: Período de tiempo (en segundos) para el recuento de errores (predeterminado: 86 400 segundos = 1 día)
Cuando el contador de errores alcanza el umbral, la dirección se pone en cuarentena. Si el último error significativo se produjo hace más de 10 días, el contador de errores se reinicia.
Para obtener más información, consulte esta página en Envío de entregas > Configurar reintentos.
Flujo de trabajo para limpieza de bases de datos database-cleanup-workflow
Para instalaciones on-premise, el flujo de trabajo técnico Database cleanup elimina automáticamente las direcciones en cuarentena que coinciden con condiciones específicas.
Acceda a este flujo de trabajo desde Administration > Production > Technical workflows > Database cleanup.
El flujo de trabajo elimina las direcciones de la cuarentena en los siguientes casos:
- Direcciones en estado With errors después de un envío correcto
- Direcciones con estado With errors si el último rebote suave se produjo hace más de 10 días
- Direcciones en estado With errors con error Mailbox full después de 30 días
Asegúrese de que este flujo de trabajo se ejecute regularmente (recomendado: diariamente) para mantener la higiene de la lista de cuarentena.
Para obtener más información sobre limpieza de bases de datos, consulte esta sección.
Detalles específicos de cuarentena de notificaciones push push-quarantine-specifics
Para Campaign Classic v7, las cuarentenas de notificaciones push siguen el mecanismo de cuarentena general con algunos comportamientos específicos del canal.
Para las notificaciones push de iOS y Android, el mecanismo de cuarentena utiliza tokens de dispositivo en lugar de direcciones de correo electrónico. Cuando se desinstala o se vuelve a instalar una aplicación móvil, el token asociado se pone en cuarentena.
Para obtener información detallada sobre los escenarios de cuarentena de notificaciones push (tipos de error de iOS y Android, comportamiento de reintentos, etc.), consulte la documentación de Explicación de los errores de entrega, que incluye tablas completas de tipos de errores de notificaciones push.
Detalles específicos de cuarentena de SMS sms-quarantine-specifics
Para Campaign Classic v7, las cuarentenas de SMS siguen el mecanismo de cuarentena general con algunos comportamientos específicos del canal relacionados con los números de teléfono en lugar de las direcciones de correo electrónico.
El mecanismo de cuarentena del SMS varía según el conector utilizado:
-
Conectores SMPP estándar: Las reglas de calificación de errores definidas en Administration > Campaign Management > Non deliverables Management > Delivery log qualification se aplican a los envíos SMS.
-
Conector SMPP genérico extendido: la administración de errores se administra de forma diferente mediante expresiones regulares (regex) para analizar los mensajes de informe de estado (SR) devueltos por el proveedor SMSC.
Para obtener información detallada sobre los escenarios de cuarentena de SMS y los tipos de error, consulte la documentación de Explicación de los errores de entrega, que incluye tablas completas de tipos de errores de SMS.
Temas relacionados
- Comprender los errores de entrega (Documentación de Campaign v8)
- Administración de cuarentena (documentación de Campaign v8)
- Prácticas recomendadas de envío (documentación de Campaign v8)
- Estados de entrega (documentación de Campaign v8)
- Flujo de trabajo de limpieza de la base de datos (v7 híbrido/local)
- Configurar reintentos de entrega (v7 híbrido/local)
- Actualizar calificación de devoluciones (v7 híbrido/local)
- Configuración de envío de correo electrónico (v7 híbrido/local)
- Implementación de una instancia (v7 híbrida/local)