PHP, Mail & Apache en Local
- Créateur du sujet redah75
- Date de début
Avant même de s'intéresser à ton site, tu peux vérifier que ton serveur SMTP local fonctionne, soit en l'utilisant dans ton client de messagerie (Mail, Thunderbird), soit à la mimine (une petite session Telnet, pour le fun).
Ensuite, si ça marche, regarde les logs pour voir si ça a évolué.
Quant aux valeurs : le domaine, je pense que ça doit convenir mais pour "myhostname", il faudrait un nom complet dans le même domaine (enfin, je suppose).
Ensuite, si ça marche, regarde les logs pour voir si ça a évolué.
Quant aux valeurs : le domaine, je pense que ça doit convenir mais pour "myhostname", il faudrait un nom complet dans le même domaine (enfin, je suppose).
Pour vérifier que le service de messagerie est prêt à relayer des messages, tu peux le choisir dans la configuration de ton client de messagerie. Si tu utilises GMail (donc smtp.gmail.com) ça ne dit rien du tout sur l'état du service local (ton daemon postfix, sur ta machine).
Tu vas envoyer un message en ligne de commande, ça ira aussi vite. Mettons que l'adresse de l'émetteur soit "[email protected]" et que celle du destinataire soit "[email protected]".
Tu ouvres un Terminal et tu tapes les commandes suivantes :
À l'invite, tu tapes :
---------- Nouveau message ajouté à 12h31 ---------- Le message précédent a été envoyé à 12h29 ----------
La partie avant DATA correspond à la tuyauterie et après DATA, c'est le contenu du message et ses en-têtes.
Au passage, on voit comment il est facile d'envoyer un message en se faisant passer pour quelqu'un d'autre...
Tu ouvres un Terminal et tu tapes les commandes suivantes :
Bloc de code:
telnet localhost 25
Bloc de code:
HELO mondomaine
MAIL FROM: [email protected]
RCPT TO: [email protected]
DATA
FROM: [email protected]
TO: [email protected]
SUBJECT: Message de test
Test de la messagerie SMTP de mon poste.
.
QUIT---------- Nouveau message ajouté à 12h31 ---------- Le message précédent a été envoyé à 12h29 ----------
La partie avant DATA correspond à la tuyauterie et après DATA, c'est le contenu du message et ses en-têtes.
Au passage, on voit comment il est facile d'envoyer un message en se faisant passer pour quelqu'un d'autre...
en tapant la commande telnet j'ai le message suivant:
mais a la fin il dit qu'il est connecté a 127.0.0.1
je ne comprends rien
Bloc de code:
new-host-2:~ Redani$ telnet localhost 25
Trying ::1...
telnet: connect to address ::1: Connection refused
Trying fe80::1...
telnet: connect to address fe80::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
220 localhost ESMTP Postfixje ne comprends rien
OK!
puis apres j'ai tapé ligne par ligne
mais rien ne c passé!!
puis apres j'ai tapé ligne par ligne
Bloc de code:
HELO mondomaine
MAIL FROM: [email protected]
RCPT TO: [email protected]
DATA
FROM: [email protected]
...
ah!, c'est le point que g omis
je refais la manip tt de suite
---------- Nouveau message ajouté à 17h01 ---------- Le message précédent a été envoyé à 16h56 ----------
voici le message que j'obtiens juste apres le . de la fin:
250 2.0.0 Ok: queued as 0C02B272AEC
et je n'ai recu aucun email!
je refais la manip tt de suite
---------- Nouveau message ajouté à 17h01 ---------- Le message précédent a été envoyé à 16h56 ----------
voici le message que j'obtiens juste apres le . de la fin:
250 2.0.0 Ok: queued as 0C02B272AEC
et je n'ai recu aucun email!
Oui mais c'est déjà pas mal : tu as un service SMTP qui fonctionne
Maintenant, reste à obtenir la livraison réelle du message et ça, c'est une autre question. Suite à la progression massive du spam dans la messagerie, les relais de messagerie (passerelles SMTP) sont devenus très tâtillons et ils exigent presque tous que l'émetteur de la demande de transmission (donc la passerelle qui leur envoie un message) soit référencé comme relais de messagerie du domaine.
En conséquence : ton message a fort peu de chance d'arriver. :rateau: Mais tu devrais avoir en retour un message d'avis de non-distribution, message stocké dans la boîte de messagerie UNIX du compte principal défini dans ta configuration.
Maintenant, reste à obtenir la livraison réelle du message et ça, c'est une autre question. Suite à la progression massive du spam dans la messagerie, les relais de messagerie (passerelles SMTP) sont devenus très tâtillons et ils exigent presque tous que l'émetteur de la demande de transmission (donc la passerelle qui leur envoie un message) soit référencé comme relais de messagerie du domaine.
En conséquence : ton message a fort peu de chance d'arriver. :rateau: Mais tu devrais avoir en retour un message d'avis de non-distribution, message stocké dans la boîte de messagerie UNIX du compte principal défini dans ta configuration.
ça évite les machines zombies spammer (je crois même que c'est le cas aussi chez wanadoo)
