Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Stéphane [MS]
Bonjour,
La fiche technique a suivre existe en français avec le code nécessaire : http://support.microsoft.com/?id17680
Cdlt Stéphane
"Christophe [MS]" a écrit dans le message de news:
Bonjour,
il faut développer un event sink pour cela.
Cordialement
Christophe
"SFP" a écrit dans le message de news:c67701c3ee85$792d9f80$ Je souhaite mettre un message de type signature sur tous les mails de mon serveur exchange 2000 (type mention légales...). Est-ce possible ?
Bonjour,
La fiche technique a suivre existe en français avec le code nécessaire :
http://support.microsoft.com/?id17680
Cdlt
Stéphane
"Christophe [MS]" <cleroux@online.microsoft.com> a écrit dans le message de
news: uMR87Xo7DHA.2472@TK2MSFTNGP10.phx.gbl...
Bonjour,
il faut développer un event sink pour cela.
Cordialement
Christophe
"SFP" <anonymous@discussions.microsoft.com> a écrit dans le message de
news:c67701c3ee85$792d9f80$a301280a@phx.gbl...
Je souhaite mettre un message de type signature sur tous
les mails de mon serveur exchange 2000 (type mention
légales...).
Est-ce possible ?
La fiche technique a suivre existe en français avec le code nécessaire : http://support.microsoft.com/?id17680
Cdlt Stéphane
"Christophe [MS]" a écrit dans le message de news:
Bonjour,
il faut développer un event sink pour cela.
Cordialement
Christophe
"SFP" a écrit dans le message de news:c67701c3ee85$792d9f80$ Je souhaite mettre un message de type signature sur tous les mails de mon serveur exchange 2000 (type mention légales...). Est-ce possible ?
Thierry DEMAN [MVP]
Stéphane [MS] wrote:
Bonjour,
La fiche technique a suivre existe en français avec le code nécessaire : http://support.microsoft.com/?id17680
Cdlt Stéphane
Bonsoir,
comment fait-on pour les clients "MAPI" ?
Ce sont quand même les plus nombreux sur Exchange?
Merci. -- Thierry DEMAN-BARCELÒ
Stéphane [MS] wrote:
Bonjour,
La fiche technique a suivre existe en français avec le code
nécessaire : http://support.microsoft.com/?id17680
Cdlt
Stéphane
Bonsoir,
comment fait-on pour les clients "MAPI" ?
Ce sont quand même les plus nombreux sur Exchange?
Pour pour les clients MAPI, il faut enregistrer le code au niveau du categorizer et non au niveau du connecteur SMTP.
Cordialement
Christophe
"Thierry DEMAN [MVP]" a écrit dans le message de news:
Stéphane [MS] wrote:
Bonjour,
La fiche technique a suivre existe en français avec le code nécessaire : http://support.microsoft.com/?id17680
Cdlt Stéphane
Bonsoir,
comment fait-on pour les clients "MAPI" ?
Ce sont quand même les plus nombreux sur Exchange?
Merci. -- Thierry DEMAN-BARCELÒ
Stéphane [MS]
Ok pour ta réponse, mais quel peut être l'intérêt d'une memtion légale sur du trafic interne à une entreprise ? Il me semble que, même en MAPI, il est particulièrement intéressant de rajouter cette mention légale qu'à l'occasion d'un message sortant de l'entreprise, donc, sur son connecteur SMTP uniquement. Me trompe-je ?
Cdlt Stéphane
"Christophe [MS]" a écrit dans le message de news:
Bonjour
Pour pour les clients MAPI, il faut enregistrer le code au niveau du categorizer et non au niveau du connecteur SMTP.
Cordialement
Christophe
"Thierry DEMAN [MVP]" a écrit dans le message de news:
Stéphane [MS] wrote:
Bonjour,
La fiche technique a suivre existe en français avec le code nécessaire : http://support.microsoft.com/?id17680
Cdlt Stéphane
Bonsoir,
comment fait-on pour les clients "MAPI" ?
Ce sont quand même les plus nombreux sur Exchange?
Merci. -- Thierry DEMAN-BARCELÒ
Ok pour ta réponse, mais quel peut être l'intérêt d'une memtion légale sur
du trafic interne à une entreprise ? Il me semble que, même en MAPI, il est
particulièrement intéressant de rajouter cette mention légale qu'à
l'occasion d'un message sortant de l'entreprise, donc, sur son connecteur
SMTP uniquement. Me trompe-je ?
Cdlt
Stéphane
"Christophe [MS]" <cleroux@online.microsoft.com> a écrit dans le message de
news: ufz2HSp7DHA.2432@TK2MSFTNGP10.phx.gbl...
Bonjour
Pour pour les clients MAPI, il faut enregistrer le code au niveau du
categorizer et non au niveau du connecteur SMTP.
Cordialement
Christophe
"Thierry DEMAN [MVP]" <tdemanNOSPAM@NOSPAMfree.fr> a écrit dans le message
de news:uTUWHQp7DHA.2676@TK2MSFTNGP10.phx.gbl...
Stéphane [MS] wrote:
Bonjour,
La fiche technique a suivre existe en français avec le code
nécessaire : http://support.microsoft.com/?id17680
Cdlt
Stéphane
Bonsoir,
comment fait-on pour les clients "MAPI" ?
Ce sont quand même les plus nombreux sur Exchange?
Ok pour ta réponse, mais quel peut être l'intérêt d'une memtion légale sur du trafic interne à une entreprise ? Il me semble que, même en MAPI, il est particulièrement intéressant de rajouter cette mention légale qu'à l'occasion d'un message sortant de l'entreprise, donc, sur son connecteur SMTP uniquement. Me trompe-je ?
Cdlt Stéphane
"Christophe [MS]" a écrit dans le message de news:
Bonjour
Pour pour les clients MAPI, il faut enregistrer le code au niveau du categorizer et non au niveau du connecteur SMTP.
Cordialement
Christophe
"Thierry DEMAN [MVP]" a écrit dans le message de news:
Stéphane [MS] wrote:
Bonjour,
La fiche technique a suivre existe en français avec le code nécessaire : http://support.microsoft.com/?id17680
Cdlt Stéphane
Bonsoir,
comment fait-on pour les clients "MAPI" ?
Ce sont quand même les plus nombreux sur Exchange?
Merci. -- Thierry DEMAN-BARCELÒ
Christophe [MS]
Bonjour,
je suis d'accord avec toi, cela n'a pas vraiment d'intérêt de le faire en interne. Cela peut être nécessaire si la même messagerie MAPI héberge plusieurs sociétés, mais même dans ce cas, là, je ne ferais pas comme cela. Si la même messagerie doit héberger plusieurs sociétés, je ferais un groupe de routage pour chaque société et placerait l'event sink sur les connecteurs SMTP qui relient les groupes de routage. Comme cela, quand une personne écrit à quelqu'un de la même société, il n'y a pas d'info légale puisque le message ne quitte pas le groupe de routage, et quand une personne écrit à une personne d'une autre société, le message passe par un connecteur SMTP donc récupère l'info légale.
Ton avis sur cette solution ?
Christophe
"Stéphane [MS]" a écrit dans le message de news:%
Ok pour ta réponse, mais quel peut être l'intérêt d'une memtion légale sur du trafic interne à une entreprise ? Il me semble que, même en MAPI, il est
particulièrement intéressant de rajouter cette mention légale qu'à l'occasion d'un message sortant de l'entreprise, donc, sur son connecteur SMTP uniquement. Me trompe-je ?
Cdlt Stéphane
"Christophe [MS]" a écrit dans le message de
news:
Bonjour
Pour pour les clients MAPI, il faut enregistrer le code au niveau du categorizer et non au niveau du connecteur SMTP.
Cordialement
Christophe
"Thierry DEMAN [MVP]" a écrit dans le message
de news:
Stéphane [MS] wrote:
Bonjour,
La fiche technique a suivre existe en français avec le code nécessaire : http://support.microsoft.com/?id17680
Cdlt Stéphane
Bonsoir,
comment fait-on pour les clients "MAPI" ?
Ce sont quand même les plus nombreux sur Exchange?
Merci. -- Thierry DEMAN-BARCELÒ
Bonjour,
je suis d'accord avec toi, cela n'a pas vraiment d'intérêt de le faire en
interne. Cela peut être nécessaire si la même messagerie MAPI héberge
plusieurs sociétés, mais même dans ce cas, là, je ne ferais pas comme cela.
Si la même messagerie doit héberger plusieurs sociétés, je ferais un groupe
de routage pour chaque société et placerait l'event sink sur les connecteurs
SMTP qui relient les groupes de routage. Comme cela, quand une personne
écrit à quelqu'un de la même société, il n'y a pas d'info légale puisque le
message ne quitte pas le groupe de routage, et quand une personne écrit à
une personne d'une autre société, le message passe par un connecteur SMTP
donc récupère l'info légale.
Ton avis sur cette solution ?
Christophe
"Stéphane [MS]" <spapp@online.microsoft.com> a écrit dans le message de
news:%23Blk72t7DHA.1428@TK2MSFTNGP12.phx.gbl...
Ok pour ta réponse, mais quel peut être l'intérêt d'une memtion légale sur
du trafic interne à une entreprise ? Il me semble que, même en MAPI, il
est
particulièrement intéressant de rajouter cette mention légale qu'à
l'occasion d'un message sortant de l'entreprise, donc, sur son connecteur
SMTP uniquement. Me trompe-je ?
Cdlt
Stéphane
"Christophe [MS]" <cleroux@online.microsoft.com> a écrit dans le message
de
news: ufz2HSp7DHA.2432@TK2MSFTNGP10.phx.gbl...
Bonjour
Pour pour les clients MAPI, il faut enregistrer le code au niveau du
categorizer et non au niveau du connecteur SMTP.
Cordialement
Christophe
"Thierry DEMAN [MVP]" <tdemanNOSPAM@NOSPAMfree.fr> a écrit dans le
message
de news:uTUWHQp7DHA.2676@TK2MSFTNGP10.phx.gbl...
Stéphane [MS] wrote:
Bonjour,
La fiche technique a suivre existe en français avec le code
nécessaire : http://support.microsoft.com/?id17680
Cdlt
Stéphane
Bonsoir,
comment fait-on pour les clients "MAPI" ?
Ce sont quand même les plus nombreux sur Exchange?
je suis d'accord avec toi, cela n'a pas vraiment d'intérêt de le faire en interne. Cela peut être nécessaire si la même messagerie MAPI héberge plusieurs sociétés, mais même dans ce cas, là, je ne ferais pas comme cela. Si la même messagerie doit héberger plusieurs sociétés, je ferais un groupe de routage pour chaque société et placerait l'event sink sur les connecteurs SMTP qui relient les groupes de routage. Comme cela, quand une personne écrit à quelqu'un de la même société, il n'y a pas d'info légale puisque le message ne quitte pas le groupe de routage, et quand une personne écrit à une personne d'une autre société, le message passe par un connecteur SMTP donc récupère l'info légale.
Ton avis sur cette solution ?
Christophe
"Stéphane [MS]" a écrit dans le message de news:%
Ok pour ta réponse, mais quel peut être l'intérêt d'une memtion légale sur du trafic interne à une entreprise ? Il me semble que, même en MAPI, il est
particulièrement intéressant de rajouter cette mention légale qu'à l'occasion d'un message sortant de l'entreprise, donc, sur son connecteur SMTP uniquement. Me trompe-je ?
Cdlt Stéphane
"Christophe [MS]" a écrit dans le message de
news:
Bonjour
Pour pour les clients MAPI, il faut enregistrer le code au niveau du categorizer et non au niveau du connecteur SMTP.
Cordialement
Christophe
"Thierry DEMAN [MVP]" a écrit dans le message
de news:
Stéphane [MS] wrote:
Bonjour,
La fiche technique a suivre existe en français avec le code nécessaire : http://support.microsoft.com/?id17680
Cdlt Stéphane
Bonsoir,
comment fait-on pour les clients "MAPI" ?
Ce sont quand même les plus nombreux sur Exchange?
Merci. -- Thierry DEMAN-BARCELÒ
Thierry DEMAN [MVP]
Bonjour,
Pour que l'on se comprenne bien !
Lorsque l'envoi est fait à partir d'un utilisateur Outlook/MAPI vers l'extérieur, l'eventsink sur SMTP n'est pas applicable, car il n'agit QUE sur les messages "Entrants" par SMTP (SMTP-On-Arrival!!!).
Quand l'utilisateur envoit ses messages par OutlookExpress/SMTP, c'est bien un message "entrant" (qui va ressortir), l'EventSink est bien déclanché!!!
Pour résoudre ce problème, une fiche technet existait! => il s'agissait de créer 2 serveurs virtuels SMTP, les envois "sortants" par le 1er serveur virtuel était rediriger vers le 2ème (hôte actif) qui lui envoyait sur Internet. => L'EventSink était configuré sur le 2ème serveur virtuell. => Par ce biais, même les messages envoyés par MAPI passaient en arrivée sur le 2ème serveur virtuel et recevaient donc le "disclaimer".
Cette fiche "Technet" a disparu (j'en ai une copie!), mais aucune autre solution n'a été trouvée sauf à utiliser des produits "tierce partie".
A bientôt,
PS: je dois toujours faire des tests sur cette solution, mais si elle existait , cela aiderait pas mal de monde. -- Thierry DEMAN-BARCELÒ MVP Exchange,SQL FAQ Exchange: http://faqexchange.dyndns.org Site personnel: http://webfamilial.dyndns.org/thierry/pageprincipale.htm
"Christophe [MS]" a écrit dans le message de news:
Bonjour,
Pour que l'on se comprenne bien !
Lorsque l'envoi est fait à partir d'un utilisateur Outlook/MAPI vers
l'extérieur, l'eventsink sur SMTP n'est pas applicable, car il n'agit QUE
sur les messages "Entrants" par SMTP (SMTP-On-Arrival!!!).
Quand l'utilisateur envoit ses messages par OutlookExpress/SMTP, c'est bien
un message "entrant" (qui va ressortir), l'EventSink est bien déclanché!!!
Pour résoudre ce problème, une fiche technet existait!
=> il s'agissait de créer 2 serveurs virtuels SMTP, les envois "sortants"
par le 1er serveur virtuel était rediriger vers le 2ème (hôte actif) qui lui
envoyait sur Internet.
=> L'EventSink était configuré sur le 2ème serveur virtuell.
=> Par ce biais, même les messages envoyés par MAPI passaient en arrivée sur
le 2ème serveur virtuel et recevaient donc le "disclaimer".
Cette fiche "Technet" a disparu (j'en ai une copie!), mais aucune autre
solution n'a été trouvée sauf à utiliser des produits "tierce partie".
A bientôt,
PS: je dois toujours faire des tests sur cette solution, mais si elle
existait , cela aiderait pas mal de monde.
--
Thierry DEMAN-BARCELÒ
MVP Exchange,SQL
FAQ Exchange: http://faqexchange.dyndns.org
Site personnel: http://webfamilial.dyndns.org/thierry/pageprincipale.htm
"Christophe [MS]" <cleroux@online.microsoft.com> a écrit dans le message de
news: ubzya7t7DHA.2712@tk2msftngp13.phx.gbl...
Lorsque l'envoi est fait à partir d'un utilisateur Outlook/MAPI vers l'extérieur, l'eventsink sur SMTP n'est pas applicable, car il n'agit QUE sur les messages "Entrants" par SMTP (SMTP-On-Arrival!!!).
Quand l'utilisateur envoit ses messages par OutlookExpress/SMTP, c'est bien un message "entrant" (qui va ressortir), l'EventSink est bien déclanché!!!
Pour résoudre ce problème, une fiche technet existait! => il s'agissait de créer 2 serveurs virtuels SMTP, les envois "sortants" par le 1er serveur virtuel était rediriger vers le 2ème (hôte actif) qui lui envoyait sur Internet. => L'EventSink était configuré sur le 2ème serveur virtuell. => Par ce biais, même les messages envoyés par MAPI passaient en arrivée sur le 2ème serveur virtuel et recevaient donc le "disclaimer".
Cette fiche "Technet" a disparu (j'en ai une copie!), mais aucune autre solution n'a été trouvée sauf à utiliser des produits "tierce partie".
A bientôt,
PS: je dois toujours faire des tests sur cette solution, mais si elle existait , cela aiderait pas mal de monde. -- Thierry DEMAN-BARCELÒ MVP Exchange,SQL FAQ Exchange: http://faqexchange.dyndns.org Site personnel: http://webfamilial.dyndns.org/thierry/pageprincipale.htm
"Christophe [MS]" a écrit dans le message de news:
