¿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 

  • ¿Se puede usar softwareupdate para download automáticamente (pero no instalar) en la terminal?
  • Apple Remote Desktop: cómo enviar el command de terminal a las computadoras en networking
  • ¿Cómo descargo las carpetas a través de FTP en la Terminal?
  • ¿Cómo puedo restablecer mi terminal?
  • ¿Utiliza cURL para download imágenes en XML?
  • ¿Cómo cambiar el LC_TYPE pnetworkingeterminado?
  • ¿Puedo acortar el tipeo necesario para `cd` en algunos directorys conocidos?
  • ¿Se puede agregar un alias al muelle a través de la línea de command?
  • 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).