On Wed, 23 Jul 2008 17:43:18 +0200, Ph. Ivaldi wrote:

> Le 23 juillet 2008, Jacques Lav!gnotte écrivit :
>
>> Ph. Ivaldi a écrit :
>>> (host smtp.tele2.fr[212.247.156.12] said: 572 pi***localhost.localdomain
>>> host name is unknown (in reply to MAIL FROM command))
>> Normal :
>>> myhostname = localhost.localdomain
>> est très vilain
>
> Aïe !
>
>> et devrait contenir un vrai nom de domaine.
>
> Sous Etch, sans nom de domaine, ça baigné... Y-a-t-il une solution ici
> sans utiliser un nom de domaine ?

Pourquoi ne pas mettre le nom correspondant Ã*** l'IP (genre
1-2-3-4.cust.tele2.fr) ?

ou voir du coté de dyndns:
http://www.dyndns.com/services/dns/dyndns/
<<Get five (5) hostnames in 88 available domains for free>>

Manuel

On Thu, 24 Jul 2008 03:38:21 +0200, Ph. Ivaldi wrote:

> Le 23 juillet 2008, Manuel Guesdon écrivit :
>
>> Pourquoi ne pas mettre le nom correspondant Ã*** l'IP (genre
>> 1-2-3-4.cust.tele2.fr) ?
>> ou voir du coté de dyndns:
>> http://www.dyndns.com/services/dns/dyndns/ <<Get five (5) hostnames in
>> 88 available domains for free>>
>
> Ce sont de bonnes idées mais du coup le champ Return-Path pointe vers
> une adresse pas forcément valide.
>
> Y-a-t-il un moyen pour imposer que le Return-Path soit le même que le
> FROM ?

Le fixer dans le mail (au niveau du client mail).

Manuel

Soit y'Ã*** un filtre qui a changé dans les paquets, soit c'est la config
qui n'est pas *exactement* la même.
Parce que l'histoire d'avoir en nom de domaine du mail quelque chose de
propice (genre ***free.fr, ***tele2.fr, mais pas ***kamoulox ni
***83.68.14.98.0) c'est du aux fournisseurs de services mails, qui
filtrent les mails entrant (donc en réception) et qui ne laissent
entrer que les noms de domaines valides et connus (généralement, ceux
dont on peut trouver l'identité sur whois).

De toute façon, la configuration des mails sous Debian, c'est toujours
la merde, c'est l'une des meilleures raisons de passer sous Gentoo

--
Asgeir