OVH Community, votre nouvel espace communautaire.

Envoi d'email : ok, réception : impossible


Nowwhat
06/09/2012, 08h34
Citation Envoyé par Islandil
... rediriger quelques *@nomdedomaine.fr vers perso@gmail.com !
Un idée.
J'ai un Debian, et je me suis basé sur ce tuto a cet époque http://www.howtoforge.com/virtual-us...l-debian-lenny
Maintenant, Lenny n'existe plus, c'est Squeeze, mais peu importe.

T'as quoi comme OS ?

L'idée est de dé-installer postfix - et lui seul.
Histoire d’effacer les fichiers de config - pour que à la ré-installation vous avez une base saine.

Dans le tuto cité, inutile de lire - appliquer de tous ce qui concerne
Amavisd, SpamAssassin, ClamAV, SquirrelMail - la partie de postfix qui traite le SMTP-AUTH et TLS et quotas.
par contre, mysql et phpmyadmin seront nécessaires.

T'aura un postfix qui travaille, comme cassippee l'a déjà proposé, en mode Virtual users - et le system de stockage sera MySQL.

A lire mon tuto comment ajouter plusieurs domaines - plusieurs mails par domaine, faire un transfert d'un mail vers un autre mail (même hors domaine).

C'est qui est important:
Que ton DNS est ok.

Ce qui peut se faire: comme moi, achète un nom de domaine bidon, comme test-domaine.fr (j'ai vraiment acheté ce domaine !!) et je l'ajouté sur un IP-Failover de mon serveur.
Je teste - paramètre - sans divulguer le 'vrai' site sur ce serveur.
Coût 6 € et une journée de mise en place.

Islandil
05/09/2012, 15h34
Mon boulot : développer une appli android et un site web pour la présentation de l'appli. => Je gère.

Dans le contrat le client voulait un simple serveur mail sur le serveur web.
Je me suis dis que ce serait pas énormément compliqué. Donc j'ai accepté de m'en occuper. Même si je n'avais que de très vague notion dans ce domaine.
Je ne pensais pas que ce serait une telle m**de de rediriger quelques *@nomdedomaine.fr vers perso@gmail.com !

Oui je n'ai pas le droit de communiquer l'adresse je suis désolé. Et je vous remercie tout de même de votre aide.
J'ai juste pas envie de faire une prestation externe pour un truc aussi con ! A moins que ça demande 12 ans de formation de faire ce que je demande -_-'

Dans tous les cas si vous voulez pas m'aider c'est regrettable. Cependant j'aimerais pas abandonner et au moins comme ça je saurais faire ! :-)

fritz2cat
05/09/2012, 15h24
Citation Envoyé par cassiopee
Comme te l'a déjà dit Nowwhat, sans les vrais noms de domaines, les vraies adresses IP,
les vrais noms type "ks12345.kimsufi.com", on ne peut pas t'aider davantage.
...
@Cassiopee et @Nowwhat, Pareil pour moi, d'ailleurs vous avez vu comme je ne dis plus rien dans ce cas, au risque d'être désagréable ?

@Islandil, je tombe sur le c*l quand tu dis que tu fais ça pour un client, mais tu ne connais pas le métier... Je dis ça, je ne dis rien...

Frédéric

Islandil
05/09/2012, 14h55
Mon client ne souhaite pas que les nom de domaine quels qu'ils soient se trouve publiquement sur internet avant la mise ne production. Je suis désolé. Merci de m'aider quand même.

Il y a bien une redirection DNS de domaine2 vers le serveur dédié. Si on ping domaine2 on tombe sur l'IP du dédié.

cassiopee
05/09/2012, 14h53
Comme te l'a déjà dit Nowwhat, sans les vrais noms de domaines, les vraies adresses IP,
les vrais noms type "ks12345.kimsufi.com", on ne peut pas t'aider davantage.

Par exemple ici, impossible de dire si c'est normal ou pas que "domaine2.fr" pointe sur/vers
ton serveur de messagerie.

Au besoin, on peut "coder" les noms en écrivant par exemple "totoPOINTfr" au lieu de "toto.fr".

Islandil
05/09/2012, 14h50
- de faire les "postmap" sur les fichiers de configuration modifiés
- de redémarrer/recharger la config de Postfix
Déjà fait avant d'envoyer les mails. Désolé de ne pas l'avoir spécifié

Log de post fix :
Bizarrement un second nom de domaine pointant sur mon serveur dédié apparait dans le log ! Alors que je n'ai jamais envoyé de mail en utilisant *@domaine2.fr !
tail -n 7 /var/log/mail.log
Sep 5 15:39:01 serveurDedie postfix/pickup[8831]: DC91080199: uid=0 from=
Sep 5 15:39:01 serveurDedie postfix/cleanup[9358]: DC91080199: message-id=<20120905133901.DC91080199@serveurDedie.kimsufi .com>
Sep 5 15:39:01 serveurDedie postfix/qmgr[8832]: DC91080199: from=, size=819, nrcpt=1 (queue active)
Sep 5 15:39:01 serveurDedie postfix/trivial-rewrite[9367]: warning: do not list domain domaine2.fr in BOTH mydestination and virtual_alias_domains
Sep 5 15:39:02 serveurDedie postfix/local[9381]: warning: database /etc/aliases.db is older than source file /etc/aliases
Sep 5 15:39:02 serveurDedie postfix/local[9381]: DC91080199: to=, orig_to=, relay=local, delay=0.24, delays=0.16/0.05/0/0.04, dsn=2.0.0, status=sent (delivered to mailbox)
Sep 5 15:39:02 serveurDedie postfix/qmgr[8832]: DC91080199: removed

cassiopee
05/09/2012, 14h42
Ne pas oublier :

- de faire les "postmap" sur les fichiers de configuration modifiés
- de redémarrer/recharger la config de Postfix

- d'aller voir dans les logs de Postfix ce qui se passe pour le courrier rentrant.

Islandil
05/09/2012, 14h36
J'ai avancé, voici ce que j'ai fait :

main.cf
myhostname = sd.kimsufi.com
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = ndd.fr, sd.kimsufi.com, localhost.kimsufi.com, localhost
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
local_recipient_maps =


virtual_alias_domains = ndd.fr
virtual_alias_maps = hash:/etc/postfix/virtual
/etc/postfix/virtual
Je n'ai pas encore reçu des Mail Delivery System de la mort.
Mais quand je vais sur les webmail des adresse, il n'y a rien :'(

cassiopee
05/09/2012, 14h26
Oui c'est possible, cf la documentation de Postfix là :

http://postfix.traduc.org/index.php/VIRTUAL_README.html

Islandil
05/09/2012, 13h06
D'après ce que j'ai compris il y faut que pour chaque adresse de format user@domaine.com un user UNIX correspondant.
Je ne souhaite pas que ce soit le cas, et je sais que c'est possible.

Islandil
05/09/2012, 13h01
J'ai donc maintenant un joli postfix en écoute sur mon port 25 de mon dédié.
J'ai deviné qu'un email envoyé sur contact@ndd.fr est bien traité par le postfix se trouvant sur mon sd.fr (sd = serveur dédié).
Je règle différents paramètres de /etc/postfix/main.cf comme il se doit.

N'y connaissant pas grand chose je bloque sur une erreur.
Je reçois un retour d'email avec ceci comme erreur :
X-Postfix; unknown user: "contact"
Le contenu de mon main.cf :
# See /usr/share/postfix/main.cf.dist for a commented, more complete version


# Debian specific: Specifying a file name will cause the first
# line of that file to be used as the name. The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

readme_directory = no

# TLS parameters
smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem
smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key
smtpd_use_tls=yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

myhostname = sd.fr
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = ndd.fr, sd.fr, localhost.kimsufi.com, localhost
relayhost =
mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all

local_recipient_maps =

cassiopee
05/09/2012, 12h46
Citation Envoyé par Islandil
Donc, il possible d'envoyer des emails sans service mail ? oO"
Oui il suffit au programme émetteur du message (webmail ou autre) de se connecter
directement sur le serveur SMTP du destinataire. Il n'est pas obligé de passer
par le serveur SMTP local.

Islandil
05/09/2012, 11h52
Citation Envoyé par cassiopee
Cela tendrait à prouver qu'aucun logiciel de serveur de messagerie n'est lancé et à l'écoute
sur le port 25 du serveur dédié.

Un "netstat" devrait également afficher un processus en état "LISTEN" sur le port 25.

La solution est donc d'installer et de configurer un serveur SMTP dans le dédié.
Donc, il possible d'envoyer des emails sans service mail ? oO"

En même temps j'y connais pas grand chose en serveur mail, mais ça me semble bizarre : )

cassiopee
05/09/2012, 10h45
Cela tendrait à prouver qu'aucun logiciel de serveur de messagerie n'est lancé et à l'écoute
sur le port 25 du serveur dédié.

Un "netstat" devrait également afficher un processus en état "LISTEN" sur le port 25.

La solution est donc d'installer et de configurer un serveur SMTP dans le dédié.

Islandil
05/09/2012, 10h36
Je fais un nmap mail.ndd.fr -p25 et il me sort que le port est fermé !
25/tcp closed smtp
Alors que un iptables -L me donne ceci :
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT tcp -- anywhere anywhere tcp dpt:smtp

Islandil
04/09/2012, 14h44
Citation Envoyé par Nowwhat
Il reste que la possibilité d'inspecter le paramétrage de ton serveur.
Les autres outils ne fonctionne pas ici - il n'y aucun valeur à tester (nom de domaine, etc) dans ton message.
Merci de ta réponse.

Donc, c'est le serveur dédié sd.fr qui gère les emails envoyés à contact@ndd.fr ? Il doit donc avoir un serveur mail ? Car quand je fais un netstat sur mon serveur dédié, je ne vois aucun serveur mail à l'écoute.

Quelle inspection de paramètres pourrait me mettre sur la voie du problème ?

Nowwhat
04/09/2012, 14h41
Citation Envoyé par Islandil
Comment résoudre ce problème ?
Il reste que la possibilité d'inspecter le paramétrage (et les logs du serveur mail !!!) de ton serveur.
Les autres outils ne fonctionne pas ici - il n'y aucun valeur à tester (nom de domaine, etc) dans ton message.

Islandil
04/09/2012, 14h32
Bonjour à tous,

Voilà ma situation :
  • un nom de domaine : ndd.fr
  • un serveur dédié : sd.com

  • redirection DNS de ndd.fr vers sd.com
  • activation d'un adresse email sur ndd.fr : contact@ndd.fr


Ce qui fonctionne :
  • Je peux me connecter sur mon webmail de ndd.fr (avec RoundCube par exemple)
  • Je peux envoyer un email de contact@ndd.fr vers une adresse extérieure, en @gmail par exemple.


Ce qui ne fonctionne pas :
Quand j'envoie un email depuis l’extérieur (avec @gmail, @yahoo, etc.) vers contact@ndd.fr. Je ne le reçois jamais.

Quand fais un test de serveur mail avec un des nombreux outil que propose le net on me dit :
  • mail.ndd.fr existe
  • Mais la connexion est refusée par mail.ndd.fr


Comment résoudre ce problème ?

Merci d'avance !



EDIT :
Quand je fais un dig sur le ndd.fr voilà le champ MX
ndd.fr. 3600 IN MX 10 mail.ndd.fr.