Necesidad de generar una falla transitoria persistente

Question

Actualización: un 4.x.x frente a un 5.x.x se convirtió en la menor de mis preocupaciones cuando descubrí que no todos los servidores de correo devuelven errores de acuerdo con el " estándar " ;. Estoy optando por manejar todos los tipos de correo devuelto como fallos ahora, pero estoy dejando esta pregunta aquí en caso de que obtenga una respuesta y ayude a alguien más.

Se me ha asignado la tarea de escribir un programa para leer una cuenta POP3 y diferenciar entre el correo devuelto como un error permanente (estado de entrega 5.xx) y un error transitorio persistente (estado de entrega 4.xx), haciendo un reintento para los DSN 4.xx y marcar el correo electrónico como incorrecto para los DSN 5.xx. Es bastante fácil editar a mano el cuerpo de un DSN para cambiar un 5.x.x a 4.x.x, pero la administración preferiría que un "real". 4.x.x ser devuelto. Tengo muchos problemas para hacerlo.

El entorno de prueba es un servidor Windows 2003 que ejecuta SMTP y POP3 de MS. Ya he intentado exceder la cuota en la dirección de correo electrónico de destino (5.x.x) y bloquear la cuenta (2.x.xy no pueden recibir el correo electrónico).

Esto es para avisos de fin de arrendamiento, en caso de que alguien esté interesado, por lo que estamos interesados ??en marcar los correos electrónicos como incorrectos o volver a intentarlo, el error no fue permanente.

Answer 1

Generar una falla transitoria no es tan difícil. Algunas me vienen a la mente:

• Algún tipo de falla de expansión de alias local (esto puede ser más de Unix)
• Tiempo de espera de búsqueda de DNS (cambie su servidor de nombres a algo tonto, o configure un subdominio que apunte a un servidor de nombres inexistente)
• Ejecute su servidor de correo sin espacio en disco