форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Почтовые серверы без имени или обратной зоны"

Сообщение от Михаил (??) on 19-Июн-06, 19:43

Добрый день всем! В последнее время постоянно появляются новые почтовые серверы или серверы сетей, у которых нет имени или обратной зоны. Это, скорее всего, следствие некомпетентности админов или их лени. Я предлагаю составить и поддерживать список таких "кривых" серверов, чтобы 1 - оперативно вносить изменения в файлы настройки MTA 2 - это как-бы "черный список" ленивых админов.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Сообщения по теме

[Сортировка по времени, UBB]

1. "Почтовые серверы без имени или обратной зоны"

Сообщение от Ilia Kuliev on 19-Июн-06, 20:23

Не всякий провайдер соглашается вести имена клиентских хостов в обратной зоне.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

2. "Почтовые серверы без имени или обратной зоны"

Сообщение от v.i.t (ok) on 19-Июн-06, 21:33

"ОТЛИЧНЫЕ"  предложения  всегда поступают от ленивых и некомпетентных админов !!! :-)))

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	3. "Почтовые серверы без имени или обратной зоны"
	Сообщение от redduck on 20-Июн-06, 06:00
	Я вот как раз ленивый и не компетентный админ, так как стал админом по необходимости, экономия по русски знаете ли. Вот у меня часть main.cf (postfix) smtpd_helo_restrictions = #       permit_mynetworks,         reject_non_fqdn_hostname,         check_helo_access hash:/etc/mail/corrupted_mailers,         check_helo_access hash:/etc/mail/helo_access,         reject_invalid_hostname,         reject_unknown_hostname Так в /etc/mail/corrupted_mailers уже более 50 записей, и это у маленького предприятия которое получает в день около 300 писем и отправляет 150. Какие только HELO/EHLO небывает, даже localhost. Почта в основном местная, когда звоню админу кривонастроенного почтовика то получаю дельный совет перейти скажем на exim и типа будет тебе счастье. Вот что бы клиентов не терять приходится пополнять /etc/mail/corrupted_mailers. А обратной записью в DNS ведает тот кому принадлежит IP и RFC-2821 не требует что бы обязательно была запись в обратной зоне для почтовика. Прошу сильно не пинать если не прав. Кажется про обратную запись уже обсуждалось где то тут.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	4. "Почтовые серверы без имени или обратной зоны"
	Сообщение от v.i.t (??) on 20-Июн-06, 09:16
	>Я вот как раз ленивый и не компетентный админ, так как стал >админом по необходимости, экономия по русски знаете ли. если экономить - то проще завести  почтовые аккаунты на mail.ru скажем кроме обратной зоны  существует "прямая зона" где желательно прописать  A  и MX для почтового сервера а провайдера который не может обеспечить обратную зону надо воспитывать - в настоящее время уже достаточно альтернативы  для его замены или давайте  лелеять и взращивать разгильдяйство , лень и тупость.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	5. "Почтовые серверы без имени или обратной зоны"
	Сообщение от redduck on 20-Июн-06, 09:51
	В прямой зоне запись для почтовика обязана существовать а не желательно, иначе как почтовики будут находить почтовик ответственный за домен.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	6. "Почтовые серверы без имени или обратной зоны"
	Сообщение от ipmanyak (??) on 20-Июн-06, 10:12
	>В прямой зоне запись для почтовика обязана существовать а не желательно, иначе >как почтовики будут находить почтовик ответственный за домен. по поводу PTR  - RFC 1912 п 2.1,  любой хост, имеющий внешний ip обязан иметь записи в прямой и обратной зоне, а для почтарей и подавно !
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	16. "Почтовые серверы без имени или обратной зоны"
	Сообщение от Михаил (??) on 20-Июн-06, 18:52
	>>В прямой зоне запись для почтовика обязана существовать а не желательно, иначе >>как почтовики будут находить почтовик ответственный за домен. >по поводу PTR  - RFC 1912 п 2.1,  любой хост, >имеющий внешний ip обязан иметь записи в прямой и обратной зоне, >а для почтарей и подавно ! Должны, но не имеют - лень родилась раньше админа :-( Примеры - одна из сетей Королева выходит во внешний мир с IP=82.138.35.121 без записи в прямой зоне - 212.119.96.23 без записи в прямой зоне - почтовый сервер skylink.msk.ru то же у megafonmoscow.ru, on.ru, aha.ru, afisha.ru и тд..
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	17. "Почтовые серверы без имени или обратной зоны"
	Сообщение от kvk on 20-Июн-06, 20:21
	>>В прямой зоне запись для почтовика обязана существовать а не желательно, иначе >>как почтовики будут находить почтовик ответственный за домен. >по поводу PTR  - RFC 1912 п 2.1,  любой хост, >имеющий внешний ip обязан иметь записи в прямой и обратной зоне, >а для почтарей и подавно ! А как быть если на одном ip несколько имен?
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	18. "Почтовые серверы без имени или обратной зоны"
	Сообщение от Михаил (??) on 21-Июн-06, 19:17
	>>>В прямой зоне запись для почтовика обязана существовать а не желательно, иначе >>>как почтовики будут находить почтовик ответственный за домен. >>по поводу PTR  - RFC 1912 п 2.1,  любой хост, >>имеющий внешний ip обязан иметь записи в прямой и обратной зоне, >>а для почтарей и подавно ! > >А как быть если на одном ip несколько имен? Это ничему не противоречит - несколько имен на одном IP или несколько IP для одного имени, но имя должно быть
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	19. "Почтовые серверы без имени или обратной зоны"
	Сообщение от dawnshade on 21-Июн-06, 20:39
	>В прямой зоне запись для почтовика обязана существовать а не желательно, иначе >как почтовики будут находить почтовик ответственный за домен. читать RFC. MX запись необязательна. Ключевые слова implicit mx
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	24. "Почтовые серверы без имени или обратной зоны"
	Сообщение от PJ (??) on 23-Июн-06, 23:13
	>а провайдера который не может обеспечить обратную зону надо воспитывать - Воспитай. Global One aka Equant. Адрес дать?
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	7. "Почтовые серверы без имени или обратной зоны"
	Сообщение от _KAV_ (ok) on 20-Июн-06, 10:53
	>Я вот как раз ленивый и не компетентный админ, так как стал >админом по необходимости, экономия по русски знаете ли. > Вот именно что ленивый... Эта тема обсасывалась здесь неоднократно, так что советую побороть лень и воспользоваться поиском по форуму. Глупость этого предложения в том, что незачем вести такой список - если человек проверяет существование обратной записи, то он проверяет ее по разрешению ДНС, а не по каким-то спискам. Я лично принимаю почту от серверов без реверса - хоть мог бы и отвергать, ибо RFC таки _требует_ от каждого почтовика иметь реверсную запись. Но обхожусь без этого - простейшая проверка helo на несовпадение его с моим helo, моим ip, а также проверка адреса на отсутствие dial, pool, dynamic (с вариантами) обеспечивает оччень немаленький отсев нежелательной почты. p.s. после введения такой защиты вирусы проходят не чаще чем раз в пару недель... а ведь многие провайдеры прописывают реверс и для диалапа.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	8. "Почтовые серверы без имени или обратной зоны"
	Сообщение от alex (??) on 20-Июн-06, 11:36
	Простите может за глупый вопрос, но вы говорите о реверсе... Так подразумевается, что прямой и реверсный должны совпадать или реверс просто присутствовать??
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	9. "Почтовые серверы без имени или обратной зоны"
	Сообщение от _KAV_ (ok) on 20-Июн-06, 11:56
	>Простите может за глупый вопрос, но вы говорите о реверсе... Так подразумевается, >что прямой и реверсный должны совпадать или реверс просто присутствовать?? Должен существовать, но не обязан совпадать Выдержки из дискуссии https://www.opennet.ru/openforum/vsluhforumID1/62840.html - я ж советовал воспользоваться поиском... здесь все обсосано. RFC 1912 Секция  1.2 Make sure your PTR and A records match.  For every IP address, there    should be a matching PTR record in the in-addr.arpa domain.  If a    host is multi-homed, (more than one IP address) make sure that all IP    addresses have a corresponding PTR record (not just the first one).    Failure to have matching PTR and A records can cause loss of Internet    services similar to not being registered in the DNS at all.  Also,    PTR records must point back to a valid A record, not a alias defined    by a CNAME.  It is highly recommended that you use some software    which automates this checking, or generate your DNS data from a    database which automatically creates consistent data. Т.е. _должна_ существовать обратная запись, причем при разрешении она должна ссылаться на А запись RFC1123 Requirements for Internet Hosts -- Application and Support Status of This Memo This RFC is an official specification for the Internet community.  It incorporates by reference, amends, corrects, and supplements the primary protocol standards documents relating to hosts. 5.2.5  HELO Command: RFC-821 Section 3.5 The sender-SMTP MUST ensure that the <domain> parameter in a HELO command is a valid principal host domain name for the client host.  As a result, the receiver-SMTP will not have to perform MX resolution on this name in order to validate the HELO parameter. The HELO receiver MAY verify that the HELO parameter really corresponds to the IP address of the sender.  However, the receiver MUST NOT refuse to accept a message, even if the sender's HELO command fails verification. Примерный перевод последнего абзаца: Получатель МОЖЕТ проверять соответствие параметра HELO IP-адресу отправителя. Но получатель НЕ ДОЛЖЕН отказываться принимать письмо, даже если параметр HELO не соответствует IP-адресу отправителя.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	10. "Почтовые серверы без имени или обратной зоны"
	Сообщение от alex (??) on 20-Июн-06, 12:07
	>Должен существовать, но не обязан совпадать Дык, он по-любому должен существовать для всех адресов... Мы когда регистрировали АС, то это было одно из условий. Для всех полученных айпишников на 2 ДНС-серверах сделать бэкрезолв. И так для всех. Того требует RIPE. А то что HELO можно отправильно каким угодно - это уже 2й вопрос... и действительно резать нельзя.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	11. "Почтовые серверы без имени или обратной зоны"
	Сообщение от _KAV_ (ok) on 20-Июн-06, 12:14
	>Дык, он по-любому должен существовать для всех адресов... Мы когда регистрировали АС, >то это было одно из условий. Для всех полученных айпишников на >2 ДНС-серверах сделать бэкрезолв. >И так для всех. Того требует RIPE. А то что HELO можно >отправильно каким угодно - это уже 2й вопрос... и действительно резать >нельзя. Просто с завидной регулярностью появляются дятлы, которые проверяют соответствие прямого и обратного, и на этом основании режектят почту. А у меня 4 канала и 3 почтовых домена, причем каждый почтовик может выйти через любой...
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	12. "Почтовые серверы без имени или обратной зоны"
	Сообщение от alex (??) on 20-Июн-06, 12:35
	>>Дык, он по-любому должен существовать для всех адресов... Мы когда регистрировали АС, >>то это было одно из условий. Для всех полученных айпишников на >>2 ДНС-серверах сделать бэкрезолв. >>И так для всех. Того требует RIPE. А то что HELO можно >>отправильно каким угодно - это уже 2й вопрос... и действительно резать >>нельзя. >Просто с завидной регулярностью появляются дятлы, которые проверяют соответствие прямого и обратного, >и на этом основании режектят почту. А у меня 4 канала >и 3 почтовых домена, причем каждый почтовик может выйти через любой... > Борьба со спамом стала параноей.............
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	13. "Почтовые серверы без имени или обратной зоны"
	Сообщение от tpibm on 20-Июн-06, 12:43
	А вот это не из той же опреры, письмо из domain2.ru к domain3.be. Почта уходит с post.domain2.ru через СМАРТХОСТ post.domain1.ru From - Tue Jun 20 14:15:11 2006 X-Account-Key: account14 X-UIDL: @cR"!aI:!!=(i"!X"%!! X-Mozilla-Status: 0001 X-Mozilla-Status2: 00000000 Return-Path: <MAILER-DAEMON@post.domain1.ru> Received: (from root@localhost)     by post.domain2.ru (8.13.6/8.13.5) id k5K6F3JD025052;     Tue, 20 Jun 2006 14:15:03 +0800 Received: from post.domain2.ru (localhost [127.0.0.1])     by post.domain2.ru (8.13.6/8.13.5) with ESMTP id k5K6F2Ke025039     for <admin@domain2.ru>; Tue, 20 Jun 2006 14:15:02 +0800 Received: from post.domain1.ru     by post.domain2.ru with POP3 (fetchmail-6.3.4)     for <admin@domain2.ru> (multi-drop); Tue, 20 Jun 2006 14:15:02 +0800 (KRAST) Received: from smtp.domain3.com (mail2.domain3.com [200.72.254.9])     by post.domain1.ru (8.13.6/8.13.6) with ESMTP id k5K5xlea021630     for <admin@domain2.ru>; Tue, 20 Jun 2006 13:59:48 +0800 (KRAST) X-ASG-Debug-ID: 1150782870-610-27-4 X-Barracuda-URL: http://mail.domain3.com:8000/cgi-bin/mark.cgi Received: from exstws02.domain3.local (unknown [172.16.xxx.xxx])     by smtp.domain3.com (Spam Firewall) with ESMTP id 98D5B1D76F5     for <admin@domain2.ru>; Tue, 20 Jun 2006 01:54:30 -0400 (CLT) Received: from exstws02.domain3.local ([172.16.xxx.xxx]) by exstws02.domain3.local with Microsoft SMTPSVC(6.0.3790.1830);      Tue, 20 Jun 2006 01:50:52 -0400 From: postmaster@domain3.com To: admin@domain2.ru Date: Tue, 20 Jun 2006 01:50:52 -0400 MIME-Version: 1.0 Content-Type: multipart/report; report-type=delivery-status;     boundary="9B095B5ADSN=_01C667F88605608C000202F6exstws02.domain3.loc" X-DSNContext: 335a7efd - 2430 - 00000002 - C00402CD Message-ID: <tQvAauNjV0002ae85@exstws02.domain3.local> X-ASG-Orig-Subj: Delivery Status Notification (Failure) Subject: Delivery Status Notification (Failure) X-OriginalArrivalTime: 20 Jun 2006 05:50:52.0710 (UTC) FILETIME=[7D875C60:01C6942D] X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on post.domain2.ru X-Virus-Scanned: by Barracuda Spam Firewall at domain3.com X-Barracuda-Spam-Score: 0.55 X-Barracuda-Spam-Status: No, SCORE=0.55 using global scores of TAG_LEVEL=3.5 QUARANTINE_LEVEL=3.9 KILL_LEVEL=5.5 tests=NO_REAL_NAME X-Barracuda-Spam-Report: Code version 3.02, rules version 3.0.15140     Rule breakdown below pts rule name              description     ---- ---------------------- --------------------------------------------------     0.55 NO_REAL_NAME           From: does not include a real name This is a MIME-formatted message.   Portions of this message may be unreadable without a MIME-capable mail program. --9B095B5ADSN=_01C667F88605608C000202F6exstws02.domain3.loc Content-Type: text/plain; charset=unicode-1-1-utf-7 This is an automatically generated Delivery Status Notification. Unable to deliver message to the following recipients, because the message was forwarded more than the maximum allowed times. This could indicate a mail loop.        postmaster@domain3.be --9B095B5ADSN=_01C667F88605608C000202F6exstws02.domain3.loc--
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	14. "Почтовые серверы без имени или обратной зоны"
	Сообщение от lavr on 20-Июн-06, 12:49
	>А вот это не из той же опреры, письмо из domain2.ru к >domain3.be. Почта уходит с post.domain2.ru через СМАРТХОСТ post.domain1.ru > >From - Tue Jun 20 14:15:11 2006 >X-Account-Key: account14 >X-UIDL: @cR"!aI:!!=(i"!X"%!! >X-Mozilla-Status: 0001 >X-Mozilla-Status2: 00000000 >Return-Path: <MAILER-DAEMON@post.domain1.ru> >Received: (from root@localhost) > by post.domain2.ru (8.13.6/8.13.5) id k5K6F3JD025052; > Tue, 20 Jun 2006 14:15:03 +0800 >Received: from post.domain2.ru (localhost [127.0.0.1]) > by post.domain2.ru (8.13.6/8.13.5) with ESMTP id k5K6F2Ke025039 >    for <admin@domain2.ru>; Tue, 20 Jun 2006 14:15:02 +0800 >Received: from post.domain1.ru > by post.domain2.ru with POP3 (fetchmail-6.3.4) >    for <admin@domain2.ru> (multi-drop); Tue, 20 Jun 2006 14:15:02 +0800 (KRAST) >Received: from smtp.domain3.com (mail2.domain3.com [200.72.254.9]) > by post.domain1.ru (8.13.6/8.13.6) with ESMTP id k5K5xlea021630 >    for <admin@domain2.ru>; Tue, 20 Jun 2006 13:59:48 +0800 (KRAST) >X-ASG-Debug-ID: 1150782870-610-27-4 >X-Barracuda-URL: http://mail.domain3.com:8000/cgi-bin/mark.cgi >Received: from exstws02.domain3.local (unknown [172.16.xxx.xxx]) > by smtp.domain3.com (Spam Firewall) with ESMTP id 98D5B1D76F5 >    for <admin@domain2.ru>; Tue, 20 Jun 2006 01:54:30 -0400 (CLT) >Received: from exstws02.domain3.local ([172.16.xxx.xxx]) by exstws02.domain3.local with Microsoft SMTPSVC(6.0.3790.1830); >  Tue, 20 Jun 2006 01:50:52 -0400 >From: postmaster@domain3.com >To: admin@domain2.ru >Date: Tue, 20 Jun 2006 01:50:52 -0400 >MIME-Version: 1.0 >Content-Type: multipart/report; report-type=delivery-status; > boundary="9B095B5ADSN=_01C667F88605608C000202F6exstws02.domain3.loc" >X-DSNContext: 335a7efd - 2430 - 00000002 - C00402CD >Message-ID: <tQvAauNjV0002ae85@exstws02.domain3.local> >X-ASG-Orig-Subj: Delivery Status Notification (Failure) >Subject: Delivery Status Notification (Failure) >X-OriginalArrivalTime: 20 Jun 2006 05:50:52.0710 (UTC) FILETIME=[7D875C60:01C6942D] >X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on post.domain2.ru >X-Virus-Scanned: by Barracuda Spam Firewall at domain3.com >X-Barracuda-Spam-Score: 0.55 >X-Barracuda-Spam-Status: No, SCORE=0.55 using global scores of TAG_LEVEL=3.5 QUARANTINE_LEVEL=3.9 KILL_LEVEL=5.5 tests=NO_REAL_NAME >X-Barracuda-Spam-Report: Code version 3.02, rules version 3.0.15140 > Rule breakdown below pts rule name       >        description > ---- ---------------------- -------------------------------------------------- > 0.55 NO_REAL_NAME           > From: does not include a real name > >This is a MIME-formatted message. >Portions of this message may be unreadable without a MIME-capable mail program. > > >--9B095B5ADSN=_01C667F88605608C000202F6exstws02.domain3.loc >Content-Type: text/plain; charset=unicode-1-1-utf-7 > >This is an automatically generated Delivery Status Notification. > >Unable to deliver message to the following recipients, because the message was >forwarded more than the maximum allowed times. This could indicate a >mail loop. > >       postmaster@domain3.be > > > > >--9B095B5ADSN=_01C667F88605608C000202F6exstws02.domain3.loc-- это из безымянной оперы, но как минимум без envelop
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	15. "Почтовые серверы без имени или обратной зоны"
	Сообщение от _KAV_ (ok) on 20-Июн-06, 13:15
	>А вот это не из той же опреры, письмо из domain2.ru к >domain3.be. Почта уходит с post.domain2.ru через СМАРТХОСТ post.domain1.ru >This is an automatically generated Delivery Status Notification. > >Unable to deliver message to the following recipients, because the message was >forwarded more than the maximum allowed times. This could indicate a >mail loop. > >       postmaster@domain3.be Нет, это из другой... Письмо прошло через слишком большое число почтовиков, по мнению domain3.be , и было отвергнуто по причине того, что лимит был превышен (как ttl expired). Здесь нужно смотреть хидеры отвергнутого письма - оно должно быть во вложении, чтоб понять что происходит. Но, судячи по 6 хопам в этом письме, может быть и просто паранойя
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	20. "Почтовые серверы без имени или обратной зоны"
	Сообщение от ra (??) on 22-Июн-06, 10:05
	>>Дык, он по-любому должен существовать для всех адресов... Мы когда регистрировали АС, >>то это было одно из условий. Для всех полученных айпишников на >>2 ДНС-серверах сделать бэкрезолв. >>И так для всех. Того требует RIPE. А то что HELO можно >>отправильно каким угодно - это уже 2й вопрос... и действительно резать >>нельзя. >Просто с завидной регулярностью появляются дятлы, которые проверяют соответствие прямого и обратного, >и на этом основании режектят почту. А у меня 4 канала >и 3 почтовых домена, причем каждый почтовик может выйти через любой... > Вы правы, подобные дятлы уже начинают всерьез осложнять жизнь. Причем дятловство проникает  и во вроде бы солидные конторы. Режектят вообще от фонаря: зоны не совпали - пока почте, в какой либо RBL попал - в помойку (а эти друзья банят подсетями и диапазонами по собственному желанию) и т.д.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	21. "Почтовые серверы без имени или обратной зоны"
	Сообщение от redduck on 22-Июн-06, 16:27
	Ну а если почтовик посылает HELO/EHLO localhost, прав дятел если почту от этого сервака откинет или все таки супер администратор прав что его почтовик так представляется, и сделано это для хитрых целей!?
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	22. "Почтовые серверы без имени или обратной зоны"
	Сообщение от Михаил (??) on 22-Июн-06, 16:57
	>Ну а если почтовик посылает HELO/EHLO localhost, прав дятел если почту от >этого сервака откинет или все таки супер администратор прав что его >почтовик так представляется, и сделано это для хитрых целей!? Я принимаю почту от localhost только от mynetworks. Обычно только трояны и спамеры рассылают почту c helo=<localhost> - это статистика по  27 тыс. подключений в июне. Тема поднята не из-за проблем с HELO, а из-за отсутствия записи в прямой зоне серверов солидных провайдеров и нежелании админов исправить ситуацию.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	23. "Почтовые серверы без имени или обратной зоны"
	Сообщение от _KAV_ (ok) on 23-Июн-06, 12:16
	>Ну а если почтовик посылает HELO/EHLO localhost, прав дятел если почту от >этого сервака откинет или все таки супер администратор прав что его >почтовик так представляется, и сделано это для хитрых целей!? Посмотри несколькими сообщениями выше - не зря здесь выложен кусок RFC: HELO Command: RFC-821 Section 3.5. Послать такого нах вполне естественно. Лирическое отступление - продолжая высказывания lavr и ra. Если раньше ламеры хвастались своим автоэкзеком, в котором программ больше чем иголок на новогодней елке, потом они ставили линукс, а теперь у них модно изобретать свои сугубо оригинальные методы борьбы со спамом... Интересно, что будет следующим?
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	25. "Почтовые серверы без имени или обратной зоны"
	Сообщение от alex (??) on 24-Июн-06, 00:59
	>Интересно, что будет следующим? Трудно представить. Но ясно одно: все RFC нужно перевести на русский, сделать краткую выдержку из каждого и вдолбить всем кто не знает англ. в мозги.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	26. "Почтовые серверы без имени или обратной зоны"
	Сообщение от _KAV_ (ok) on 24-Июн-06, 14:03
	>>Интересно, что будет следующим? > >Трудно представить. Но ясно одно: все RFC нужно перевести на русский, сделать >краткую выдержку из каждого и вдолбить всем кто не знает англ. >в мозги. Увы - тут затруднения.... как вдалбливать выдержку в мозги, если мозгов нет??? Cамое несчастное животное - осьминoг. У него и ноги oт ушей, и руки из жопы, и сама жопа с ушами, и мозги собственно говоря тоже в жопе... А у ламера и того хуже - мозгов нет, одна распальцовка.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	27. "Почтовые серверы без имени или обратной зоны"
	Сообщение от Den (??) on 24-Июн-06, 16:41
	>>>Интересно, что будет следующим? Все это будет продолжаться до тех пор, пока не сделают новый  smtp протокол в котором можно будет однозначно определить кто и откуда послал письмо. А все сегодняшние решения - это костыли к smtp протоколу который написали гдето в 80-x годах, во времена которых небыло понятия спам.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]