apache + php

[Duke]

gratis
IP опять попал в в некоторые блэклисты:
[Для просмотра ссылки зарегистрируйтесь]
[Для просмотра ссылки зарегистрируйтесь]
И есчо несколько мыил спам листов ругаются из за обратного ДНС !

Ну и чо там за ошибка, форум то находится

А ты попробуй у ся на компе

Код Выделить Развернуть


nslookup 83.222.31.168
и
nslookup 213.180.204.8

Видиш, 213.180.204.8 преобразуется в ya.ru, а 83.222.31.168 говорит "Non-existent domain"
т.е не работает обратное преобразование. А почтари используют обратный DNS для проверки действительно ли твой IP соответствует твоему домену А у тебя это не работает и посему ты попадаеш в блэк листы.
И еслиб небыло такой проверки, то любой бы мог со своего сервера отправлять письма от твоего имени!
Разбирайся с провайдером по части реверс ДНС.

[Duke]

Salagin

2. А пробовал через telnet localhost 25 отправлять?

Смотри какое приветствие выдаёт сендмаил   :

Код Выделить Развернуть

220 localhost.localdomain ESMTP Sendmail 8.12.11/8.12.11; Sat, 15 Apr 2006 04:31
Потестил,погонял, благо релей закрыт! осталось решить с "localhost.localdomain "
gratis на сервере используй "telnet 127.0.0.1 25" Для начала нужно добиться,чтоб в приветствии было не "220 localhost.localdomain" а например "220 [Для просмотра ссылки зарегистрируйтесь] "

Заголовки формирует посчтарь, так что вроде сошлись на нем все стрелки.

но вопрос, почему не подменяется приславутый локалхост  

[gratis]

Salagin

1. Заголовки формирует посчтарь, так что вроде сошлись на нем все стрелки.

это понятно

2. А пробовал через telnet localhost 25 отправлять?

нет
Duke

Для начала нужно добиться,чтоб в приветствии было не "220 localhost.localdomain" а например "220 [Для просмотра ссылки зарегистрируйтесь] "

Пытаюсь

[gratis]

Duke
Можешь сформулировать вопрос насчет днс я его суппорту хостинга задам где днс прописан?

[Duke]

gratis
Надо обьяснить им,что некоторые сервера не принемают почту с твоего ИП т.к неправильно настроена обратная ДНС запись ! Вот,какую ошибку выдают :

Код Выделить Развернуть

83.222.31.168 has no reverse DNS entry; some mail servers may not accept your mail.
Примерно так и написать. Посмотрим,что они ответят.  
У меня нет точной уверенности, что этот косяк только из -за них...... возможно он ещё и из-за твоего localhost.localdomain. Но написать обязательно надо ! По голове же не ударят

[Duke]

А вот что выдаёт проверка на Reverse DNS:

Код Выделить Развернуть


Answer:
No PTR records exist for 83.222.31.168. [Neg TTL=900 seconds]

Details:
ns.masterhost.ru. (an authoritative nameserver for 31.222.83.in-addr.arpa., which is in charge of the reverse DNS for 83.222.31.168)
says that there are no PTR records for 83.222.31.168.

To get reverse DNS set up for 83.222.31.168, you need to speak to your Internet provider.  You could also
check with hostmaster@masterhost.ru., who is in charge of the 31.222.83.in-addr.arpa. zone.
 
Т.е нет записи PTR ! И предлагается обратиться к хостеру по мылу. Вот и цетируй им это дело.
Добавлено:
Кстати,если интересно, вот как это работает:

Код Выделить Развернуть


How Reverse DNS Works
or, "Almost a Reverse DNS FAQ"
Reverse DNS turns an IP address into a hostname -- for example, it might turn 192.0.2.25 into host.example.com.

For your domains, standard DNS (turning a hostname into an IP address, such turning host.example.com into 192.0.2.25) starts with the company (registrar) that you registered your domains with. You let them know what DNS servers are responsible for your domain names, and the registrar sends this information to the root servers (technically, the parent servers for your TLD). Then, anyone in the world can access your domains, and you can send them to any IP addresses you want. You have full control over your domains, and can send people to any IPs (whether or not you have control over those IPs, although you should have permission to send them to IPs that are not yours).

Reverse DNS works in a similar method. For your IPs, reverse DNS (turning 192.0.2.25 back into host.example.com) starts with your ISP (or whoever told you what your IP addresses are). You let them know what DNS servers are responsible for the reverse DNS entries for your IPs (or, they can enter the reverse DNS entries on their DNS servers), and your ISP gives this information out when their DNS servers get queried for your reverse DNS entries. Then, anyone in the world can look up the reverse DNS entries for your IPs, and you can return any hostnames you want (whether or not you have control over those domains, although you should have permission to point them to hostnames that are not on your domains).

So for both standard DNS and reverse DNS, there are two steps: [1] You need DNS servers, and [2] You need to tell the right company (your registrar for standard DNS lookups, or your ISP for reverse DNS lookups) where your DNS servers are located. Without Step 2, nobody will be able to reach your DNS servers.

If you can comprehend the above paragraphs (which takes some time), you'll understand the biggest problem that people have with reverse DNS entries. The biggest problem people have is that they have DNS servers that work fine with their domains (standard DNS), they add reverse DNS entries to those servers, and it doesn't work. If you understand the above paragraphs, you'll see the problem: If your ISP doesn't know that you have DNS servers to handle the reverse DNS for your IPs, they won't send that information to the root servers, and nobody will even get to your DNS servers for reverse DNS looksups.

Basic Concepts:

   * Reverse DNS turns 192.0.2.25 into host.example.com (an IP address into a host name).
   * Typical reverse DNS lookup path: DNS resolver => root servers => ARIN (North American IP registry) => Local ISP => Acme Inc. DNS servers.
   * Whoever supplies your IP addresses (usually your ISP) MUST either [1] set up your reverse DNS entries on their DNS servers, or [2] "delegate authority" for your reverse DNS entries to your DNS servers.
   * Reverse DNS entries use a host name with a reversed IP address with ".in-addr.arpa" added to it -- for example, "25.2.0.192.in-addr.arpa" (".ip6.arpa" is used for IPv6 reverse DNS lookups).
   * Reverse DNS entries are set up with PTR records (whereas standard DNS uses A records), which look like "25.2.0.192.in-addr.arpa. PTR host.example.com" (whereas standard DNS would look like "host.example.com. A 192.0.2.25").
   * All Internet hosts should have a reverse DNS entry (see RFC1912 section 2.1).
   * Mail servers with no reverse DNS will have a hard time getting mail to certain large ISPs.

Very Common Myth:

   * Myth: If you have a reverse DNS entry listed in your DNS server, you have reverse DNS properly set up.
     Fact: This is often not the case. You need TWO things in order to have your DNS set up properly:
         o 1. Your DNS servers (or your ISP's) MUST have the reverse DNS entries set up ("25.2.0.192.in-addr.arpa. PTR host.example.com").
         o 2. AND your ISP or bandwidth provider MUST set up the reverse DNS on their end, so that DNS resolvers around the world will know that your DNS servers are the ones to go to when looking up the reverse DNS for your IP addresses.

How a reverse DNS lookup is accomplished:

   * The DNS resolver reverses the IP, and adds it to ".in-addr.arpa" (or ".ip6.arpa" for IPv6 lookups), turning 192.0.2.25 into 25.2.0.192.in-addr.arpa.
   * The DNS resolver then looks up the PTR record for 25.2.0.192.in-addr.arpa.
         o The DNS resolver checks asks the root servers for the PTR record for 25.2.0.192.in-addr.arpa.
         o The root servers refer the DNS resolver to the DNS servers in charge of the Class A range (192.in-addr.arpa, which covers all IPs that begin with 192).
         o In almost all cases, the root servers will refer the DNS resolver to a "RIR" ("Regional Internet Registry"). These are the organizations that allocate IPs. In general, ARIN handles North American IPs, APNIC handles Asian-Pacific IPs, and RIPE handles European IPs.

         o The DNS resolver will ask the ARIN DNS servers for the PTR record for 25.2.0.192.in-addr.arpa.
         o The ARIN DNS servers will refer the DNS resolver to the DNS servers of the organization that was originally given the IP range. These are usually the DNS servers of your ISP, or their bandwidth provider.

         o The DNS resolver will ask the ISP's DNS servers for the PTR record for 25.2.0.192.in-addr.arpa.
         o The ISP's DNS servers will refer the DNS resolver to the organization's DNS servers.

         o The DNS resolver will ask the organization's DNS servers for the PTR record for 25.2.0.192.in-addr.arpa.
         o The organization's DNS servers will respond with "host.example.com".

 

[gratis]

Duke
Прописали
Добавлено:
Duke
Прописали

[Duke]

gratis

Прописали

Отлично ! Проверил...работает ! Они хоть извенились ?
Теперь надо подождать, пока отчистятся спам листы ! В 3 я запросы на удаление зделал. C [Для просмотра ссылки зарегистрируйтесь] пока не понял. Но осталось подождать, пока всё утресётся,все кэши отчистятся.
gratis
С localhost.localdomain не разобрался ?

[gratis]

Duke

Они хоть извенились ?

нет

С localhost.localdomain не разобрался ?

было

Код Выделить Развернуть

Received: (qmail 22533 invoked from network); 18 Apr 2006 14:14:34 -0000
Received: from relay7.aport.ru ([194.67.18.134]) (envelope-sender <>)
         by relay5.aport.ru
         for <>; 18 Apr 2006 14:14:34 -0000
Delivered-To: CLUSTERHOST relay7.aport.ru email-*****@email.ru
Received: (qmail 26786 invoked from network); 18 Apr 2006 14:10:39 -0000
Received: from gratis.pp.ru (HELO localhost.localdomain) ([83.222.31.168]) (envelope-sender <gratis@email.ru>)
         by relay7.aport.ru
         for <*****@email.ru>; 18 Apr 2006 14:10:39 -0000
Received: from localhost.localdomain (host1403 [127.0.0.1])
       by localhost.localdomain (8.12.11/8.12.11) with ESMTP id k3IEAS8r018873
       for <*****@email.ru>; Tue, 18 Apr 2006 18:10:28 +0400
Received: (from apache@localhost)
       by localhost.localdomain (8.12.11/8.12.11/Submit) id k3IEASs6018871;
       Tue, 18 Apr 2006 18:10:28 +0400
теперь

Код Выделить Развернуть

Received: (qmail 64143 invoked from network); 18 Apr 2006 15:14:38 -0000
Received: from relay2.aport.ru ([194.67.18.128]) (envelope-sender <>)
         by relay5.aport.ru
         for <>; 18 Apr 2006 15:14:38 -0000
Delivered-To: CLUSTERHOST relay2.aport.ru email-*****@email.ru
Received: (qmail 55064 invoked from network); 18 Apr 2006 15:14:37 -0000
Received: from gratis.pp.ru ([83.222.31.168]) (envelope-sender <gratis@email.ru>)
         by relay2.aport.ru
         for <*****@email.ru>; 18 Apr 2006 15:14:37 -0000
Received: from localhost.localdomain (host1403 [127.0.0.1])
       by gratis.pp.ru (8.12.11/8.12.11) with ESMTP id k3IFE2UH022989
       for <*****@email.ru>; Tue, 18 Apr 2006 19:14:02 +0400
Received: (from apache@localhost)
       by localhost.localdomain (8.12.11/8.12.11/Submit) id k3IFE2vc022987;
       Tue, 18 Apr 2006 19:14:02 +0400
Это пока все    

[Duke]

gratis
А можеш ещё выложить лог отправки например на @mail.ru
И лог,когда тебе на сервер письмо приходит.