El servidor SMTP más liviano para computadora de placa única (SBC) Linux

El servidor SMTP más liviano para computadora de placa única (SBC) Linux

Las otras discusiones que encontré no dieron una respuesta clara a mi pregunta.

Descripción del problema: Estoy ejecutando un dispositivo de servidor Linux integrado, como TuxRail o DreamPlug, que son dispositivos basados ​​en ARM con muy poca memoria y que utilizan una tarjeta micro-SD como dispositivo de memoria masiva y no tienen interfaces GUI. Están ejecutando Debian Squeeze. También tengo cámaras IP de D-Link que pueden enviar capturas de movimiento por correo electrónico con configuración SMTP pero que tienen limitaciones (como que el campo de nombre de usuario no puede tener más de 20 caracteres (!)) y es por eso que quiero crear mi propio servidor SMTP/eSMTP en un cuadro de Linux separado que permitiría estos nombres de usuario cortos y luego reenviaría estos correos electrónicos al servidor SMTP del ISP real.

Pregunta: ¿Cuál sería el servidor SMTP "real" adecuado para una caja SBC de Linux? Su respuesta solo vale la pena si el servidor que sugiere ejecuta un demonio que actúa como un servidor SMTP en el puerto TCP/IP 25 y/o 465 y puede transmitir esos correos electrónicos a servidores ISP similares.

(Por favor, no me sugieran algo completamente diferente de lo que pedí, específicamente quiero un servidor de retransmisión SMTP del tipo "IP-a-IP", no MTA de línea de comandos ni nada por el estilo, ya que no tengo acceso a la línea de comandos de ese producto de cámara IP)

¡Gracias de antemano!

Respuesta1

Yo sugeriría Postfix, especialmente en Debian, donde postfix se divide en varios paquetes. Puede elegir y recortar funciones según sea necesario.

Postfix es potente, modular, altamente seguro, liviano, extensible y fácil de configurar.

En mi VPS con 256 MB de RAM, los demonios postfix utilizan colectivamente alrededor de 6,5 MB de memoria residente que incluye módulos TLS y PCRE.

Respuesta2

De hecho, me gusta la respuesta de Postfix de bahamat. Pero también existe una alternativa complicada: escribir un servidor proxy SMTP trivial (en, por ejemplo, Python) que acepte conexiones, establezca una conexión continua con un servidor real, edite los comandos RCPT TO antes de pasarlos (para cambiar la dirección de correo electrónico) y pase el resto del contenido permanece sin cambios. Estéticamente desagradable, pero extremadamente ligero.

información relacionada