[sendmail] Usurpation d'identité de l'emmetteur ? (RESOLU)

Recherche :

Dernière réponse

Sujet : [sendmail] Usurpation d'identité de l'emmetteur ? (RESOLU)

YupYup

Phoenix a écrit a écrit :

Merci pour ton inestimable collaboration :jap: :D ;)

Toujours à ton service :lol: :jap:

Votre réponse

Nom d'utilisateur

Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !

Le ton de votre message

Votre réponse

Smilies

Liste des smilies perso
Wiki smilies
Chercher un smiley

Options

Activer votre signature
Désactiver les smilies
Activer la notification par email du sujet

Aperçu

Vous avez perdu votre mot de passe ?

Vue Rapide de la discussion

YupYup

Phoenix a écrit a écrit :

Merci pour ton inestimable collaboration :jap: :D ;)

Toujours à ton service :lol: :jap:

Phoenix

Merci pour ton inestimable collaboration :jap: :D ;)

YupYup

Hébin voilà :)

Phoenix

Bon Da Fuck'in Manual m'a bien gavé mais ça tourne :wahoo:

C'est en fait implémenté par sendmail, mais les personnes qui ont qualifié le RPM de la RedHat ont viré cette feature :heink:

Ceci n'est valable que pour les mails en outgoing.

1) - Définir l'identité du sender à modifier

Créé le fichier /etc/mail/genericstable ( fichier texte )
Il faut ajouter le nom de l'utilisateur local et le nom de l'utilisateur 'distant"

ex:
mailman mailing-liste@domain.com

Dès que mailman envoie un mail le sender deviendra mailing-liste@domain.com

Pour que ce fichier soit pris en compte par sendmail, il faut créé la base correspondante :

makemap -r hash genericstable.db < genericstable

2) - Mettre en place cette fonctionnalité dans sendmail

editer /etc/mail/sendmail.mc et ajouter la ligne
FEATURE(`genericstable',`hash -o /etc/mail/genericstable')dnl

Enfin il faut regénérer le sendmail.cf avec la commande
m4 /etc/sendmail/sendmail.mc > /etc/sendmail.cf

!!! ATTENTION !!! cela détruit les paramètres contenu dans le sendmail.cf précédent...

3) Bien sur un petit kill -HUP du demon et c'est parti !

YupYup

Allez, t'as pas assez RTFM là, relis encore doucement et tu devrais pouvoir trouver ;)

Phoenix

Up !

Un peu plus de détails :

[postman@Kenny /tmp]& echo -e "Test \n\n" | mail -s "Test d'envoi de mail" toto@toto.com

==> La mail est relayé par mon serveur Domino et tombe dans la BàL de toto seulement c'est inscrit envoyé par "postman@Kenny.domain.com" (logique)
Or cette domain/machine n'existe pas ! Donc reply impossible.
En plus je ne veux pas que l'on connnaise le nom de ma machine et que l'on réponde à quelqu'un ayant une BàL "réelle"

Phoenix

Je suis en train de mettre en place un serveur Linux qui va emmettre des mails au nom d'un utilisateur.

Ce serveur se connecte à un serveur Domino, (j'ai autorisé le relayage sur le serveur Domino) qui est le serveur de mail de l'enregistrement MX du dns, afin d'envoyer les mails à l'extérieurs de la boite.

Par contre l'envoie se fait avec l'identité de l'utilisateur de la machine (logique !). Pbl, si les personnes veulent répondre, fatalement, le nom de machine n'est pas bon et surtout le nom d'utilisateur nom plus.

Donc j'aimerais pouvoir usurper le sender (au moment du mail from: ) et/ou au minimum pouvoir renseigner le champs "reply to:" !

Je ne sais pas vraiment comment procéder avec le commande "mail" standard.

Pour le moment c'est dans le corps du message, mais je n'aime pas trop les "traces" laissé par une machine du réseau privé.... ça fait mauvais genre.

Une idée ?

[jfdsdjhfuetppo]--Message édité par Phoenix le 23-05-2002 à 12:25:33--[/jfdsdjhfuetppo]