Mettre en place un serveur mail

Bonjour, je souhaiterais mettre en place un serveur mail, sur mon serveur(qui fait également serveur Web et FTP), afin de me défaire complètement de micro$oft avec mon adresse mail actuelle www.debian.org), choisi “serveur mail” mais je me retrouve avec bsd-mailx, dont je ne suis même pas sûr que ce soit un véritable serveur mail, parce que j’avais vu sur pas mal de tuto, que l’on parlais de postfix, mais je ne suis pas sûr que bsd-mailx assure la même fonctionnalité, pour l’instant j’ai remarqué que je recevais juste des messages de différents log firewall de mon serveur, dont l’adresse d’envoi par défaut est root@localhost, et je voudrais savoir si bsd-mailx est bien un serveur-mail, si il convient pour faire un bon serveur de messagerie (sécurisé) et sinon comment installer et configurer un autre serveur mail, plus convenant, comme pstfix si il est bien (j’en entend tellement parlé).

Merci d’avance de vos réponses !

Tu vas sur le wiki (clic en haut à droite) et tu as un excellent tuto pour installer postfix.

mais bsd-mailx ? c’est quoi ? un serveur mail ? quelle est sa fonction si ce n’est effectivement pas un serveur mail ?

Up !

bonsoir,

autant dire que c’est sommaire …
tu devrais rechercher des wikis/howto avant de te lancer …
ps: postfix c’est nickel, par contre bonjour la galère si tu débutes.

nan je demandais juste qu’est ce qu’est bsd-mailx ? car lors de l’installation, j’ai coché “serveur mail” et c’est ce qui a été installé

Dis-moi … si tu sais pas faire un apt-cache show bsd-mailx en console ou même googliser “bsd-mailx” pour savoir de quoi il retourne, tu crois que quelqu’un va pouvoir t’aider ?
arrête debian, carrément linux non ? ou alors accroches toi, et cherche la solution en
écoutant les autres !

oui mais j’ai déjà fait tt ça et j’obtient toujours la même réponse: [ul]
[li]mail is an intelligent mail processing system which has a command syntax[/li]
[li]mailx est l’agent de courriel utilisateur traditionnel en ligne de commande. Même si vous ne l’utilisez pas, il peut être requis par certains programmes.[/li]
[li]mailx is the traditional command-line-mode mail user agent. Even if you don’t use it, it may be required by other programs.[/li][/ul]
et rien d’autre, je vois qu’on me dit que c’est un agent de courriel, mais je ne peux pas envoyer ou recevoir des mail à/d’ autres personnes, justes de programmes firewall etc.
je veux juste savoir pourquoi seul les programmes peuvent lui envoyer des mails depuis root@localhost

PS: j’ai regardé pour postfix, mais j’aimerais monter le serveur mail sans IP fixe ni Nom De Domaine(parce que je n’ai pas l’argent de payer un NDD, en fait je n’ai pas d’argent du tout), en fait je compte prendre une “adresse mail pour la vie” qui sera redirigée vers mon serveur et son IP Actuelle, je n’aurais qu’à changer la redirection en cas de changemant d’adresse IP (si la box, pour une quelquonque raison, se reboot)
De plus après tt les manip’ pour l’install, le smtp, le pop3, starttls etc. thunderbird n’arrive pas à trouver l’adresse galex-713@192.168.1.42 !
historique des manip’:

[code]$ sudo apt-get install libdb4.8 db4.8-util postfix procmail sasl2-bin
$ sudo dpkg-reconfigure postfix
$ sudo apt-get install dovecot-pop3d dovecot-imapd
Satellite*
server-713
domain.localhost
sudo emacs /etc/postfix/main.cf #conf:
#Mod: home_mailbox = Maildir/
#comment: #mailbox_command = procmail -a “$EXTENSION”
#Mod: relayhost = smtp.sfr.fr #je suis chez sfr: j’ai une neufbox
#Ajout:

Activer l’identification SASL

#smtpd_sasl_auth_enable = yes

Utiliser le service d’identification de Dovecot

#smtpd_sasl_type = dovecot
#smtpd_sasl_path = private/auth

Noter dans les en-tête des messages l’identifiant de l’utilisateur.

#smtpd_sasl_authenticated_header = yes

Règles pour accepter ou refuser une connexion :

- on attend une seconde (pour piéger les zombies) ;

- on interdit la parallélisation là où il n’est pas sensé y en avoir.

#smtpd_client_restrictions =

permit_mynetworks, permit_sasl_authenticated,

sleep 1, reject_unauth_pipelining

Règles pour accepter ou refuser un message, dès lors qu’on connaît le nom

de l’hôte de l’expéditeur (par sa commande HELO ou EHLO) :

- on refuse les noms d’hôte invalides.

#smtpd_helo_restrictions = reject_invalid_helo_hostname

Règles pour accepter ou refuser un message, dès lors qu’on connaît l’adresse

de l’expéditeur :

- s’il vient d’un expéditeur inexistant de notre domaine, on le rejette ;

- si le domaine de l’expéditeur n’a pas d’IP ou de MX, on le refuse ;

- s’il vient d’un client sûr ou d’un client authentifié, on l’accepte ;

- si l’adresse de l’expéditeur n’est pas sous forme canonique, on le refuse.

#smtpd_sender_restrictions =

reject_unlisted_sender, reject_unknown_sender_domain,

permit_mynetworks, permit_sasl_authenticated,

reject_non_fqdn_sender

Règles pour accepter ou refuser un message, dès lors qu’on connaît le

destinataire (par la commande RCPT TO) :

- s’il est destiné à un expéditeur forgé chez nous, on le rejette ;

- s’il est destiné à un domaine forgé, on le rejette ;

- s’il vient d’un hôte sûr ou d’un client authentifié, on l’accepte ;

- si l’adresse de destination n’est pas sous forme canonique, on le refuse ;

- finalement, s’il n’est pas destiné à un domaine que l’on gère ou pour

lequel on relaie, on le refuse.

#smtpd_recipient_restrictions =

reject_unlisted_recipient, reject_unknown_recipient_domain,

permit_mynetworks, permit_sasl_authenticated,

reject_non_fqdn_recipient,

reject_unauth_destination

#smtpd_tls_cert_file = /var/spool/postfix/cert/cert.pem
#smtpd_tls_key_file = /var/spool/postfix/cert/key.pem
#smtpd_use_tls = yes
#smtpd_tls_loglevel = 4
#smtpd_tls_auth_only = yes
$ sudo emacs /etc/dovecot/dovecot.conf #conf:
#decomment:
#auth default {
#…
#socket listen {

client {

path = /var/spool/postfix/private/auth

group = postfix

mode = 0660

#}
#}
#…
$ sudo addgroup galex-713 postfix
$ sudo openssl req -x509 -nodes -days 365 -newkey rsa:2048 -keyout /var/spool/postfix/cert/key.pem -out /var/spool/postfix/cert/cert.pem
$ sudo /etc/init.d/dovecot restart
$ sudo /etc/init.d/postfix restart
[/code]

Up !

Pour un nom de domaine tu peut regarder les “.TK” (www.dot.tk), gratuit et de premier niveau. parfait pour se faire la main.

Le fichier de conf de Postfix que tu met est tout en commentaire … donc on va pas aller loin.
Dans les premiers post on te donne des liens vers des tuto COMPLET, les as tu essayer ? A quel étape tu bloque ?

les fichiers conf, c’est un dièse # pour tt ce qui n’est pas une commande, et deux diezes ## pour les vraix commentaires
Mais pour le .tk j’ai lu qui si en 1 mois on a pas eu au moins 95 visiteurs, l’adresse était résilliée !

non pas 1 mais 3 (il me semble).
Mais 95 requète vers ton damine est quelquechose de très “simple”, pas la peine d’avoir 95 IP différents :wink:
Regarde leur condition d’utilisation.
De toute façon comme tu peut refaire la demande de domaine a chaque fois il n’y a pas de problème normalement :smiley:

requetes !? ah ok ! bah pas de problème alors, ils s’assurent de ne pas avoir de ndd qui ne pointent vers rien et qui sont delaissées c’est tt, bon, je crois que je vais pouvoir suivre le tuto de postfix correctement maintenant !