Quelle est la meilleure configuration MTA pour un ordinateur personnel / portable (* pas * serveur)?


11

Qu'est-ce qu'un bon MTA (par exemple, Postfix ou quelque chose d'autre) pour un ordinateur à la maison derrière un NAT ou un ordinateur portable qui n'est pas toujours en ligne?

J'ai lu beaucoup de tutoriels Postfix sur la façon de le configurer de telle ou telle façon, mais ils sont généralement conçus pour les ordinateurs serveurs.

  • avoir une adresse IP statique
  • avoir un nom de domaine
  • sont toujours connectés au même réseau

Mes exigences sont, je suppose:

  • Possibilité de rediriger le courrier des utilisateurs locaux vers un autre serveur de mon choix.
  • Pas d'écoute pour les connexions SMTP entrantes - sortantes uniquement
  • Possibilité d'acheminer le courrier sortant via un serveur SMTP externe avec authentification (et éventuellement cryptage)

Si ce n'est pas Postfix, j'ai besoin d'un MTA qui peut mettre les mails en file d'attente s'il n'a pas de connexion Internet temporaire.


J'ai examiné nullmailer, qui semble plutôt idéal, sauf que a) dans la configuration par défaut, le mot de passe smtp est lisible par tout le monde (visible par tous les utilisateurs locaux) et b) je ne suis pas sûr de la façon dont il gère le serveur smtp de temps en temps. courrier indisponible ou refusant / rebondissant.
thomasrutter

Depuis que j'ai écrit cette question, je suis devenu beaucoup plus familiarisé avec Postfix et je réalise que c'est en fait assez polyvalent - je peux le faire assez facilement. J'ai également réfléchi à deux fois avant de laisser des PC locaux relayer le courrier pour n'importe qui sur Internet via mon serveur SMTP externe. Maintenant, s'ils veulent envoyer du courrier à des adresses arbitraires, ils doivent se connecter au serveur de messagerie externe. Mon relais local ne transmettra le courrier qu'à mes propres domaines.
thomasrutter

Réponses:


3

J'avais l'habitude d'utiliser Postfix sur mon PC et cela fonctionnait très bien. Le seul inconvénient est que Postfix fonctionne toujours quelques daemons ( master, qmgr, etc.), et Exim je pouvais réduire cela à une sendmail -qentrée crontab.


Pour Postfix:

  • ensemble relayhost
  • pour TLS SMTP, smtp_tls_security_level=encrypt
  • pour l'authentification de relais SMTP, smtp_sasl_auth_enableetsmtp_sasl_password_maps
  • commenter le smtpservice dansmaster.cf

Pour Exim:

  • ajouter un routeur de passerelle ( exemple )
  • commenter le dnslookuprouteur
  • pour SMTP TLS, ajouter un nouveau transport en utilisant smtpmais avec TLS activé ( docs )
  • arrêtez le démon exim (pour désactiver l'écoute de SMTP)
  • et ajouter sendmail -qà la commande cron de root (pour vider la file d'attente toutes les X minutes; normalement, le démon le ferait)

Mon vote serait d'utiliser Exim. Il peut être configuré pour s'exécuter sans démon et comporte au plus un démon qui réveille chaque période d'exécution de la file d'attente. Il est facile à configurer pour utiliser un smarthost qui répondra à vos exigences.
BillThor

2

Si vous avez un compte gmail, vous devez installer postfix et le configurer pour utiliser votre compte gmail en tant que relais.

Par exemple, http://www.marksanborn.net/linux/send-mail-postfix-through-gmails-smtp-on-a-ubuntu-lts-server/

Le principal problème de la configuration de postfix sur une machine itinérante (on dirait que vous êtes sur un ordinateur portable), c’est que les courriers électroniques envoyés depuis des domaines sans enregistrements MX ou PTR risquent fort de se retrouver dans le dossier courrier indésirable ou de ne pas être livrés à tout.

En relayant votre courrier électronique via votre compte Gmail, vous le rendez beaucoup plus susceptible de recevoir votre courrier électronique.

BTW, quel était votre but ultime? On dirait que vous recevez du courrier sur un compte unix local (peut-être de cron?) Et que vous voulez le transférer à un endroit où vous le lirez réellement. Correct?


Je souhaite transférer un serveur de messagerie externe, et je pensais utiliser Postfix (ou quelque chose du genre) sur l'ordinateur portable uniquement pour relayer tout courrier sortant sur ce serveur. Mais je ne suis pas sûr de savoir comment configurer Postfix de cette manière, même si Postfix est le meilleur choix. Je veux m'assurer que si les courriers sortants sont générés localement sans être en ligne, ils sont mis en file d'attente puis relayés. Je souhaiterais probablement aussi que Postfix, ou autre, s'authentifie auprès de mon serveur de messagerie externe pour qu'il soit fiable (sans que la configuration du serveur distant ne soit relâchée).
thomasrutter

Configurer postfix est assez facile sur la plupart des linux. Juste 'apt-get install postfix' (ou quel que soit votre gestionnaire de pkg), puis éditez le / etc / postfix/main.cf et définissez la ligne "relayhost = [host]: port". (Les crochets sont obligatoires si vous utilisez un nom de domaine complet.) Postfix mettra également les e-mails en file d'attente s'il ne peut pas atteindre l'hôte relais, mais vous devrez peut-être modifier sa définition du mot "échec" en fonction de la fréquence à laquelle vous serez incapable. pour atteindre l'hôte relais. postfix.org/QSHAPE_README.html#deferred_queue
Mark E. Haase

0

La plupart des grands MTA comme Postfix, Sendmail, Exim ou qmail sont excessifs pour vos besoins.

Essayez d' utiliser un MTA minimal comme ssmtp, nbsmtpou à la nullmailerplace. Leur configuration est vraiment facile et ils sont capables de faire tout ce que vous avez mentionné.


Est-ce que certains d'entre eux sont capables de mettre en file d'attente le courrier alors que je ne suis pas connecté au réseau (disons que la connexion est interrompue ou qu'il s'agit d'un ordinateur portable utilisé à différents endroits) et l'envoyer lorsqu'il est reconnecté? Parce que j'aurais vraiment besoin de courrier pour NE PAS aller dans un trou noir s'il n'y a tout simplement pas de connexion Internet.
thomasrutter

Je suggérerais esmtp , même si ce n'est plus maintenu, parce que cela fonctionne sans problèmes. Il a également un support de file d'attente, mais je ne l'ai pas utilisé.
Przemoc

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.