¿Por qué OS X puede enviar correos electrónicos sin configurar primero SMTP?

Cuando pruebo el command en la terminal, se envía un correo electrónico. He comprobado que no se está ejecutando SMTP local, entonces, ¿cuál es el mecanismo utilizado por Apple detrás de la escena?

echo "Hello" | mail -s "Test" foo@bar.com 

  • No se puede acceder a iCloud IMAP
  • ¿Hay alguna forma de configurar el correo de Yahoo para push con iOS5?
  • Homebrew mutt (1) permiso de file rareza
  • ¿Por qué me envían las notas de mi iPhone por correo electrónico?
  • Servicios de correo de Mac OS X Server y Notificaciones Push para dispositivos iOS
  • Un iPad usando mi dirección de correo electrónico
  • ¿Cómo puedo abrir una nueva window de terminal personalizada (color, fuente, etc.) desde la línea de command?
  • Agregué esto a mi .bash_profile pero olvidé labelrlo y olvidé exactamente lo que significa
  • ¿Usar el terminal para get la velocidad actual del ventilador?
  • Cómo ver todo en la NVRAM
  • Acceso SSH usando la tecla .pub
  • iTerm escupe text cada vez que comienzo una nueva session: ¿por qué y cómo detenerlo?
  • 3 Solutions collect form web for “¿Por qué OS X puede enviar correos electrónicos sin configurar primero SMTP?”

    mail en OS X en realidad parece engendrar a Postfix el time suficiente para manejar el correo, y luego lo destruye poco time después.

    Para ver esto en acción, pruebe telnet localhost 25 antes del command de correo, luego inmediatamente, luego espere 5 minutos y vuelva a intentarlo.

    No estoy seguro de que esta sea realmente una respuesta adecuada a la pregunta porque no explica cómo se genera y se derriba Postfix, pero espero que ayude a responder la pregunta.

    Los daemons o serveres SMTP están allí para recibir correo, no para enviarlo. En su ejemplo, el mail es simplemente un cliente de correo electrónico, y se conecta a cualquier server definido por el logging MX de DNS apropiado de bar.com , y no tiene ningún requisito para que un server local se ejecute para hacerlo.

    Sin embargo, dependiendo de la configuration de su correo, es posible que necesite iniciar session en un server de correo saliente para autenticarse o, simplemente, para proporcionar direcciones de remitente y de devolución, etc. Ahora puede hacer todo esto en la línea de command pasando el parameters en el terminal, pero mientras haya configurado su aplicación de Correo, esta configuration ya está almacenada y, al simplemente activar temporalmente el subsistema de correo, los commands del terminal pueden tomar esa información y ahora tienen uno o más serveres de correo smtp que pueden elige enviar posts salientes Luego terminará los processs cuando se complete.

    Puede probar todo esto en la línea de command y enviar el correo sin tener que usar un cliente de correo. No estoy en una Mac, por lo que estos commands pueden necesitar ser editados por alguien que sí lo está, pero puedes hacer esto:

     nslookup set type=mx bar.com exit telnet MXServer 25 (where MXServer is one of the results returned above and 25 is the port number for SMTP servers) 

    Lea esto para get más información sobre el envío de correos electrónicos a través de telnet: es una gran herramienta de debugging

    Creo que el mail siempre usa sendmail local para enviar correos. En OSX sendmail es postfix. Y definitivamente se usa.

    Puede verificar los encabezados de correo Received: by [Your-Mac] (Postfix, from userid ...

    Sin embargo, no es una buena idea usar mail (o mejor postfix ) de esta manera. La mejor práctica sería usar un host inteligente para su Postfix local para evitar las restricciones de cortafuegos que se usan con frecuencia.

    Puede encontrar una solución en SMTP Smart Host Setup para Postfix en Snow Leopard que funciona para mí (también en Lion, Mountain Lion).

    Loving Apple Products like poisoning (iPhone, iPad, iMac, Macbook, iWatch).