NOTA: Este post fue publicado originalmente en mi anterior blog el |
Te has visto alguna vez en una situación como esta?
Usuario: (te llama y te dice:) "Hola. sabes, no puedo enviar un correo".
ADMIN: OK, me podría decir por favor qué mensaje de error le aparece en la pantalla?
Usuario: "Si, aquí dice: su mensaje no se … ha podido entregar… código del error: 5.2.3. Qué puede ser?".
ADMIN: ???? (Este tipo cree que me sé TODOS los códigos de error de memoria o qué?!).
Bueno, al menos yo sí .. más de un par de veces…. y no me sé los mensajes de error de memoria, pero…sí conozco son los primeros números que componen los códigos de las “Notificaciones de Estado de Entrega” (RFC 1891 y RFC 1893)
- 2.X.Y : Éxito, la operación pudo ser realizada.
- 4.X.Y : Error transitorio persistente, la operación no puede ser realizada temporalmente, por ejemplo debido a problemas con la red, o con recursos del servidor.
- 5.X.Y : Errores permanentes, este tipo de errores implican que el servidor esté con algún problema o que hay alguna regla específica que se esté violando, por ejemplo el error 5.2.3 significa que “el mensaje es demasiado grande para la cuota local”.
Nota: estos mismos códigos aplican para comunicaciones HTTP.
Pero, más importante aún, aunque no me conozca los códigos de errores, al menos sé donde encontrarlos ;D
KB284204: Notificaciones del estado de entrega en Exchange Server y Small Business Server
Espero que les sirva.
Gonzalo
PS: Cualquier relación o parecido con las historias del BOFH es completamente intencional 😉
BRAVO !!! siga con estos artículos sobre el correo !!! gracias
salu2
En serio.. no puedo soportar cuando alguien, a quien atiende a una persona y lo comente, realice comentarios del tipo: «ADMIN: ???? (Este tipo cree que me sé TODOS los códigos de error de memoria o qué?!).»
primero.. ese tipo es una persona que considera que TU eres un profesional y por preguntar, creo, que al menos deberias de tratar con educacion, por que parece asi de pronto, que tomes por «tonto» a un usuario o cliente..
segundo… con ese tipo de comentarios , estas demostrando que te aburre tu trabajo, que lo haces a desgana , que se ve, que querias algo mejor y te tienes que aguantar soportando a clientes a los que calificas de pesados, palizas o «tontos»…
En serio.. si no puedes soportar este tipo de acciones, que tienes que demostrar, que estas «sobre los demas».. vete al campo, que hace falta mano de obra y ademas alli, los tomates no son tan molestos.
Y que conste, que yo trato con usuarios y soy consciente de que me enfrento a personas con desconocimiento de la materia y que a veces da situaciones «jocosas», pero NO me quejo por ello, por que disfruto de lo que hago…
A ver , si aprendemos a ser mas «practicos» con los demas.
@unoQuePasaba… Que bueno que conozco al autor de este blog y puedo dar fé de que es una de las personas mas profesionales que conozco y que tiene una larga trayectoria de conferencias y cooperaciones con las comunidades informáticas. Además de un excelente trato con los usuarios.
Al contrario de creerse superior a los demás, su afán ha sido siempre el de cooperación y de entregar sus conocimientos a la comunidad informática.
La nota contiene un comentario de una «historia ficticia» y es el comienzo para un excelente artículo sobre códigos de correo electrónico.
Gracias Gonzalo y Feliz Navidad a todos
yo tambien conosco a gonzalo y no creo que este para nada aburrido con su trabajo.
si lo estubiero no seria un MVP.
animo gonza y muy bueno el articulo
saludos
PCI
(esta claro que UnoQuepasaba, es un usuario)
@UnoQuepasaba un poco de humor hombre no le hace mal a nadie …. o fuiste tu el que llamo a soporte por el codigo de error 5.2.3
Disfruta la vida…. salu2
@UnoQuepasaba: Gracias por tu comentario. Es una lástima que te haya resultado ofensivo el tono del artículo. La intenión al escribir este post nunca fue la deofender a nadie, sólo me basé en una saga de historias muy conocidas del BOHF (hay un link al pie del artículo, por si quieres averiguar más).
@Pablo, @Oscar, @PCI: Gracias por leer y por responder 🙂
NOTA: Este post fue publicado originalmente en mi anterior blog el 14/08/2007. Hice algunos cambios