Bonsoir,

je viens d'apprendre un truc qui m'interpelle et qui ne me semble pas
être un fonctionnement habituel de la part de serveurs SMTP.

Soit le smtp d'un grand FAI français. Si je tente de l'utiliser pour
faire relayer mon courrier hors de son réseau (depuis une autre
connexion) en utilisant son serveur smtp je me fais tout logiquement
jeter avec un 'relay access denied'. En revanche, la même chose mais
avec un destinataire dont le domaine appartient au dit FAI (donc géré
par le MX), le smtp accepte de relayer le mail.
Ça vous semble normal comme fonctionnement ?

Parce que du coup j'ai quand même essayé la même man½uvre avec
plusieurs smtp (dont mon modeste serveur perso) et bien entendu les
serveurs refusent de relayer le mail à tous les clients non autorisé
et ce quel que soit le domaine du destinataire.

@+
--
je suis sur qu'on peut faire encore pire, imagine un mec plus colereux que
Jaco, plus chiant que Fleury et plus emmerdeur que moi, non mais,
imagine un instant.
-+- ST in Guide du linuxien pervers - "Le bon, la brute et le truand." -+-

Gérald Niel a écrit :
> Bonsoir,
>
> je viens d'apprendre un truc qui m'interpelle et qui ne me semble pas
> être un fonctionnement habituel de la part de serveurs SMTP.
>
> Soit le smtp d'un grand FAI français. Si je tente de l'utiliser pour
> faire relayer mon courrier hors de son réseau (depuis une autre
> connexion) en utilisant son serveur smtp je me fais tout logiquement
> jeter avec un 'relay access denied'. En revanche, la même chose mais
> avec un destinataire dont le domaine appartient au dit FAI (donc géré
> par le MX), le smtp accepte de relayer le mail.
> Ça vous semble normal comme fonctionnement ?
>
> Parce que du coup j'ai quand même essayé la même man½uvre avec
> plusieurs smtp (dont mon modeste serveur perso) et bien entendu les
> serveurs refusent de relayer le mail à tous les clients non autorisé
> et ce quel que soit le domaine du destinataire.
>
> @+

C pas wanadoo le fai ? et en faisant le test tu n'avais pas une adresse
de retour chez wanadoo (dans ce cas et quel que soit le fai le smtp de
wanadoo relaye, du moins c'était comme ça il y a qq années).

Gérald Niel a écrit :
> Bonsoir,
>
> je viens d'apprendre un truc qui m'interpelle et qui ne me semble pas
> être un fonctionnement habituel de la part de serveurs SMTP.
>
> Soit le smtp d'un grand FAI français. Si je tente de l'utiliser pour
> faire relayer mon courrier hors de son réseau (depuis une autre
> connexion) en utilisant son serveur smtp je me fais tout logiquement
> jeter avec un 'relay access denied'. En revanche, la même chose mais
> avec un destinataire dont le domaine appartient au dit FAI (donc géré
> par le MX), le smtp accepte de relayer le mail.
> Ça vous semble normal comme fonctionnement ?
>
> Parce que du coup j'ai quand même essayé la même man½uvre avec
> plusieurs smtp (dont mon modeste serveur perso) et bien entendu les
> serveurs refusent de relayer le mail à tous les clients non autorisé
> et ce quel que soit le domaine du destinataire.
>
> @+

C pas wanadoo le fai ? et en faisant le test tu n'avais pas une adresse
de retour chez wanadoo (dans ce cas et quel que soit le fai le smtp de
wanadoo relaye, du moins c'était comme ça il y a qq années).

Dans le message :slrneg0nl4.en.gniel@pomme.gegeweb.org,
Gérald Niel a écrit:
> Bonsoir,

'lut !


> je viens d'apprendre un truc qui m'interpelle et qui ne me semble pas
> être un fonctionnement habituel de la part de serveurs SMTP.
>
> Soit le smtp d'un grand FAI français. Si je tente de l'utiliser pour
> faire relayer mon courrier hors de son réseau (depuis une autre
> connexion) en utilisant son serveur smtp je me fais tout logiquement
> jeter avec un 'relay access denied'. En revanche, la même chose mais
> avec un destinataire dont le domaine appartient au dit FAI (donc géré
> par le MX), le smtp accepte de relayer le mail.
> Ça vous semble normal comme fonctionnement ?

Oui.

> Parce que du coup j'ai quand même essayé la même man½uvre avec
> plusieurs smtp (dont mon modeste serveur perso) et bien entendu les
> serveurs refusent de relayer le mail à tous les clients non autorisé
> et ce quel que soit le domaine du destinataire.

Et à ton avis, pour un FAI qui sont les "clients autorisés" ??

Je pense que pour aller plus loin il faudrait donner un cas plus concret: IP
de départ (et surtout domaine d'appartenance), domaine de destination, smtp
utilisé...
Mais ça me semble assez clair et tout à fait logique ;-))

--
Eric
Reply-to valide, laissez tel quel !
Texte brut vivement conseillé !!

Dans le message :slrneg0nl4.en.gniel@pomme.gegeweb.org,
Gérald Niel a écrit:
> Bonsoir,

'lut !


> je viens d'apprendre un truc qui m'interpelle et qui ne me semble pas
> être un fonctionnement habituel de la part de serveurs SMTP.
>
> Soit le smtp d'un grand FAI français. Si je tente de l'utiliser pour
> faire relayer mon courrier hors de son réseau (depuis une autre
> connexion) en utilisant son serveur smtp je me fais tout logiquement
> jeter avec un 'relay access denied'. En revanche, la même chose mais
> avec un destinataire dont le domaine appartient au dit FAI (donc géré
> par le MX), le smtp accepte de relayer le mail.
> Ça vous semble normal comme fonctionnement ?

Oui.

> Parce que du coup j'ai quand même essayé la même man½uvre avec
> plusieurs smtp (dont mon modeste serveur perso) et bien entendu les
> serveurs refusent de relayer le mail à tous les clients non autorisé
> et ce quel que soit le domaine du destinataire.

Et à ton avis, pour un FAI qui sont les "clients autorisés" ??

Je pense que pour aller plus loin il faudrait donner un cas plus concret: IP
de départ (et surtout domaine d'appartenance), domaine de destination, smtp
utilisé...
Mais ça me semble assez clair et tout à fait logique ;-))

--
Eric
Reply-to valide, laissez tel quel !
Texte brut vivement conseillé !!

On Thu, 7 Sep 2006 18:02:11 +0000 (UTC), Gérald Niel
<gniel@alussinan.org> wrote:

>En revanche, la même chose mais
>avec un destinataire dont le domaine appartient au dit FAI (donc géré
>par le MX), le smtp accepte de relayer le mail.
>Ça vous semble normal comme fonctionnement ?
Si j'ai à peu près compris, donc si smtp.monfai.fr est MX pour
domaineduvoisin.com, oui ça me semble normal qu'il accepte les mails
pour domaineduvoisin.com.
C'est le contraire qui m'inquiéterait :-)
Ou j'ai pas compris ?
--
Nina

On Thu, 7 Sep 2006 18:02:11 +0000 (UTC), Gérald Niel
<gniel@alussinan.org> wrote:

>En revanche, la même chose mais
>avec un destinataire dont le domaine appartient au dit FAI (donc géré
>par le MX), le smtp accepte de relayer le mail.
>Ça vous semble normal comme fonctionnement ?
Si j'ai à peu près compris, donc si smtp.monfai.fr est MX pour
domaineduvoisin.com, oui ça me semble normal qu'il accepte les mails
pour domaineduvoisin.com.
C'est le contraire qui m'inquiéterait :-)
Ou j'ai pas compris ?
--
Nina

Le Jeudi 07 septembre 2006 à 19:27 UTC, Youri Ligotmi écrivait sur
fr.comp.mail.serveurs :

> C pas wanadoo le fai ?

Wanadoo n'existe plus.

> et en faisant le test tu n'avais pas une adresse de retour chez
> wanadoo (dans ce cas et quel que soit le fai le smtp de wanadoo
> relaye, du moins c'était comme ça il y a qq années).

Je viens de re-essayer à l'instant avec un from farfelu, le mail est
parti. Relayé par le smtp du FAI qui n'est pas le mien.

@+
--
> Subject: cherche derniers version de linux pour testé
> faire ofre
> echange possible mais je n ai que des softs pour win
-+- furtif in Guide du linuxien pervers - "Rencontres du 3ème type..." -+-

Le Jeudi 07 septembre 2006 à 19:27 UTC, Youri Ligotmi écrivait sur
fr.comp.mail.serveurs :

> C pas wanadoo le fai ?

Wanadoo n'existe plus.

> et en faisant le test tu n'avais pas une adresse de retour chez
> wanadoo (dans ce cas et quel que soit le fai le smtp de wanadoo
> relaye, du moins c'était comme ça il y a qq années).

Je viens de re-essayer à l'instant avec un from farfelu, le mail est
parti. Relayé par le smtp du FAI qui n'est pas le mien.

@+
--
> Subject: cherche derniers version de linux pour testé
> faire ofre
> echange possible mais je n ai que des softs pour win
-+- furtif in Guide du linuxien pervers - "Rencontres du 3ème type..." -+-

Le Jeudi 07 septembre 2006 à 19:37 UTC, Nina Popravka écrivait sur
fr.comp.mail.serveurs :

> Ou j'ai pas compris ?

Vous avez mal compris.

Je suis connecté via un FAI. J'envoi un mail vers
destinataire@autre-fai.tld en essayant d'utiliser le
smtp.autre-fai.tld et la mail est relayé. Si je tente par contre
d'utiliser le même serveur pour envoyer a d'autre domaine je prend
logiquement un 'relay access denied'. Naïvement je pensais que la
configuration normale devrait être de refuser de relayer quel que soit
le domaine destinataire.
Parce que j'ai essayé la même chose avec trais autre FAI qui refusent
bien entendu de relayer même si ils gèrent le domaine destinataire.

@+
--
> Ce message est le premier appel appel à discussion en vue de la
> création de la hiérarchie fr.internet.*
fr.comp.os.linux.internet.* ou fr.internet.comp.os.linux.*?
-+- Arnaud in guide du linuxien pervers - "Bien configurer fr.*"

Le Jeudi 07 septembre 2006 à 19:37 UTC, Nina Popravka écrivait sur
fr.comp.mail.serveurs :

> Ou j'ai pas compris ?

Vous avez mal compris.

Je suis connecté via un FAI. J'envoi un mail vers
destinataire@autre-fai.tld en essayant d'utiliser le
smtp.autre-fai.tld et la mail est relayé. Si je tente par contre
d'utiliser le même serveur pour envoyer a d'autre domaine je prend
logiquement un 'relay access denied'. Naïvement je pensais que la
configuration normale devrait être de refuser de relayer quel que soit
le domaine destinataire.
Parce que j'ai essayé la même chose avec trais autre FAI qui refusent
bien entendu de relayer même si ils gèrent le domaine destinataire.

@+
--
> Ce message est le premier appel appel à discussion en vue de la
> création de la hiérarchie fr.internet.*
fr.comp.os.linux.internet.* ou fr.internet.comp.os.linux.*?
-+- Arnaud in guide du linuxien pervers - "Bien configurer fr.*"

Gérald Niel <gniel@alussinan.org> writes:

'Lut,

> Naïvement je pensais que la configuration normale devrait être de
> refuser de relayer quel que soit le domaine destinataire.

Ben, si c'était le cas, comment veux-tu que la livraison des messages
pour le tld géré par le serveur puisse aboutir ?

> Parce que j'ai essayé la même chose avec trais autre FAI qui refusent
> bien entendu de relayer même si ils gèrent le domaine destinataire.

Ils doivent ajouter une restriction sur l'adresse ip du smtp émetteur
(dialup networks)

--
tenir à bout de bras un câble ethernet qui traverse une salle de restau
pour pas qu'il tombe dans les tiramisu, pendant que d'autres parlent en
infrarouge, c'est bien la vraie vie, n'est-ce pas ?
-+- DA in Guide du Macounet Pervers : http://www.le-visconti.net/ -+-

Gérald Niel <gniel@alussinan.org> writes:

'Lut,

> Naïvement je pensais que la configuration normale devrait être de
> refuser de relayer quel que soit le domaine destinataire.

Ben, si c'était le cas, comment veux-tu que la livraison des messages
pour le tld géré par le serveur puisse aboutir ?

> Parce que j'ai essayé la même chose avec trais autre FAI qui refusent
> bien entendu de relayer même si ils gèrent le domaine destinataire.

Ils doivent ajouter une restriction sur l'adresse ip du smtp émetteur
(dialup networks)

--
tenir à bout de bras un câble ethernet qui traverse une salle de restau
pour pas qu'il tombe dans les tiramisu, pendant que d'autres parlent en
infrarouge, c'est bien la vraie vie, n'est-ce pas ?
-+- DA in Guide du Macounet Pervers : http://www.le-visconti.net/ -+-

On Thu, 7 Sep 2006 19:54:20 +0000 (UTC), Gérald Niel
<gniel@alussinan.org> wrote:

>Parce que j'ai essayé la même chose avec trais autre FAI qui refusent
>bien entendu de relayer même si ils gèrent le domaine destinataire.
Qu'entendez-vous par "gérer le domaine destinataire" ? Etre MX ?
Si oui, c'est normal.
J'ai été faire pouet pouet à un smtp de Claranet pas plus tard que ce
matin pour vérifier qu'il était bien configuré en MX secondaire du
domaine d'un client, et il a accepté mon mail. Heureusement.
--
Nina

On Thu, 7 Sep 2006 19:54:20 +0000 (UTC), Gérald Niel
<gniel@alussinan.org> wrote:

>Parce que j'ai essayé la même chose avec trais autre FAI qui refusent
>bien entendu de relayer même si ils gèrent le domaine destinataire.
Qu'entendez-vous par "gérer le domaine destinataire" ? Etre MX ?
Si oui, c'est normal.
J'ai été faire pouet pouet à un smtp de Claranet pas plus tard que ce
matin pour vérifier qu'il était bien configuré en MX secondaire du
domaine d'un client, et il a accepté mon mail. Heureusement.
--
Nina

Le Jeudi 07 septembre 2006 à 19:31 UTC, Eric PETIT écrivait sur
fr.comp.mail.serveurs :

> Je pense que pour aller plus loin il faudrait donner un cas plus concret: IP
> de départ (et surtout domaine d'appartenance), domaine de destination, smtp
> utilisé...

Pour être très clair, je suis avec une IP nerim, domaine gegeweb.org.

$ telnet smtp.fai.tld 25
Trying 80.12.242.3...
Connected to smtp.wanadoo.fr.
Escape character is '^]'.
220 xxxxx.fai.tld ESMTP **************************
EHLO nimportequoi.tld
250-xxxxx.fai.tld
250-PIPELINING
250-SIZE 20971520
250 8BITMIME
MAIL FROM: <XXXXX@free.fr>
250 Ok
RCPT TO:<XXXXX@fai.tld>
250 Ok
DATA
354 End data with <CR><LF>.<CR><LF>
Essai

..
250 Ok: queued as B13135C0009A
QUIT
221 Bye

En revanche le même dialogue avec un autre destinataire :

RCPT TO:<XXXX@autredomaine.tld>
554 <XXXX@autredomaine.tld>: Relay access denied

Est-ce que ça peut être une option de configuration que d'accepter de
relayer les mails pour un ou plusieurs domaine défini quel que soit le
client ?

Voici un extrait des en-têtes du premier mail arrivé à destination :

Received: from nimportequoi.tld (gegeweb.org [213.41.240.229])
by XXXX.fai.tld (SMTP Server) with ESMTP id B13135C0009A
for <XXX@fai.tld>; Thu, 7 Sep 2006 22:01:41 +0200 (CEST)

À noter que j'ai vraiment saisi 'nimportequoi.tld'.

@+
--
> Quelqu'un aurait-il une solution pour réinitialiser un MBR
Si tu veux qu'il soit complètement blanc (pas souhaitable, à mon avis) :
dd if=/dev/zero of=/dev/hda bs=512k count=1 (sous Linux)
-+- OT in Guide du linuxien (très) pervers - "Pour les K difficiles" -+-

Le Jeudi 07 septembre 2006 à 19:31 UTC, Eric PETIT écrivait sur
fr.comp.mail.serveurs :

> Je pense que pour aller plus loin il faudrait donner un cas plus concret: IP
> de départ (et surtout domaine d'appartenance), domaine de destination, smtp
> utilisé...

Pour être très clair, je suis avec une IP nerim, domaine gegeweb.org.

$ telnet smtp.fai.tld 25
Trying 80.12.242.3...
Connected to smtp.wanadoo.fr.
Escape character is '^]'.
220 xxxxx.fai.tld ESMTP **************************
EHLO nimportequoi.tld
250-xxxxx.fai.tld
250-PIPELINING
250-SIZE 20971520
250 8BITMIME
MAIL FROM: <XXXXX@free.fr>
250 Ok
RCPT TO:<XXXXX@fai.tld>
250 Ok
DATA
354 End data with <CR><LF>.<CR><LF>
Essai

..
250 Ok: queued as B13135C0009A
QUIT
221 Bye

En revanche le même dialogue avec un autre destinataire :

RCPT TO:<XXXX@autredomaine.tld>
554 <XXXX@autredomaine.tld>: Relay access denied

Est-ce que ça peut être une option de configuration que d'accepter de
relayer les mails pour un ou plusieurs domaine défini quel que soit le
client ?

Voici un extrait des en-têtes du premier mail arrivé à destination :

Received: from nimportequoi.tld (gegeweb.org [213.41.240.229])
by XXXX.fai.tld (SMTP Server) with ESMTP id B13135C0009A
for <XXX@fai.tld>; Thu, 7 Sep 2006 22:01:41 +0200 (CEST)

À noter que j'ai vraiment saisi 'nimportequoi.tld'.

@+
--
> Quelqu'un aurait-il une solution pour réinitialiser un MBR
Si tu veux qu'il soit complètement blanc (pas souhaitable, à mon avis) :
dd if=/dev/zero of=/dev/hda bs=512k count=1 (sous Linux)
-+- OT in Guide du linuxien (très) pervers - "Pour les K difficiles" -+-

Le Jeudi 07 septembre 2006 à 20:06 UTC, Eric Masson écrivait sur
fr.comp.mail.serveurs :

>> Naïvement je pensais que la configuration normale devrait être de
>> refuser de relayer quel que soit le domaine destinataire.
>
> Ben, si c'était le cas, comment veux-tu que la livraison des messages
> pour le tld géré par le serveur puisse aboutir ?

Je veux dire refuser la connexion d'un client.
À moins que le dialogue ne soit le même avec un client qu'avec un
autre MTA ?
Je dois avouer ma légère inculture dans le domaine.

> Ils doivent ajouter une restriction sur l'adresse ip du smtp émetteur

Je ne parlais d'un dialogue entre smtp.

@+
--
> Quelqu'un aurait-il une solution pour réinitialiser un MBR
Si tu veux qu'il soit complètement blanc (pas souhaitable, à mon avis) :
dd if=/dev/zero of=/dev/hda bs=512k count=1 (sous Linux)
-+- OT in Guide du linuxien (très) pervers - "Pour les K difficiles" -+-

Le Jeudi 07 septembre 2006 à 20:06 UTC, Eric Masson écrivait sur
fr.comp.mail.serveurs :

>> Naïvement je pensais que la configuration normale devrait être de
>> refuser de relayer quel que soit le domaine destinataire.
>
> Ben, si c'était le cas, comment veux-tu que la livraison des messages
> pour le tld géré par le serveur puisse aboutir ?

Je veux dire refuser la connexion d'un client.
À moins que le dialogue ne soit le même avec un client qu'avec un
autre MTA ?
Je dois avouer ma légère inculture dans le domaine.

> Ils doivent ajouter une restriction sur l'adresse ip du smtp émetteur

Je ne parlais d'un dialogue entre smtp.

@+
--
> Quelqu'un aurait-il une solution pour réinitialiser un MBR
Si tu veux qu'il soit complètement blanc (pas souhaitable, à mon avis) :
dd if=/dev/zero of=/dev/hda bs=512k count=1 (sous Linux)
-+- OT in Guide du linuxien (très) pervers - "Pour les K difficiles" -+-

Le Jeudi 07 septembre 2006 à 20:11 UTC, Gérald Niel écrivait sur
fr.comp.mail.serveurs :

> Voici un extrait des en-têtes du premier mail arrivé à destination :
>
> Received: from nimportequoi.tld (gegeweb.org [213.41.240.229])
> by XXXX.fai.tld (SMTP Server) with ESMTP id B13135C0009A
> for <XXX@fai.tld>; Thu, 7 Sep 2006 22:01:41 +0200 (CEST)
>
> À noter que j'ai vraiment saisi 'nimportequoi.tld'.

La même tentative en utilisant un autre serveur :

$ telnet smtp.autrefai.tld 25
Trying xxxx.xx.xx.xx...
Connected to smtp.autrefai.fr
Escape character is '^]'.
554 <gegeweb.org[213.41.240.229]>: Client host rejected: Access denied

Qui me semble plus normal. Non ?

@+
--
> Quelqu'un aurait-il une solution pour réinitialiser un MBR
Si tu veux qu'il soit complètement blanc (pas souhaitable, à mon avis) :
dd if=/dev/zero of=/dev/hda bs=512k count=1 (sous Linux)
-+- OT in Guide du linuxien (très) pervers - "Pour les K difficiles" -+-

Le Jeudi 07 septembre 2006 à 20:11 UTC, Gérald Niel écrivait sur
fr.comp.mail.serveurs :

> Voici un extrait des en-têtes du premier mail arrivé à destination :
>
> Received: from nimportequoi.tld (gegeweb.org [213.41.240.229])
> by XXXX.fai.tld (SMTP Server) with ESMTP id B13135C0009A
> for <XXX@fai.tld>; Thu, 7 Sep 2006 22:01:41 +0200 (CEST)
>
> À noter que j'ai vraiment saisi 'nimportequoi.tld'.

La même tentative en utilisant un autre serveur :

$ telnet smtp.autrefai.tld 25
Trying xxxx.xx.xx.xx...
Connected to smtp.autrefai.fr
Escape character is '^]'.
554 <gegeweb.org[213.41.240.229]>: Client host rejected: Access denied

Qui me semble plus normal. Non ?

@+
--
> Quelqu'un aurait-il une solution pour réinitialiser un MBR
Si tu veux qu'il soit complètement blanc (pas souhaitable, à mon avis) :
dd if=/dev/zero of=/dev/hda bs=512k count=1 (sous Linux)
-+- OT in Guide du linuxien (très) pervers - "Pour les K difficiles" -+-

On Thu, 7 Sep 2006 20:15:38 +0000 (UTC), Gérald Niel
<gniel@alussinan.org> wrote:

>Je veux dire refuser la connexion d'un client.
>À moins que le dialogue ne soit le même avec un client qu'avec un
>autre MTA ?
Voilà, ça commence à venir. :-)
Vous pouvez même aller jouer au MTA avec un simple client Telnet, ça
fonctionne très bien.
--
Nina

On Thu, 7 Sep 2006 20:15:38 +0000 (UTC), Gérald Niel
<gniel@alussinan.org> wrote:

>Je veux dire refuser la connexion d'un client.
>À moins que le dialogue ne soit le même avec un client qu'avec un
>autre MTA ?
Voilà, ça commence à venir. :-)
Vous pouvez même aller jouer au MTA avec un simple client Telnet, ça
fonctionne très bien.
--
Nina

On Thu, 7 Sep 2006 20:22:29 +0000 (UTC), Gérald Niel
<gniel@alussinan.org> wrote:

>554 <gegeweb.org[213.41.240.229]>: Client host rejected: Access denied
>Qui me semble plus normal. Non ?
Que vous ayez un access denied en postant à partir d'une adresse IP
faisant partie d'une plage d'adresse d'un FAI ADSL ?
Normal, perso je n'estime pas vraiment, mais courant, oui.
"Client host rejected: Access denied". Il vous rejette avant même de
savoir ce que vous voulez faire...
--
Nina

On Thu, 7 Sep 2006 20:22:29 +0000 (UTC), Gérald Niel
<gniel@alussinan.org> wrote:

>554 <gegeweb.org[213.41.240.229]>: Client host rejected: Access denied
>Qui me semble plus normal. Non ?
Que vous ayez un access denied en postant à partir d'une adresse IP
faisant partie d'une plage d'adresse d'un FAI ADSL ?
Normal, perso je n'estime pas vraiment, mais courant, oui.
"Client host rejected: Access denied". Il vous rejette avant même de
savoir ce que vous voulez faire...
--
Nina