OVH Cloud OVH Cloud

/etc/postfix/access

17 réponses
Avatar
deny
Bonjour

je cherche à configurer mon fichier access sous postfix
pour etre restrictif pour tous les domaines spammeurs

existe-t'il des listes avec mise-à-jour ?

merci


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

10 réponses

1 2
Avatar
Laurent CARON
deny wrote:
Bonjour

je cherche à configurer mon fichier access sous postfix
pour etre restrictif pour tous les domaines spammeurs

existe-t'il des listes avec mise-à-jour ?

merci






Ce genre de fichier est assez dépendant de tes besoins.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
deny
>>




Ce genre de fichier est assez dépendant de tes besoins.



Mes besoins rejoignent ceux de la plupart des utilisateurs lassés
des envois en provenance des escrocs africains , des pubs sur le viagra
et des propositions pour élargir son pénis








--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Laurent CARON
deny wrote:






Ce genre de fichier est assez dépendant de tes besoins.



Mes besoins rejoignent ceux de la plupart des utilisateurs lassés
des envois en provenance des escrocs africains , des pubs sur le viagra
et des propositions pour élargir son pénis




Je persiste à dire que les restrictions sur les messages que tu accepte
sont dépendantes de tes besoins.

Par exemple, je refuse tous les mails envoyés de machines avec des
reverse .fbx.proxad.net. Est ce pour autant que tout le monde
souhaite le faire?


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Vincent Danjean
deny wrote:






Ce genre de fichier est assez dépendant de tes besoins.



Mes besoins rejoignent ceux de la plupart des utilisateurs lassés
des envois en provenance des escrocs africains , des pubs sur le viagra
et des propositions pour élargir son pénis



La plupart des listes de spammeurs sont mal tenues à jour. Beaucoup de
manque, mais surtout beaucoup de faux positifs : c'est très facile d'y
rentrer, mais difficile d'en sortir. Par exemple, la liste rbl de
mail-abuse contient des entrées x.y.0.0/16 pour des plages d'IP
statiques de free ! C'est vraiment abuser, et on n'a aucun retour quand
on essaie de les contacter par mail. D'après leur FAQ, il faudrait que
ce soit free eux-même qui les contacte (rq les serveurs smtp de free se
sont aussi retrouvés dans cette liste récemment).
Tous ça pour dire que les sites qui refusent des mails conformes aux
standards à cause de ces listes perdent pas mal de mails d'utilisateurs
sérieux. Après, suivant ta base d'utilisateurs, tu peux l'accepter ou
non.

Par contre, ce que tu peux tenter de faire, c'est d'augmenter les
marges de spamassassin et/ou faire du greylisting en fonction de
l'appartenance à ces listes (cf white-lister). Sinon, je pleins tes
utilisateurs (et je hais les FAC et labo qui utilisent ces listes
actuellement pour rejeter les mails).

A+
Vincent


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Daniel Huhardeaux
Vincent Danjean wrote:
[...]
La plupart des listes de spammeurs sont mal tenues à jour. Beaucoup de
manque, mais surtout beaucoup de faux positifs : c'est très facile d'y
rentrer, mais difficile d'en sortir. Par exemple, la liste rbl de
mail-abuse contient des entrées x.y.0.0/16 pour des plages d'IP
statiques de free ! C'est vraiment abuser, et on n'a aucun retour quand
on essaie de les contacter par mail. D'après leur FAQ, il faudrait que
ce soit free eux-même qui les contacte (rq les serveurs smtp de free se
sont aussi retrouvés dans cette liste récemment).



Non, ce n'est pas de l'abus. A partir du moment ou on veut monter un
serveur courriel il y a un minimum à faire. Combien de personnes ai je
déjà vu voulant s'amuser à créer leur serveur mail et qui sont
magistralement devenus des serveurs open relay! Et comment ces listes
doivent elles savoir si l'opérateur alloue des IP fixes ou dynamiques?
Donc par définition on bloque tout, comme un firewall.

La solution est simple: sur vos pages de free vous demander à faire
pointer le reverse DNS sur votre machine et le tour est joué.
Tous ça pour dire que les sites qui refusent des mails conformes aux
standards à cause de ces listes perdent pas mal de mails d'utilisateurs
sérieux. Après, suivant ta base d'utilisateurs, tu peux l'accepter ou
non.



Mon avis, ils gagnent plus à bloquer qu'à perdre d'éventuels
utilisateurs, ceux qui sont refoulés n'ont qu'à effectuer les démarches
pour correspondre au profil. En dehors de free, les serveurs de FT sont
regulièrement blacklistés, surtout aux US. Yahoo et d'autres refusent
également les mails provenant de serveurs dont le reverse ne correspond pas.

http://help.yahoo.com/help/us/mail/defer/defer-02.html
[...] (et je hais les FAC et labo qui utilisent ces listes
actuellement pour rejeter les mails).



Règler correctement les DNS et plus personne ne sera à plaindre ou à
hair ;-)

--
Daniel Huhardeaux _____ ____ ____ _____ _____ _
enum +48 32 285 5276 (_ __) _ ) _ (_ __) _ _(_)
iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / /
sip/iax:callto /_/ ( ___( ___/ /_/ (_/ (_/_/.net FWD# 422493


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Vincent Danjean
Daniel Huhardeaux wrote:
Vincent Danjean wrote:
[...]
La plupart des listes de spammeurs sont mal tenues à jour. Beaucoup de
manque, mais surtout beaucoup de faux positifs : c'est très facile d'y
rentrer, mais difficile d'en sortir. Par exemple, la liste rbl de
mail-abuse contient des entrées x.y.0.0/16 pour des plages d'IP
statiques de free ! C'est vraiment abuser, et on n'a aucun retour quand
on essaie de les contacter par mail. D'après leur FAQ, il faudrait que
ce soit free eux-même qui les contacte (rq les serveurs smtp de free se
sont aussi retrouvés dans cette liste récemment).



Non, ce n'est pas de l'abus. A partir du moment ou on veut monter un
serveur courriel il y a un minimum à faire. Combien de personnes ai je
déjà vu voulant s'amuser à créer leur serveur mail et qui sont
magistralement devenus des serveurs open relay!



En comment fait-on pour mettre en place des serveurs de mails pour des
associations ? Les relais des fournisseurs d'accès ne sont pas forcément
assez bon (trop lents, parfois blacklisté dans d'autres listes, ...) Et
parfois, c'est même impossible techniquement (comment mettre en place
une solution mail avec SRS+SPF pour des redirections si on doit utiliser
le serveur mail du fournisseur de l'IP ?)

Et comment ces listes
doivent elles savoir si l'opérateur alloue des IP fixes ou dynamiques?



:~$ whois 81.57.102.121
[...]
inetnum: 81.57.102.0 - 81.57.103.255
netname: FR-PROXAD-ADSL
descr: Proxad / Free Telecom
descr: Static pool (Freebox)

Ce n'est donc vraiment pas dûr quand on reçoit une adresse de spammeur
potentiel de voir s'il faut blacklister l'IP où le block d'IPs !

Donc par définition on bloque tout, comme un firewall.



Pour du mail, je trouve ça très dommageable pour les utilisateurs. Pour
ma part, j'ai arrêté d'utiliser le mail de mon travaille (labo publique)
depuis que j'ai vu l'action de leur règles de filtrage : je veux qu'un
correspondant envoyant un mail conforme aux standards puisse me joindre,
qu'il poste depuis chez lui ou pas.

La solution est simple: sur vos pages de free vous demander à faire
pointer le reverse DNS sur votre machine et le tour est joué.



Non, dans le cas que j'ai cité, le filtrage est fait sur l'IP, pas sur
le nom obtenu par reverse DNS.

:~$ host penpen.tenebreuse.org
penpen.tenebreuse.org has address 81.57.102.121
:~$ host 81.57.102.121
121.102.57.81.in-addr.arpa domain name pointer penpen.tenebreuse.org.

Tous ça pour dire que les sites qui refusent des mails conformes aux
standards à cause de ces listes perdent pas mal de mails d'utilisateurs
sérieux. Après, suivant ta base d'utilisateurs, tu peux l'accepter ou
non.



Mon avis, ils gagnent plus à bloquer qu'à perdre d'éventuels
utilisateurs, ceux qui sont refoulés n'ont qu'à effectuer les démarches
pour correspondre au profil.



Pour avoir vu certains de mes mails refusés pour des raisons de
politique abusive, je peux te dire que je n'ai fait l'effort de le
renvoyer que lorsqu'il était vraiment important.
Le mail est un moyen de communication. Il y a des boîtes où je peux me
permettre un filtrage serré. Mais pour mes adresses de contact, je VEUX
être joignable par toute personne utilisant un serveur raisonnablement
configuré.

En dehors de free, les serveurs de FT sont
regulièrement blacklistés, surtout aux US. Yahoo et d'autres refusent
également les mails provenant de serveurs dont le reverse ne correspond
pas.

http://help.yahoo.com/help/us/mail/defer/defer-02.html
[...] (et je hais les FAC et labo qui utilisent ces listes
actuellement pour rejeter les mails).



Règler correctement les DNS et plus personne ne sera à plaindre ou à
hair ;-)



Ce n'est pas un problème de DNS dans ce cas ! Si c'était aussi simple,
ça ferait longtemps que ça serait réglé.
Le problème vient des listes gérées manuellement (au moins pour la
sortie de ces listes) qui blacklistent beaucoup plus qu'elles ne
devraient. Soit ces listes doivent faire plus attention à ce qu'elles
contiennent, soit il ne faut pas les utiliser comme condition suffisante
pour refuser des mails.
Et dans ma situation, il est plus facile d'agir sur la deuxième
possibilité (ie faire prendre conscience que ces listes posent en fait
plus de problèmes qu'elles n'en résolvent si on s'en sert pour refuser
les mails).

Évidemment, si on reçoit juste des mails perso, alors on peut CHOISIR
d'utiliser ces listes pour essayer de limiter les SPAM. Mais ça ne
devrait pas être le cas quand on reçoit les mails d'un ensemble
d'utilisateurs.

A+
Vincent


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Daniel Huhardeaux
Vincent Danjean wrote:
[...]
A partir du moment ou on veut monter un
serveur courriel il y a un minimum à faire. Combien de personnes ai je
déjà vu voulant s'amuser à créer leur serveur mail et qui sont
magistralement devenus des serveurs open relay!




En comment fait-on pour mettre en place des serveurs de mails pour des
associations ? Les relais des fournisseurs d'accès ne sont pas forcément
assez bon (trop lents, parfois blacklisté dans d'autres listes, ...) Et
parfois, c'est même impossible techniquement (comment mettre en place
une solution mail avec SRS+SPF pour des redirections si on doit utiliser
le serveur mail du fournisseur de l'IP ?)



Un serveur mail pour association est le même que perso ou entreprise. Il
n'y a pas de passe droit si le mail est d'origine asssociatif. Et
personne ne vous oblige à utiliser le serveur mail de votre fournisseur
d'accès.

Et comment ces listes
doivent elles savoir si l'opérateur alloue des IP fixes ou dynamiques?




:~$ whois 81.57.102.121
[...]
inetnum: 81.57.102.0 - 81.57.103.255
netname: FR-PROXAD-ADSL
descr: Proxad / Free Telecom
descr: Static pool (Freebox)

Ce n'est donc vraiment pas dûr quand on reçoit une adresse de spammeur
potentiel de voir s'il faut blacklister l'IP où le block d'IPs !



Et? Croyez vous vraiment que parceque free met Static dans sa
description tous les FAI font de même. Mon FAI ne le fait pas.

Donc par définition on bloque tout, comme un firewall.




Pour du mail, je trouve ça très dommageable pour les utilisateurs. Pour
ma part, j'ai arrêté d'utiliser le mail de mon travaille (labo publique)
depuis que j'ai vu l'action de leur règles de filtrage : je veux qu'un
correspondant envoyant un mail conforme aux standards puisse me joindre,
qu'il poste depuis chez lui ou pas.



C'est louable, hélas utopique. Le spams sont des mails conformes aux
standards.

[...]
Mais pour mes adresses de contact, je VEUX
être joignable par toute personne utilisant un serveur raisonnablement
configuré.



C'est pas le serveur qui configure le mail, c'est le MUA. Si un serveur
sait envoyer un mail, ce n'est pas pour autant qu'il est convenablement
configuré. Il n'y a qu'à voir le nombre de serveurs de FAI ouverts à
l'open relay!
[...]

Ce n'est pas un problème de DNS dans ce cas ! Si c'était aussi simple,
ça ferait longtemps que ça serait réglé.
Le problème vient des listes gérées manuellement (au moins pour la
sortie de ces listes) qui blacklistent beaucoup plus qu'elles ne
devraient.


Un mail à l'administrateur des listes règle le problème (vécu plusieurs
fois). Ces listes ont en général une origine commune. Un départ est
www.abuse.org
[...]

Évidemment, si on reçoit juste des mails perso, alors on peut CHOISIR
d'utiliser ces listes pour essayer de limiter les SPAM. Mais ça ne
devrait pas être le cas quand on reçoit les mails d'un ensemble
d'utilisateurs.



Nous avons un service de mail pour nos utilisateurs -professionnels-,
avons été blacklistés au début de l'activité, avons fait le nécessaire
pour ne plus l'être et depuis plus de problème. Nos utilisateurs
envoient des messages dans le monde entier.

Dans ma boite courriel, je recois ~300 spams/jour. S'il existe des
solutions pour empêcher une partie des ces spams, même si cela doit
demander une organisation plus stricte, j'accepte de le faire. Encore
une fois, posséder son serveur mail demande de l'attention et c'est
hélas ce manque de discipline qui fait que l'on en arrive à l'état
actuel des choses.

--
Daniel Huhardeaux _____ ____ ____ _____ _____ _
enum +48 32 285 5276 (_ __) _ ) _ (_ __) _ _(_)
iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / /
sip/iax:callto /_/ ( ___( ___/ /_/ (_/ (_/_/.net FWD# 422493


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Vincent Danjean
Daniel Huhardeaux wrote:
Un serveur mail pour association est le même que perso ou entreprise. Il
n'y a pas de passe droit si le mail est d'origine asssociatif. Et
personne ne vous oblige à utiliser le serveur mail de votre fournisseur
d'accès.



Pour être très clair, nous offrons une redirection d'email aux anciens
élèves d'une école, ie les mails envoyés à sont
redirigés vers l'adresse choisi par le membre. Nous ne sommes pas les
seuls à faire cela. Pas mal d'écoles françaises se sont regroupées dans
l'association aaege (www.aaege.net) pour discuter des problèmes
techniques qu'on rencontre quand on propose ce genre de services.

Pour du mail, je trouve ça très dommageable pour les utilisateurs. Pour
ma part, j'ai arrêté d'utiliser le mail de mon travaille (labo publique)
depuis que j'ai vu l'action de leur règles de filtrage : je veux qu'un
correspondant envoyant un mail conforme aux standards puisse me joindre,
qu'il poste depuis chez lui ou pas.



C'est louable, hélas utopique. Le spams sont des mails conformes aux
standards.
[...]
Mais pour mes adresses de contact, je VEUX
être joignable par toute personne utilisant un serveur raisonnablement
configuré.



C'est pas le serveur qui configure le mail, c'est le MUA. Si un serveur
sait envoyer un mail, ce n'est pas pour autant qu'il est convenablement
configuré. Il n'y a qu'à voir le nombre de serveurs de FAI ouverts à
l'open relay!



Je ne comprends pas le sens de la remarque. Mon problème, c'est que des
serveurs de mail correctement configurés (d'après nos logs et jusqu'à
preuve du contraire) et avec des IPs statiques sont ajoutés dans des
blacklists abusivement, qu'il est très difficile pour un particulier (ou
une association, ie pas une entreprise) de sortir de ces listes ET que
certains sites utilisent ces listes pour filtrer brutalement le courrier
en entrée.

Nos entrées DNS redirigent les mails en vers nos
serveurs qui doivent alors les réexpédier vers la redirection choisie
par l'utilisateur. Le MUA n'intervient pas dans cette chaîne là.

Ce n'est pas un problème de DNS dans ce cas ! Si c'était aussi simple,
ça ferait longtemps que ça serait réglé.
Le problème vient des listes gérées manuellement (au moins pour la
sortie de ces listes) qui blacklistent beaucoup plus qu'elles ne
devraient.


Un mail à l'administrateur des listes règle le problème (vécu plusieurs
fois). Ces listes ont en général une origine commune. Un départ est
www.abuse.org



Et bien, par expérience, les mails de particuliers et/ou d'associations
sont souvent ignorés. Il est arrivé plusieurs fois que des associations
comme polytechnique.org aient dues contacter directement les
responsables techniques par réseau de connaissance pour faire évoluer
des blacklists et/ou des politiques d'acceptation trop restrictives, les
mails n'ayant donnés aucun résultats.

Évidemment, si on reçoit juste des mails perso, alors on peut CHOISIR
d'utiliser ces listes pour essayer de limiter les SPAM. Mais ça ne
devrait pas être le cas quand on reçoit les mails d'un ensemble
d'utilisateurs.



Nous avons un service de mail pour nos utilisateurs -professionnels-,
avons été blacklistés au début de l'activité, avons fait le nécessaire
pour ne plus l'être et depuis plus de problème. Nos utilisateurs
envoient des messages dans le monde entier.



Vous avez acheté des IP (ie êtes vous propriétaire des IP d'après
whois ?) Si vous parlez du domaine tootai.net (d'après votre from),
je viens de voir que votre premier mx (je n'ai pas vérifier le second)
mail1.tootai.net (82.231.69.24) est actuellement listé par
mail-abuse.com (ie le service de listes dont je me plains qu'elles
sont mal faites) :
The IP address 82.231.69.24 does appear on the following database
managed by Trend Micro's Network Reputation Services.
Database Entry Action
RBL 82.231.0.0/16 Contact MAPS for removal

(cf http://www.mail-abuse.com/cgi-bin/lookup?ip_address‚.231.69.24)

Ça signifie qu'un mail envoyé depuis cette machine (donc a priori par
vos utilisateurs utilisant votre service mail si vous en avez un) sera
refusé par des sites sans autre forme de procès. Et je connais deux
tels sites actuellement dans les labo français (parce que ça me concerne
de près, mais je suis sûr qu'il y en a plein d'autres). Essayez de
m'envoyer un mail sur mon adresse professionnelle (ie
en remplaçant par ce qu'il faut...), il sera refusé
:-(

Si vous parvenez à sortir de la liste RBL de mail-abuse, je serais
vraiment heureux de savoir comment vous avez fait valoir vos arguments.
Pour l'instant, nos mails aux contacts du site www.mail-abuse.com sont
restés infructueux (ie sans aucune réponse)

Dans ma boite courriel, je recois ~300 spams/jour. S'il existe des
solutions pour empêcher une partie des ces spams, même si cela doit
demander une organisation plus stricte, j'accepte de le faire. Encore
une fois, posséder son serveur mail demande de l'attention et c'est
hélas ce manque de discipline qui fait que l'on en arrive à l'état
actuel des choses.



Pour moi, un serveur recevant des mails pour un ensemble d'utilisateurs
doit avoir un taux de mauvais rejets très faible, quitte à laisser
passer des spams. Je suis bien conscient que c'est une opinion
personnelle qui n'est pas partagée par tout le monde. Pour moi, tout
mail peut être très important et c'est au destinataire de choisir,
s'il le désire, une politique de destruction de mail basée sur des
règles dures pour tenter de réduire le spam qu'il reçoit. Mais ce n'est
pas à l'administrateur de sa boite mail de le faire.

A+,
Vincent


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Daniel Huhardeaux
Vincent Danjean wrote:
[...]
Vous avez acheté des IP (ie êtes vous propriétaire des IP d'après
whois ?)


Non
Si vous parlez du domaine tootai.net (d'après votre from),
je viens de voir que votre premier mx (je n'ai pas vérifier le second)
mail1.tootai.net (82.231.69.24) est actuellement listé par
mail-abuse.com (ie le service de listes dont je me plains qu'elles
sont mal faites) :
The IP address 82.231.69.24 does appear on the following database
managed by Trend Micro's Network Reputation Services.
Database Entry Action
RBL 82.231.0.0/16 Contact MAPS for removal

(cf http://www.mail-abuse.com/cgi-bin/lookup?ip_address‚.231.69.24)

Ça signifie qu'un mail envoyé depuis cette machine (donc a priori par
vos utilisateurs utilisant votre service mail si vous en avez un) sera
refusé par des sites sans autre forme de procès. Et je connais deux
tels sites actuellement dans les labo français (parce que ça me concerne
de près, mais je suis sûr qu'il y en a plein d'autres). Essayez de
m'envoyer un mail sur mon adresse professionnelle (ie
en remplaçant par ce qu'il faut...), il sera refusé
:-(

Si vous parvenez à sortir de la liste RBL de mail-abuse, je serais
vraiment heureux de savoir comment vous avez fait valoir vos arguments.
Pour l'instant, nos mails aux contacts du site www.mail-abuse.com sont
restés infructueux (ie sans aucune réponse)


Maintenant je vous comprends ;-) Je n'avais jamais vu cela! :-)

Final-Recipient: rfc822;
Action: failed
Status: 5.0.0
Diagnostic-Code: X-Postfix; host mx05.mail-abuse.com[216.129.100.3] said: 550
Service unavailable; Client host [82.231.69.24] blocked using
rbl-plus.mail-abuse.org (in reply to RCPT TO command)


Vu que mail-abuse est connecté à une société commerciale cela ne
m'étonne pas trop non plus. Bon, nous allons donc hair ensemble ce type
de liste.

--
Daniel Huhardeaux _____ ____ ____ _____ _____ _
enum +48 32 285 5276 (_ __) _ ) _ (_ __) _ _(_)
iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / /
sip/iax:callto /_/ ( ___( ___/ /_/ (_/ (_/_/.net FWD# 422493


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Daniel Huhardeaux
Vincent Danjean wrote:
[...]

Je ne comprends pas le sens de la remarque. Mon problème, c'est que des
serveurs de mail correctement configurés (d'après nos logs et jusqu'à
preuve du contraire) et avec des IPs statiques sont ajoutés dans des
blacklists abusivement,


Les blacklists prennent les adresses données aux FAI partant du principe
que ceux qui vont utiliser ces adresses vont spammer.
qu'il est très difficile pour un particulier (ou
une association, ie pas une entreprise)


L'entreprise a le même combat: la ou les adresses IP lui sont fournies
par son FAI. Peut être que certains d'entre eux ont des plages
spécifiques non blacklistés ... mais comme ce n'est pas leur problème,
je doute qu'il s'occupe de le savoir.
de sortir de ces listes ET que
certains sites utilisent ces listes pour filtrer brutalement le courrier
en entrée.



La d'accord, voir mom mail de contact a mail-abuse. Je suis allé plus
loin, et ai passé les adresses de hotmail ou yahoo: pas blacklistées!
Qui a dit deux poids deux mesures ;-)? Et à mon avis, ces listes sont
moins erronées aux US qu'ailleurs.

Ceci dit, postfix permet à l'administrateur du serveur de "corriger" les
erreurs de ces listes

--
Daniel Huhardeaux _____ ____ ____ _____ _____ _
enum +48 32 285 5276 (_ __) _ ) _ (_ __) _ _(_)
iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / /
sip/iax:callto /_/ ( ___( ___/ /_/ (_/ (_/_/.net FWD# 422493


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
1 2