mouss a écrit :
> Jose Ildefonso Camargo Tolosa a écrit :
>> On Fri, Dec 19, 2008 at 7:19 AM, Jorey Bump <l...@joreybump.com> wrote:
>>> Jose Ildefonso Camargo Tolosa wrote, at 12/18/2008 06:28 AM:
>>>
>>>> I think you should send more info on your config, for example:
>>>>
>>>> MX record for your domain.
>>>> myhostname entry from main.cf
>>>>
>>>> these two should match.
>>> There is no requirement that these match. They are completely unrelated.
>> I said: should. 
> 
> No, they are unrelated, so there is no need for them to match. Sites with
> 

my mouse likes eating some lines ;-p

I was saying: sites with multiple servers, ones for MX and others for
outbound relay will have mismatching inbound and outbound names.

>> There are some spam filters which uses the hostname
>> provided by the server and make several verifications like:
>>
>> + Is the hostname listed as a MX for the domain?
> 
> They may use this for whitelisiting, not blacklisting. similar to SPF.
> but they should not consider a mismatch as an anomaly.
> 
>> + Does the hostname *forward* resolve to the IP I'm being contacted from?
> 
> I guess you use the term "hostname" for the HELO argument.
> Some people do this, but:
> - it will cause FPs
> - The RFC recommends against it
> 
>> + Does the IP *reverse* resolve to the hostname?
> 
> if the hostname is the HELO argument, then no. there were some borked
> filters that do this, but this is borked...
> 
> what is done is:
> - resolve the client IP. get the first returned PTR
> - resolve this PTR and check that the original IP is returned by this
> resolution.
> 
> note that the PTR and the hostname are two different terms (even if they
> may be set to the same value in many cases).
> 
>>> The OP needs to describe the problem more accurately. In general, no
>>> special configuration is required to send mail to any domain.
>> Correct, as long as there are no spam filters around.
>>
> 
> OP problem has nothing to do with filters. he is trying to submit mail
> to gmail. for that, he needs smtp TLS (without a certificate) and smtp
> SASL and submit to [smtp.gmail.com]:587.
> 
> of course, if he has an firewall/proxy/anti-virus/... that interferes
> with the communication (some don't allow TLS because they can't filter
> the content. some don't support ESMTP, ... etc), he needs to disable this.

Reply via email to