Nombre una buena razón para fallar inmediatamente en un código SMTP 4xx


9

Tengo mucha curiosidad por esto. La pregunta (resaltada en negrita):


¿Alguien puede nombrar UNA BUENA RAZÓN para que su servidor de correo electrónico esté configurado permanentemente para fallar automáticamente / falla inmediata en los códigos 4xx?


Porque, francamente, parece que "sus" configuraciones están listas para usar. SMTP no es mensajería instantánea. Deja de tratarlo como IRC o Jabber o MSN o inserta-IM-tecnología-aquí . No sé qué posee la gente para tener la mentalidad de "ENTREGA INMEDIATA O FALLO" con las configuraciones SMTP, pero necesitan dejar de hacerlo. Simplemente rompe las cosas. Cada dos o tres años, me encuentro con esto. Alguien, en algún lugar, ha decidido en su sabiduría infinita que los códigos 4xx son fallas inmediatas, y de repente su OMGWTFBBQ THE INTARNETZ ARE BORKEN, HALP SKY SE CAE en lugar de "oh, volverá a intentar la entrega en unos 30 minutos". Me sorprende cómo de repente se convierte en "mi" problema que un mensaje no pasará, configuró mal "su" servicio SMTP.

SI hay una razón legítima para tener su servidor configurado de forma permanente de esta manera, entonces la primera buena respuesta será la verificación.

SI no hay una buena razón (y sospecho que no la hay), entonces la primera respuesta que suene bien si todavía tiene fallas lógicas obtendrá el cheque.


55
+1. Cómo odio cuando escucho "Acabo de enviar un correo electrónico y aún no lo han recibido, ¿cuál es el problema?". Mi respuesta: no hay problema. ¿Cuándo dijo alguien que la entrega por correo electrónico está garantizada e inmediata?
joeqwerty

1
+1 Sé lo que se siente.
Antoine Benkemoun

2
Si eso me sucede, voy a enviarles una carta, llamarlos 30 segundos después de ponerla en el buzón y luego exigir que llamen a la oficina de correos para recibir la carta en los próximos 15 minutos, O OTRA .
Mark Henderson el

Para aquellos que acaban de llegar para ver esta pregunta, solo para el registro, el formateo despotricante fue intencional, ya que me estoy burlando (de personas mal informadas) y desahogándome un poco. No te lo tomes demasiado en serio.
Avery Payne

Respuestas:


3

Lo configuré una vez de esa manera porque el propietario quería saber cuándo se iban a retrasar los correos electrónicos y, de ser así, quería cambiar el texto del correo electrónico. Esto fue para una negociación comercial, así que puedo entender la necesidad de puntualidad. Aparte de algo así, no puedo imaginar por qué (y pensé que era una configuración de luna azul)


¡Eso suena como una buena razón!
Antoine Benkemoun

+1 Nice! Aunque tengo curiosidad sobre el requisito de la empresa comercial de "puntualidad", dado que el mensaje aún puede tener retrasos en el servidor de correo electrónico del destinatario ... supongo que lo atribuiré a "pero hicimos nuestro mejor esfuerzo, está fuera de nuestras manos ahora ", etc.
Avery Payne

@ avery: podrían observarse los retrasos en el lado del cliente y, en este caso, estoy 100% seguro de que si el encabezado mostraba que se envió y recibió en cuestión de minutos, pero no se entregó al buzón de correo electrónico por un tiempo, alguien tuvo un muy mal día. Estaban haciendo todo lo posible para establecer un IM entre empresas.
Jim B

Supongo que esto fue en los días previos a XMPP. Aún así, ¡gran punto!
Avery Payne

no, XMPP existía pero habría requerido que todas estas empresas establecieran algún tipo de servidor xmpp: el correo electrónico es el denominador común
Jim B

2

Desde el RFC:

4.X.X   Persistent Transient Failure

   A persistent transient failure is one in which the message as
   sent is valid, but some temporary event prevents the successful
   sending of the message.  Sending in the future may be successful.

Está bastante claro que 4xx solo debe enviarse en respuesta a un problema temporal (que es transitorio debido a una mala redacción). Por lo tanto, se deduce que no hay una razón justificable para tratarlo como un error inmediato . Debe responderse para ser reintentos de rutina.

Dicho esto, el uso excesivo de negrita y cursiva sugiere que tome este asunto no solo en serio sino personalmente. Lo mejor que puedo sugerir es que simplemente se relaje y no se enfade y se sienta colgado por la idiotez de otra persona.

Cuando alguien se queja, simplemente señale esa parte del RFC (dejando de lado el hecho de que un RFC no es un estándar) y recuérdeles que no tiene control sobre cómo otros configuran sus sistemas.


En realidad, me estaba divirtiendo con el marcado. :) La pregunta es medio despotricada, medio grave, por lo que las cursivas y negrita son "parte de la diversión". Es grave que haya anuncios publicitarios que están de alguna manera "mal configurados" (y es cierto que son un poco irritantes), pero también es un poco de burla en la dirección de "No entiendo por qué mi correo electrónico no se entregó en 360 milisegundos, así que algo está terriblemente mal!
Avery Payne

Ah, eso y he sido (casualmente) acusado de no decir mis preguntas claramente; Pensé que la negrita y la cursiva funcionaban bien aquí, ¿no? ;)
Avery Payne

Sin preocupaciones. Cualquiera que no entienda el problema desde nuestra perspectiva probablemente no pertenezca a este sitio de todos modos.
John Gardeniers

1

Pensando en ello, tal vez pueda pensar que podría haber algún tipo de ataque DoS si se lanza desde adentro donde el cliente envía una carga de correos electrónicos a servidores SMTP no válidos conocidos. Esto provocaría que el servidor de correo comenzara a cargarse más, ya que sigue intentando reenviarse.

No lo llamaría una buena razón, pero ¿quizás es al menos "buen sonido"? :-)

Quizás otra razón podría ser "Si no funcionó la primera vez, probablemente no lo hará, así que comuníqueselo al usuario de inmediato. Y no sé cómo alertarlo de que volverá a intentarlo de nuevo" . Sin embargo, ese me suena aún más cojo ...


Claro, en este punto el buen sonido funciona tan bien como "la respuesta correcta". Pero el punto de esta pregunta fue un poco un ejercicio de pensamiento, a saber, si realmente hay una buena razón, y sospecho que no hay NINGUNA razón. Aún así, +1 por pensar ... algo ...
Avery Payne

2
¿Qué tal "Pero el correo electrónico es mensajería instantánea y FTP y alarmas y almacenamiento de archivos y ..."
Kyle Brandt

a riesgo de envejecerme instantáneamente: ROFL.
Avery Payne

Tienes razón en que el correo electrónico no está diseñado para usarse para mensajería instantánea, alarmas y cualquier otra cosa, pero es muy probable que tus usuarios lo usen para eso, y si lo que está sucediendo no se explica a pronto, podrían entrar en pánico.
Fahad Sadah

Si alguien realmente considera su razón # 2 IRL, les ... daré una larga conferencia. Si decido reiniciar mi servidor de correo para instalar una actualización, puede estar seguro de que volverá a estar en línea en 30 minutos, no "probablemente no volverá a funcionar"
Mark Henderson
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.