Bonjour,
Je travaille sur mon portable perso avec plusieurs entreprises,
associations etc. J'ai une adresse mail dans chaque. Je suis amené à
envoyer des mails à différentes adresses depuis différents endroits. Je
suis donc obligé d'utiliser pour l'envoi tantôt mon compte perso, tantôt
le compte sur le serveur de l'entreprise où je me trouve. Selon le
destinataire, j'indique à chaque fois une adresse de réponse différente,
ce qui me permet de relever tel ou tel compte et de trier
automatiquement les mails reçus.
Deux problèmes:
- à chaque fois je dois choisir l'adresse de réponse: est-ce qu'il
existerait une astuce pour qu'elle se remplisse automatiquement en
fonction de l'adresse du destinataire (ex. j'écris à tartempion@machin.
com, je voudrais que l'adresse de retour soit monadresse@machin. com);
je rêve là?..
- plus réaliste: je voudrais que la signature automatique soit fonction
de l'adresse du destinataire et pas de l'adresse de l'expéditeur (moi,
sur différents comptes). Ca ne peut pas être fait automatiquement mais
j'aimerais au moins pouvoir sélectionner l'une de mes signatures, or je
ne trouve pas comment le faire, elle se met à la création du message.
Comment faire?
--
Francois
Changer de serveur SMTP suivant l'adresse utilisée est contraignant et unitile dans ces cas. Un smtp bien configuré accepte tout ce qui vient de son propre réseau, et, sous certaines conditions ce qui vient d'ailleurs, mais c'est un autre sujet.
Euh, oui et non. Un SMTP peut très bien être bien configuré et refuser de relayer des mails dont l'expéditeur n'a pas une adresse qu'il connait. Ce n'est pas courant mais ça existe, j'en ai même installé un dans une grande école française afin d'éviter que de petits malins n'envoient des mails au nom de quelqu'un d'autre (en fait, dans ce cas ça allait plus loin, l'étudiant devait non seulement utiliser l'adresse fournie par l'école mais aussi s'authentifier et alors le serveur vérifiait que le champs expéditeur correspondait non seulement à un compte connu mais surtout à l'adresse mail stockée dans l'entrée utilisateur de l'étudiant).
Bon, ok, c'est un cas rare :-)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Raymond Martin <ray-news@raysa.org> wrote:
Changer de serveur SMTP suivant l'adresse utilisée est contraignant et
unitile dans ces cas. Un smtp bien configuré accepte tout ce qui vient
de son propre réseau, et, sous certaines conditions ce qui vient
d'ailleurs, mais c'est un autre sujet.
Euh, oui et non. Un SMTP peut très bien être bien configuré et refuser
de relayer des mails dont l'expéditeur n'a pas une adresse qu'il
connait. Ce n'est pas courant mais ça existe, j'en ai même installé un
dans une grande école française afin d'éviter que de petits malins
n'envoient des mails au nom de quelqu'un d'autre (en fait, dans ce cas
ça allait plus loin, l'étudiant devait non seulement utiliser l'adresse
fournie par l'école mais aussi s'authentifier et alors le serveur
vérifiait que le champs expéditeur correspondait non seulement à un
compte connu mais surtout à l'adresse mail stockée dans l'entrée
utilisateur de l'étudiant).
Bon, ok, c'est un cas rare :-)
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Changer de serveur SMTP suivant l'adresse utilisée est contraignant et unitile dans ces cas. Un smtp bien configuré accepte tout ce qui vient de son propre réseau, et, sous certaines conditions ce qui vient d'ailleurs, mais c'est un autre sujet.
Euh, oui et non. Un SMTP peut très bien être bien configuré et refuser de relayer des mails dont l'expéditeur n'a pas une adresse qu'il connait. Ce n'est pas courant mais ça existe, j'en ai même installé un dans une grande école française afin d'éviter que de petits malins n'envoient des mails au nom de quelqu'un d'autre (en fait, dans ce cas ça allait plus loin, l'étudiant devait non seulement utiliser l'adresse fournie par l'école mais aussi s'authentifier et alors le serveur vérifiait que le champs expéditeur correspondait non seulement à un compte connu mais surtout à l'adresse mail stockée dans l'entrée utilisateur de l'étudiant).
Bon, ok, c'est un cas rare :-)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Le Moustique
Laurent Pertois a écrit :
Bon, ok, c'est un cas rare :-)
A graver dans le marbre, donc. -- /) -:oo= Guillaume ) Je nettoyais mon clavier, et le coup est parti tout seul.
Laurent Pertois a écrit :
Bon, ok, c'est un cas rare :-)
A graver dans le marbre, donc.
--
/)
-:oo= Guillaume
)
Je nettoyais mon clavier, et le coup est parti tout seul.
A graver dans le marbre, donc. -- /) -:oo= Guillaume ) Je nettoyais mon clavier, et le coup est parti tout seul.
Raymond Martin
Laurent Pertois a écrit :
Raymond Martin wrote:
Changer de serveur SMTP suivant l'adresse utilisée est contraignant et unitile dans ces cas. Un smtp bien configuré accepte tout ce qui vient de son propre réseau, et, sous certaines conditions ce qui vient d'ailleurs, mais c'est un autre sujet.
Euh, oui et non. Un SMTP peut très bien être bien configuré et refuser de relayer des mails dont l'expéditeur n'a pas une adresse qu'il connait. Ce n'est pas courant mais ça existe, j'en ai même installé un dans une grande école française afin d'éviter que de petits malins n'envoient des mails au nom de quelqu'un d'autre (en fait, dans ce cas ça allait plus loin, l'étudiant devait non seulement utiliser l'adresse fournie par l'école mais aussi s'authentifier et alors le serveur vérifiait que le champs expéditeur correspondait non seulement à un compte connu mais surtout à l'adresse mail stockée dans l'entrée utilisateur de l'étudiant).
Bel exemple à classer dans la catégorie "L'ennemi, c'est l'utilisateur" Il y a des admins taquins tout de même :)
Bon, ok, c'est un cas rare :-)
À conserver pour l'élévation des générations futures.
-- r.
Laurent Pertois a écrit :
Raymond Martin <ray-news@raysa.org> wrote:
Changer de serveur SMTP suivant l'adresse utilisée est contraignant et
unitile dans ces cas. Un smtp bien configuré accepte tout ce qui vient
de son propre réseau, et, sous certaines conditions ce qui vient
d'ailleurs, mais c'est un autre sujet.
Euh, oui et non. Un SMTP peut très bien être bien configuré et refuser
de relayer des mails dont l'expéditeur n'a pas une adresse qu'il
connait. Ce n'est pas courant mais ça existe, j'en ai même installé un
dans une grande école française afin d'éviter que de petits malins
n'envoient des mails au nom de quelqu'un d'autre (en fait, dans ce cas
ça allait plus loin, l'étudiant devait non seulement utiliser l'adresse
fournie par l'école mais aussi s'authentifier et alors le serveur
vérifiait que le champs expéditeur correspondait non seulement à un
compte connu mais surtout à l'adresse mail stockée dans l'entrée
utilisateur de l'étudiant).
Bel exemple à classer dans la catégorie "L'ennemi, c'est l'utilisateur"
Il y a des admins taquins tout de même :)
Bon, ok, c'est un cas rare :-)
À conserver pour l'élévation des générations futures.
Changer de serveur SMTP suivant l'adresse utilisée est contraignant et unitile dans ces cas. Un smtp bien configuré accepte tout ce qui vient de son propre réseau, et, sous certaines conditions ce qui vient d'ailleurs, mais c'est un autre sujet.
Euh, oui et non. Un SMTP peut très bien être bien configuré et refuser de relayer des mails dont l'expéditeur n'a pas une adresse qu'il connait. Ce n'est pas courant mais ça existe, j'en ai même installé un dans une grande école française afin d'éviter que de petits malins n'envoient des mails au nom de quelqu'un d'autre (en fait, dans ce cas ça allait plus loin, l'étudiant devait non seulement utiliser l'adresse fournie par l'école mais aussi s'authentifier et alors le serveur vérifiait que le champs expéditeur correspondait non seulement à un compte connu mais surtout à l'adresse mail stockée dans l'entrée utilisateur de l'étudiant).
Bel exemple à classer dans la catégorie "L'ennemi, c'est l'utilisateur" Il y a des admins taquins tout de même :)
Bon, ok, c'est un cas rare :-)
À conserver pour l'élévation des générations futures.
-- r.
laurent.pertois
Raymond Martin wrote:
Laurent Pertois a écrit : > Raymond Martin wrote: > >> Changer de serveur SMTP suivant l'adresse utilisée est contraignant et >> unitile dans ces cas. Un smtp bien configuré accepte tout ce qui vient >> de son propre réseau, et, sous certaines conditions ce qui vient >> d'ailleurs, mais c'est un autre sujet. > > Euh, oui et non. Un SMTP peut très bien être bien configuré et refuser > de relayer des mails dont l'expéditeur n'a pas une adresse qu'il > connait. Ce n'est pas courant mais ça existe, j'en ai même installé un > dans une grande école française afin d'éviter que de petits malins > n'envoient des mails au nom de quelqu'un d'autre (en fait, dans ce cas > ça allait plus loin, l'étudiant devait non seulement utiliser l'adresse > fournie par l'école mais aussi s'authentifier et alors le serveur > vérifiait que le champs expéditeur correspondait non seulement à un > compte connu mais surtout à l'adresse mail stockée dans l'entrée > utilisateur de l'étudiant).
Bel exemple à classer dans la catégorie "L'ennemi, c'est l'utilisateur"
Ben, c'est pourtant le cas non ?
Il y a des admins taquins tout de même :)
Disons que là la décision a été prise parce qu'il y avait des élèves taquins qui se faisaient passer pour le directeur de l'école, quand même.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
Raymond Martin <ray-news@raysa.org> wrote:
Laurent Pertois a écrit :
> Raymond Martin <ray-news@raysa.org> wrote:
>
>> Changer de serveur SMTP suivant l'adresse utilisée est contraignant et
>> unitile dans ces cas. Un smtp bien configuré accepte tout ce qui vient
>> de son propre réseau, et, sous certaines conditions ce qui vient
>> d'ailleurs, mais c'est un autre sujet.
>
> Euh, oui et non. Un SMTP peut très bien être bien configuré et refuser
> de relayer des mails dont l'expéditeur n'a pas une adresse qu'il
> connait. Ce n'est pas courant mais ça existe, j'en ai même installé un
> dans une grande école française afin d'éviter que de petits malins
> n'envoient des mails au nom de quelqu'un d'autre (en fait, dans ce cas
> ça allait plus loin, l'étudiant devait non seulement utiliser l'adresse
> fournie par l'école mais aussi s'authentifier et alors le serveur
> vérifiait que le champs expéditeur correspondait non seulement à un
> compte connu mais surtout à l'adresse mail stockée dans l'entrée
> utilisateur de l'étudiant).
Bel exemple à classer dans la catégorie "L'ennemi, c'est l'utilisateur"
Ben, c'est pourtant le cas non ?
Il y a des admins taquins tout de même :)
Disons que là la décision a été prise parce qu'il y avait des élèves
taquins qui se faisaient passer pour le directeur de l'école, quand
même.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
Laurent Pertois a écrit : > Raymond Martin wrote: > >> Changer de serveur SMTP suivant l'adresse utilisée est contraignant et >> unitile dans ces cas. Un smtp bien configuré accepte tout ce qui vient >> de son propre réseau, et, sous certaines conditions ce qui vient >> d'ailleurs, mais c'est un autre sujet. > > Euh, oui et non. Un SMTP peut très bien être bien configuré et refuser > de relayer des mails dont l'expéditeur n'a pas une adresse qu'il > connait. Ce n'est pas courant mais ça existe, j'en ai même installé un > dans une grande école française afin d'éviter que de petits malins > n'envoient des mails au nom de quelqu'un d'autre (en fait, dans ce cas > ça allait plus loin, l'étudiant devait non seulement utiliser l'adresse > fournie par l'école mais aussi s'authentifier et alors le serveur > vérifiait que le champs expéditeur correspondait non seulement à un > compte connu mais surtout à l'adresse mail stockée dans l'entrée > utilisateur de l'étudiant).
Bel exemple à classer dans la catégorie "L'ennemi, c'est l'utilisateur"
Ben, c'est pourtant le cas non ?
Il y a des admins taquins tout de même :)
Disons que là la décision a été prise parce qu'il y avait des élèves taquins qui se faisaient passer pour le directeur de l'école, quand même.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
