Non tu l'envoies sur le serveur smtp 24/24 de SON provider
pop ? -- Fra
fra
Benoit Leraillez wrote:
Fra wrote:
Non tu l'envoies sur le serveur smtp 24/24 de SON provider. Et bien là ce sera le contraire, tu mettra ton mail sur le smtp de TON provider
pop ?
Pop ? Comment ça pop ?
Bein soit je ne suis pas trop, soit il me semble qu'on envoie en temps normal les mails vers le serveur pop du destinataire (le smtp étant chez l'émetteur ou son FAI). -- Fra
Non tu l'envoies sur le serveur smtp 24/24 de SON provider. Et bien là
ce sera le contraire, tu mettra ton mail sur le smtp de TON provider
pop ?
Pop ? Comment ça pop ?
Bein soit je ne suis pas trop, soit il me semble qu'on envoie en temps
normal les mails vers le serveur pop du destinataire (le smtp étant chez
l'émetteur ou son FAI).
--
Fra
Non tu l'envoies sur le serveur smtp 24/24 de SON provider. Et bien là ce sera le contraire, tu mettra ton mail sur le smtp de TON provider
pop ?
Pop ? Comment ça pop ?
Bein soit je ne suis pas trop, soit il me semble qu'on envoie en temps normal les mails vers le serveur pop du destinataire (le smtp étant chez l'émetteur ou son FAI). -- Fra
Patrick Stadelmann
In article <1go8ebe.16u4wepqfhiyoN%, (Benoit Leraillez) wrote:
Exemple : on me dit qu'un message de sdupille+news at teaser.fr m'attend à l'adresse W.X.Y.Z mais cette adresse n'est pas celle d'un smtp de teaser alors le message peut rester sur ce serveur smtp bidon.
Sauf qu'il existe pleins d'adresses e-mail dont le domaine n'offre pas de serveur SMTP (toutes les adresses redirigées par exemple).
Si un provider voit arriver des dizaines de milliers de requêtes vers le compte d'un de ses users il peut réagir en conséquence et bloquer le compte
Il peut tout aussi bien réagir s'il détecte un trafic SMTP anormalement élevé depuis une adresse IP précise.
Patrick -- Patrick Stadelmann
In article
<1go8ebe.16u4wepqfhiyoN%benoit.sansspam@leraillez.sansspam.com>,
benoit.sansspam@leraillez.sansspam.com (Benoit Leraillez) wrote:
Exemple : on me dit qu'un message de sdupille+news at teaser.fr
m'attend à l'adresse W.X.Y.Z mais cette adresse n'est pas celle d'un
smtp de teaser alors le message peut rester sur ce serveur smtp bidon.
Sauf qu'il existe pleins d'adresses e-mail dont le domaine n'offre pas
de serveur SMTP (toutes les adresses redirigées par exemple).
Si un provider voit arriver des dizaines de milliers de requêtes vers le
compte d'un de ses users il peut réagir en conséquence et bloquer le
compte
Il peut tout aussi bien réagir s'il détecte un trafic SMTP anormalement
élevé depuis une adresse IP précise.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <1go8ebe.16u4wepqfhiyoN%, (Benoit Leraillez) wrote:
Exemple : on me dit qu'un message de sdupille+news at teaser.fr m'attend à l'adresse W.X.Y.Z mais cette adresse n'est pas celle d'un smtp de teaser alors le message peut rester sur ce serveur smtp bidon.
Sauf qu'il existe pleins d'adresses e-mail dont le domaine n'offre pas de serveur SMTP (toutes les adresses redirigées par exemple).
Si un provider voit arriver des dizaines de milliers de requêtes vers le compte d'un de ses users il peut réagir en conséquence et bloquer le compte
Il peut tout aussi bien réagir s'il détecte un trafic SMTP anormalement élevé depuis une adresse IP précise.
Patrick -- Patrick Stadelmann
Patrick Stadelmann
In article <1go9nvg.1wdlqoqci0oiaN%, (Benoit Leraillez) wrote:
Patrick Stadelmann wrote:
Sauf qu'il existe pleins d'adresses e-mail dont le domaine n'offre pas de serveur SMTP (toutes les adresses redirigées par exemple).
Il est très simple d'ajouter dans les références de son lookup un MX approprié.
Explique-moi comment j'enverrais / recevrais des e-mails avec mon adresse @sourceforge.net par exemple ? Les mails arrivant sur cette adresse sont redirigées sur une autre adresse, et l'envoi se fait via le SMTP du FAI.
Mon domaine n'a pas de smtp car celui qui héberge mon domaine ne propose pas ce service (!) je dois donc envoyer mais mail par le smtp de mon provider. Wanadoo refuse d'envoyer des mails qui n'ont pas de From: @wanadoo. J'ai donc un copain fournisseur d'accès qui me laisse passer par son smtp
Tu pourrait aussi utiliser ton propre SMTP.
Il peut tout aussi bien réagir s'il détecte un trafic SMTP anormalement élevé depuis une adresse IP précise.
Ah bon ! Il suffit pourtant d'envoyer de gros fichiers de façon régulière ou d'être un entreprise avec une centaine de personnes et le port 80 fermé (ou pire, tu fais comme moi tu ne mets pas d'adresse de routeur dans la config, type 10.0.0.X/255.0.0.0, bounjour pour qu'un gus "de base" retrouve le router). Donc il y a deux choses différentes entre le fait d'avoir du trafic montant et du traffic descendant.
In article
<1go9nvg.1wdlqoqci0oiaN%benoit.sansspam@leraillez.sansspam.com>,
benoit.sansspam@leraillez.sansspam.com (Benoit Leraillez) wrote:
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Sauf qu'il existe pleins d'adresses e-mail dont le domaine n'offre pas
de serveur SMTP (toutes les adresses redirigées par exemple).
Il est très simple d'ajouter dans les références de son lookup un MX
approprié.
Explique-moi comment j'enverrais / recevrais des e-mails avec mon
adresse @sourceforge.net par exemple ? Les mails arrivant sur cette
adresse sont redirigées sur une autre adresse, et l'envoi se fait via le
SMTP du FAI.
Mon domaine n'a pas de smtp car celui qui héberge mon domaine
ne propose pas ce service (!) je dois donc envoyer mais mail par le smtp
de mon provider. Wanadoo refuse d'envoyer des mails qui n'ont pas de
From: @wanadoo. J'ai donc un copain fournisseur d'accès qui me laisse
passer par son smtp
Tu pourrait aussi utiliser ton propre SMTP.
Il peut tout aussi bien réagir s'il détecte un trafic SMTP anormalement
élevé depuis une adresse IP précise.
Ah bon ! Il suffit pourtant d'envoyer de gros fichiers de façon
régulière ou d'être un entreprise avec une centaine de personnes et le
port 80 fermé (ou pire, tu fais comme moi tu ne mets pas d'adresse de
routeur dans la config, type 10.0.0.X/255.0.0.0, bounjour pour qu'un gus
"de base" retrouve le router). Donc il y a deux choses différentes entre
le fait d'avoir du trafic montant et du traffic descendant.
In article <1go9nvg.1wdlqoqci0oiaN%, (Benoit Leraillez) wrote:
Patrick Stadelmann wrote:
Sauf qu'il existe pleins d'adresses e-mail dont le domaine n'offre pas de serveur SMTP (toutes les adresses redirigées par exemple).
Il est très simple d'ajouter dans les références de son lookup un MX approprié.
Explique-moi comment j'enverrais / recevrais des e-mails avec mon adresse @sourceforge.net par exemple ? Les mails arrivant sur cette adresse sont redirigées sur une autre adresse, et l'envoi se fait via le SMTP du FAI.
Mon domaine n'a pas de smtp car celui qui héberge mon domaine ne propose pas ce service (!) je dois donc envoyer mais mail par le smtp de mon provider. Wanadoo refuse d'envoyer des mails qui n'ont pas de From: @wanadoo. J'ai donc un copain fournisseur d'accès qui me laisse passer par son smtp
Tu pourrait aussi utiliser ton propre SMTP.
Il peut tout aussi bien réagir s'il détecte un trafic SMTP anormalement élevé depuis une adresse IP précise.
Ah bon ! Il suffit pourtant d'envoyer de gros fichiers de façon régulière ou d'être un entreprise avec une centaine de personnes et le port 80 fermé (ou pire, tu fais comme moi tu ne mets pas d'adresse de routeur dans la config, type 10.0.0.X/255.0.0.0, bounjour pour qu'un gus "de base" retrouve le router). Donc il y a deux choses différentes entre le fait d'avoir du trafic montant et du traffic descendant.
Non tu l'envoies vers le serveur smtp de ton provider qui va se charger de le faire parvenir, directement ou via d'autres serveurs, au serveur smtp de ton destinataire qui va ensuite le stocker sur le serveur pop, ou imap ou pop/imap, du destinataire.
Je ne pensais pas que le smtp du destinataire jouait un rôle dans ce sens-là. Je pensais que le smtp de l'émetteur (ou de son FAI) envoyait directement sur le pop du destinataire. Merci pour ma culture. (Quel intérêt cette étape d'un 2e smtp ?) -- Fra
Non tu l'envoies vers le serveur smtp de ton provider qui va se
charger de le faire parvenir, directement ou via d'autres serveurs, au
serveur smtp de ton destinataire qui va ensuite le stocker sur le
serveur pop, ou imap ou pop/imap, du destinataire.
Je ne pensais pas que le smtp du destinataire jouait un rôle dans ce
sens-là. Je pensais que le smtp de l'émetteur (ou de son FAI) envoyait
directement sur le pop du destinataire. Merci pour ma culture. (Quel
intérêt cette étape d'un 2e smtp ?)
--
Fra
Non tu l'envoies vers le serveur smtp de ton provider qui va se charger de le faire parvenir, directement ou via d'autres serveurs, au serveur smtp de ton destinataire qui va ensuite le stocker sur le serveur pop, ou imap ou pop/imap, du destinataire.
Je ne pensais pas que le smtp du destinataire jouait un rôle dans ce sens-là. Je pensais que le smtp de l'émetteur (ou de son FAI) envoyait directement sur le pop du destinataire. Merci pour ma culture. (Quel intérêt cette étape d'un 2e smtp ?) -- Fra
Patrick Stadelmann
In article <1go9vnv.1rt2uplfarfayN%, (Fra) wrote:
Je ne pensais pas que le smtp du destinataire jouait un rôle dans ce sens-là. Je pensais que le smtp de l'émetteur (ou de son FAI) envoyait directement sur le pop du destinataire. Merci pour ma culture. (Quel intérêt cette étape d'un 2e smtp ?)
Le SMTP de l'expéditeur ne peut se connecter que sur un serveur SMTP, tout comme un client FTP ne peut se connecter que sur un serveur FTP. Toute la transmission des messages se fait via le protocole SMTP. POP et IMAP sont des protocoles permettant d'accéder à sa boîte au lettres, il ne s'occupent pas du tout de la transmission des messages.
Patrick -- Patrick Stadelmann
In article <1go9vnv.1rt2uplfarfayN%fra@alussinan.org>,
fra@alussinan.org (Fra) wrote:
Je ne pensais pas que le smtp du destinataire jouait un rôle dans ce
sens-là. Je pensais que le smtp de l'émetteur (ou de son FAI) envoyait
directement sur le pop du destinataire. Merci pour ma culture. (Quel
intérêt cette étape d'un 2e smtp ?)
Le SMTP de l'expéditeur ne peut se connecter que sur un serveur SMTP,
tout comme un client FTP ne peut se connecter que sur un serveur FTP.
Toute la transmission des messages se fait via le protocole SMTP. POP et
IMAP sont des protocoles permettant d'accéder à sa boîte au lettres, il
ne s'occupent pas du tout de la transmission des messages.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
Je ne pensais pas que le smtp du destinataire jouait un rôle dans ce sens-là. Je pensais que le smtp de l'émetteur (ou de son FAI) envoyait directement sur le pop du destinataire. Merci pour ma culture. (Quel intérêt cette étape d'un 2e smtp ?)
Le SMTP de l'expéditeur ne peut se connecter que sur un serveur SMTP, tout comme un client FTP ne peut se connecter que sur un serveur FTP. Toute la transmission des messages se fait via le protocole SMTP. POP et IMAP sont des protocoles permettant d'accéder à sa boîte au lettres, il ne s'occupent pas du tout de la transmission des messages.
Patrick -- Patrick Stadelmann
ludovic.cynomys
Olivier wrote:
Si on a les moyens de capturer une jeune Rennaise chômeuse qui pirate de la musique, on devrait pouvoir contre-attaquer les big spammers qui polluent la pla(net) avec leur saleté itou, non ?
Héhé, tu en poses de drôles de questions, toi...
;-)
-- (-8 en direct du terrier
Olivier <news@news.com> wrote:
Si on a les moyens de capturer une jeune Rennaise chômeuse
qui pirate de la musique, on devrait pouvoir contre-attaquer les
big spammers qui polluent la pla(net) avec leur saleté itou, non ?
Si on a les moyens de capturer une jeune Rennaise chômeuse qui pirate de la musique, on devrait pouvoir contre-attaquer les big spammers qui polluent la pla(net) avec leur saleté itou, non ?
Héhé, tu en poses de drôles de questions, toi...
;-)
-- (-8 en direct du terrier
manu
Fra wrote:
Je ne pensais pas que le smtp du destinataire jouait un rôle dans ce sens-là. Je pensais que le smtp de l'émetteur (ou de son FAI) envoyait directement sur le pop du destinataire. Merci pour ma culture. (Quel intérêt cette étape d'un 2e smtp ?)
Tout envoi de courrier se fait en SMTP: POP n'est pas prévu pour recevoir du courrier, juste en recuperer.
Donc le courrier doit arriver en SMTP sur le serveur de messagerie du recepteur.
Mais avant faut arriver là. En général l'envoyeur transmet le courrier au serveur SMTP de son FAI, lequel transmettra au serveur SMTP du FAI du recepteur. Pourquoi passer par le serveur SMTP de son FAI plutot que d'envoyer directement au serveur du FAI du recepteur? Plusieurs raisons: - si le FAI du recepteur est injoignable (problème de réseau par exemple), ton message part quand même, il reste en file d'attente chez ton FAI et toi tu n'as plus à t'en occuper - le routage du courrier (a quelle machine envoyer un message destiné à une addresse donnée) peut ne pas être trivial. Le serveur SMTP de ton FAI saura le faire. Ton client de messagerie n'est pas concu pour ca - la nouvelle tendance qui se dessine, c'est que les FAI bloquent les sorties en SMTP qui ne passent pas par leur serveur, pour eviter les virus et les spams: le serveur SMTP du FAI peut filtrer les virus, et comme on ne peut pas envoyer sans passer par lui, imposible de faire sortir un virus par mail. Ca n'est pas encore très courrant, mais ca va venir.
-- Emmanuel Dreyfus Un bouquin en français sur BSD: http://www.eyrolles.com/Informatique/Livre/9782212114638/livre-bsd.php
Fra <fra@alussinan.org> wrote:
Je ne pensais pas que le smtp du destinataire jouait un rôle dans ce
sens-là. Je pensais que le smtp de l'émetteur (ou de son FAI) envoyait
directement sur le pop du destinataire. Merci pour ma culture. (Quel
intérêt cette étape d'un 2e smtp ?)
Tout envoi de courrier se fait en SMTP: POP n'est pas prévu pour
recevoir du courrier, juste en recuperer.
Donc le courrier doit arriver en SMTP sur le serveur de messagerie du
recepteur.
Mais avant faut arriver là. En général l'envoyeur transmet le courrier
au serveur SMTP de son FAI, lequel transmettra au serveur SMTP du FAI du
recepteur. Pourquoi passer par le serveur SMTP de son FAI plutot que
d'envoyer directement au serveur du FAI du recepteur? Plusieurs raisons:
- si le FAI du recepteur est injoignable (problème de réseau par
exemple), ton message part quand même, il reste en file d'attente chez
ton FAI et toi tu n'as plus à t'en occuper
- le routage du courrier (a quelle machine envoyer un message destiné à
une addresse donnée) peut ne pas être trivial. Le serveur SMTP de ton
FAI saura le faire. Ton client de messagerie n'est pas concu pour ca
- la nouvelle tendance qui se dessine, c'est que les FAI bloquent les
sorties en SMTP qui ne passent pas par leur serveur, pour eviter les
virus et les spams: le serveur SMTP du FAI peut filtrer les virus, et
comme on ne peut pas envoyer sans passer par lui, imposible de faire
sortir un virus par mail. Ca n'est pas encore très courrant, mais ca va
venir.
--
Emmanuel Dreyfus
Un bouquin en français sur BSD:
http://www.eyrolles.com/Informatique/Livre/9782212114638/livre-bsd.php
manu@netbsd.org
Je ne pensais pas que le smtp du destinataire jouait un rôle dans ce sens-là. Je pensais que le smtp de l'émetteur (ou de son FAI) envoyait directement sur le pop du destinataire. Merci pour ma culture. (Quel intérêt cette étape d'un 2e smtp ?)
Tout envoi de courrier se fait en SMTP: POP n'est pas prévu pour recevoir du courrier, juste en recuperer.
Donc le courrier doit arriver en SMTP sur le serveur de messagerie du recepteur.
Mais avant faut arriver là. En général l'envoyeur transmet le courrier au serveur SMTP de son FAI, lequel transmettra au serveur SMTP du FAI du recepteur. Pourquoi passer par le serveur SMTP de son FAI plutot que d'envoyer directement au serveur du FAI du recepteur? Plusieurs raisons: - si le FAI du recepteur est injoignable (problème de réseau par exemple), ton message part quand même, il reste en file d'attente chez ton FAI et toi tu n'as plus à t'en occuper - le routage du courrier (a quelle machine envoyer un message destiné à une addresse donnée) peut ne pas être trivial. Le serveur SMTP de ton FAI saura le faire. Ton client de messagerie n'est pas concu pour ca - la nouvelle tendance qui se dessine, c'est que les FAI bloquent les sorties en SMTP qui ne passent pas par leur serveur, pour eviter les virus et les spams: le serveur SMTP du FAI peut filtrer les virus, et comme on ne peut pas envoyer sans passer par lui, imposible de faire sortir un virus par mail. Ca n'est pas encore très courrant, mais ca va venir.
-- Emmanuel Dreyfus Un bouquin en français sur BSD: http://www.eyrolles.com/Informatique/Livre/9782212114638/livre-bsd.php
manu
Benoit Leraillez wrote:
- la nouvelle tendance qui se dessine, c'est que les FAI bloquent les sorties en SMTP qui ne passent pas par leur serveur, pour eviter les virus et les spams: le serveur SMTP du FAI peut filtrer les virus, et comme on ne peut pas envoyer sans passer par lui, imposible de faire sortir un virus par mail. Ca n'est pas encore très courrant, mais ca va venir.
- Si le FAI oblige à envoyer tout les mails via son serveur cela veut dire que tout ceux qui ont un portable et qui bossent passeront leur temps à modifier les paramètres de leur compte pour pouvoir envoyer leur mail quant ils ne sont plus dans leur entreprise. Ou alors ils basculent obligatoirement en Imap-http.
Ou en SMTP authentifié vers le serveur de leur choix. Dans ce genre de scenario, juste le port 25 se retrouve bloqué, le port 465 (pour SMTP/SSL) reste accessible. Du coup l'usager "avancé" peut toujours poster de n'importe où sur le serveur de son choix.
Faut voir les choses en face: les virus et le spam partent principalement de machines Windows infectées, qui sont legions sur le réseau. La possibilité d'envoyer depuis n'importe quel poste vers n'importe quel serveur SMTP sans authentification aide beaucoup à la diffusion des pourriels.
-- Emmanuel Dreyfus Publicité subliminale: achetez ce livre! http://www.eyrolles.com/Informatique/Livre/9782212114638/livre-bsd.php
- la nouvelle tendance qui se dessine, c'est que les FAI bloquent les
sorties en SMTP qui ne passent pas par leur serveur, pour eviter les
virus et les spams: le serveur SMTP du FAI peut filtrer les virus, et
comme on ne peut pas envoyer sans passer par lui, imposible de faire
sortir un virus par mail. Ca n'est pas encore très courrant, mais ca va
venir.
- Si le FAI oblige à envoyer tout les mails via son serveur cela veut
dire que tout ceux qui ont un portable et qui bossent passeront leur
temps à modifier les paramètres de leur compte pour pouvoir envoyer leur
mail quant ils ne sont plus dans leur entreprise. Ou alors ils basculent
obligatoirement en Imap-http.
Ou en SMTP authentifié vers le serveur de leur choix. Dans ce genre de
scenario, juste le port 25 se retrouve bloqué, le port 465 (pour
SMTP/SSL) reste accessible. Du coup l'usager "avancé" peut toujours
poster de n'importe où sur le serveur de son choix.
Faut voir les choses en face: les virus et le spam partent
principalement de machines Windows infectées, qui sont legions sur le
réseau. La possibilité d'envoyer depuis n'importe quel poste vers
n'importe quel serveur SMTP sans authentification aide beaucoup à la
diffusion des pourriels.
--
Emmanuel Dreyfus
Publicité subliminale: achetez ce livre!
http://www.eyrolles.com/Informatique/Livre/9782212114638/livre-bsd.php
manu@netbsd.org
- la nouvelle tendance qui se dessine, c'est que les FAI bloquent les sorties en SMTP qui ne passent pas par leur serveur, pour eviter les virus et les spams: le serveur SMTP du FAI peut filtrer les virus, et comme on ne peut pas envoyer sans passer par lui, imposible de faire sortir un virus par mail. Ca n'est pas encore très courrant, mais ca va venir.
- Si le FAI oblige à envoyer tout les mails via son serveur cela veut dire que tout ceux qui ont un portable et qui bossent passeront leur temps à modifier les paramètres de leur compte pour pouvoir envoyer leur mail quant ils ne sont plus dans leur entreprise. Ou alors ils basculent obligatoirement en Imap-http.
Ou en SMTP authentifié vers le serveur de leur choix. Dans ce genre de scenario, juste le port 25 se retrouve bloqué, le port 465 (pour SMTP/SSL) reste accessible. Du coup l'usager "avancé" peut toujours poster de n'importe où sur le serveur de son choix.
Faut voir les choses en face: les virus et le spam partent principalement de machines Windows infectées, qui sont legions sur le réseau. La possibilité d'envoyer depuis n'importe quel poste vers n'importe quel serveur SMTP sans authentification aide beaucoup à la diffusion des pourriels.
-- Emmanuel Dreyfus Publicité subliminale: achetez ce livre! http://www.eyrolles.com/Informatique/Livre/9782212114638/livre-bsd.php
Patrick Stadelmann
In article <1go9sff.1arvu41nbuchqN%, (Benoit Leraillez) wrote:
Ou sourcefourge met en place un ou des serveurs smtp ou il reste dans l'ancienne version et risque de se retrouver hors jeux par les nouveaux mailer.
Ou les nouvelles solutions capoteront parce que justement elles cassent des mécanismes existant.
Sinon l'envoi par le smtp de ton fai impliquera que le mail restera sur le serveur de ton fai et si tu déposes un mail stadelman at crosoft.com que je dois aller chercher sur mail.unine.ch je peux te dire qu'aucun soft de cette génération ne laisera passer ça. C'est direct poubelle.
Pas besoin de ton système pour cela, des techniques existantes comme SPF font exactement ça. Avec exactement le même problème : les messages que je reçois via une adresse redirigée sont marqué comme "douteux" si l'expéditeur utilise également SPF. Si SPF était utilisé tel qu'il devrait l'être, un tel message ne devrait même pas arriver dans ma boîte. Inacceptable dans bien des cas.
Si tu mets 300 personnes sur un lien adsl à 1 Mo en ne laissant entrer et sortir que le mail tu crois pas que cela va générer pas mal de de trafic SMTP ?
J'ai parlé de trafic "anormal", genre plusieurs dizaines de message par seconde au lieu de quelques dizaine par jours en temps normal.
Patrick -- Patrick Stadelmann
In article
<1go9sff.1arvu41nbuchqN%benoit.sansspam@leraillez.sansspam.com>,
benoit.sansspam@leraillez.sansspam.com (Benoit Leraillez) wrote:
Ou sourcefourge met en place un ou des serveurs smtp ou il reste dans
l'ancienne version et risque de se retrouver hors jeux par les nouveaux
mailer.
Ou les nouvelles solutions capoteront parce que justement elles cassent
des mécanismes existant.
Sinon l'envoi par le smtp de ton fai impliquera que le mail
restera sur le serveur de ton fai et si tu déposes un mail
stadelman at crosoft.com que je dois aller chercher sur mail.unine.ch je
peux te dire qu'aucun soft de cette génération ne laisera passer ça.
C'est direct poubelle.
Pas besoin de ton système pour cela, des techniques existantes comme SPF
font exactement ça. Avec exactement le même problème : les messages que
je reçois via une adresse redirigée sont marqué comme "douteux" si
l'expéditeur utilise également SPF. Si SPF était utilisé tel qu'il
devrait l'être, un tel message ne devrait même pas arriver dans ma
boîte. Inacceptable dans bien des cas.
Si tu mets 300 personnes sur un lien adsl à 1 Mo en ne laissant entrer
et sortir que le mail tu crois pas que cela va générer pas mal de de
trafic SMTP ?
J'ai parlé de trafic "anormal", genre plusieurs dizaines de message par
seconde au lieu de quelques dizaine par jours en temps normal.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <1go9sff.1arvu41nbuchqN%, (Benoit Leraillez) wrote:
Ou sourcefourge met en place un ou des serveurs smtp ou il reste dans l'ancienne version et risque de se retrouver hors jeux par les nouveaux mailer.
Ou les nouvelles solutions capoteront parce que justement elles cassent des mécanismes existant.
Sinon l'envoi par le smtp de ton fai impliquera que le mail restera sur le serveur de ton fai et si tu déposes un mail stadelman at crosoft.com que je dois aller chercher sur mail.unine.ch je peux te dire qu'aucun soft de cette génération ne laisera passer ça. C'est direct poubelle.
Pas besoin de ton système pour cela, des techniques existantes comme SPF font exactement ça. Avec exactement le même problème : les messages que je reçois via une adresse redirigée sont marqué comme "douteux" si l'expéditeur utilise également SPF. Si SPF était utilisé tel qu'il devrait l'être, un tel message ne devrait même pas arriver dans ma boîte. Inacceptable dans bien des cas.
Si tu mets 300 personnes sur un lien adsl à 1 Mo en ne laissant entrer et sortir que le mail tu crois pas que cela va générer pas mal de de trafic SMTP ?
J'ai parlé de trafic "anormal", genre plusieurs dizaines de message par seconde au lieu de quelques dizaine par jours en temps normal.
