lug-bg: qmail relay test
Здравейте ! Оказва се , че моя qmail сървър приема някакъв си relay за адреси от типа : RCPT TO: rlytest%rep.rbl.jp - когато има процент RCPT TO: rep.rbl.jp!rlytest - когато има ! Това пречка ли е ? Не съм много навътре с тези неща пробвам теста от : http://www.rbl.jp/svcheck.php Благодаря !
Re: lug-bg: qmail relay test
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 MafiaInc wrote: Здравейте ! Оказва се , че моя qmail сървър приема някакъв си relay за адреси от типа : RCPT TO: rlytest%rep.rbl.jp - когато има процент RCPT TO: rep.rbl.jp!rlytest - когато има ! Това пречка ли е ? Не съм много навътре с тези неща пробвам теста от : http://www.rbl.jp/svcheck.php Благодаря ! Това е напълно нормално държание за qmail специално и се знае от доста години вече че този тест не е най-добре написаните по-въпроса. Има тонове обяснения написани за това във мейлиинг листата на qmail. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.1 (GNU/Linux) iD8DBQFEAMsJNACY/F2/q5ERAqI6AJ0d0O4uuCG7LkqxeTv8xkWSATVcMgCfbbea 0FQKZ/5TJr+RaPfgf0ZMtH4= =lUqL -END PGP SIGNATURE-
Re: lug-bg: qmail relay test
On Saturday 25 February 2006 23:24, Kiril Todorov wrote: rlytest%rep.rbl.jp Не съм запознат в подробности с qmail, но при един елементарен тест с telnet се вижда следното: rcpt to:rlytest%rep.rbl.jp 250 ok data 354 go ahead Т.е. при подаването на командата rcpt to сървърът отговаря Ok, но въпреки това на следваща команда те отрязва. Явно тестът не стига до следващата стъпка и затова решава, че има open relay. -- LINUX Business Solutions Ltd. 41, Alexander Malinov Blvd. 1712 Sofia, Bulgaria -- tel: +359 2 976 13 77 fax: +359 2 976 13 30 mobile: +359 889 90 99 11 -- Public GnuPG key at http://wwwkeys.pgp.net Fingerprint: AD64 2468 0AB4 B298 E7E3 92DA 15F5 7AC5 A05E F63
Re: lug-bg: qmail relay test
On 2/26/06, Nikola Antonov [EMAIL PROTECTED] wrote: On Saturday 25 February 2006 23:24, Kiril Todorov wrote: rlytest%rep.rbl.jp Не съм запознат в подробности с qmail, но при един елементарен тест с telnet се вижда следното: rcpt to:rlytest%rep.rbl.jp 250 ok data 354 go ahead Т.е. при подаването на командата rcpt to сървърът отговаря Ok, но въпреки това на следваща команда те отрязва. Явно тестът не стига до следващата стъпка и затова решава, че има open relay. Kъде е отрязването? 354 означава, че сървъра е приел командата DATA и очаква текста на съобщението. За справка: http://www.faqs.org/rfcs/rfc821.html Това не означава, че qmail ще relay-не съобщението. Той го приема (тъй като третира знака за процент по същия начин както би третирал буква/цифра), но в последствие връща bounce message, тъй като не открива mailbox съответстващ на посочения адрес, съдържащ '%'. Когато е правен този тест не е взето под внимание, че не всички smtp daemons поддържат percent hack-а.
