Опять bug... :(

При попытке отправки почты c Win32-версии через Microsoft SMTP Service Parser впадает в таймаут и в конце концов выдает таинственную ошибку: sendmail error #16, SMTP server '192.168.0.1' Предшествует этому следующий диалог с SMTP-сервером (из логов): #Software: Microsoft Internet Information Services 5.0 #Version: 1.0 #Date: 2000-12-24 23:30:06 #Fields: date time c-ip s-ip s-port cs-method cs-uri-stem cs-uri-query sc-status sc-win32-status sc-bytes cs-bytes time-taken cs-version cs-host cs(User-Agent) cs(Cookie) cs(Referer) 2000-12-24 23:40:09 192.168.0.1 192.168.0.1 0 HELO - +pomidorych 250 0 43 9 10 SMTP - - - - 2000-12-24 23:40:09 192.168.0.1 192.168.0.1 0 MAIL - +From:+daemon@pomidorych.nu 250 0 39 25 0 SMTP - - - - 2000-12-24 23:40:09 192.168.0.1 192.168.0.1 0 RCPT - +To:+spam-list@pomidorych.nu 250 0 35 31 0 SMTP - - - - 2000-12-24 23:40:39 192.168.0.1 192.168.0.1 0 QUIT - pomidorych 0 30013 46 4 30003 SMTP - - - - Соответственно, почему-то имеем таймаут после RCPT TO. Ручной набор команд дает результат: telnet 192.168.0.1 25 220 spam.pomidorych.nu Microsoft ESMTP MAIL Service, Version: 5.0.2195.1600 ready at Mon, 25 Dec 2000 02:54:16 +0300 helo pomidorych 250 spam.pomidorych.nu Hello [192.168.0.1] mail from: daemon@pomidorych.nu 250 2.1.0 daemon@pomidorych.nu....Sender OK rcpt to: spam-list@pomidorych.nu 250 2.1.5 spam-list@pomidorych.nu data 354 Start mail input; end with <CRLF>.<CRLF> Spam-taram-pam-pam! . 250 2.6.0 <POMIDORYCHle1k39q8Ym1OG7i00000001@spam.pomidorych.nu> Queued mail for delivery Обращают на себя внимание нетрадиционные ответы сервера - 2.1.0, 2.1.5, etc. Однако это вполне укладывается в спецификацию SMTP - никто не запрещает использовать "one line of text" таким образом. Все остальное совершенно аналогично другим почтовым серверам. За неимением исходных текстов парсера и невозможностью на время "подправить" smtpsvc.dll более глубоко смотреть нельзя. Другие программы отправляют почту через этот SMTP без проблем. Вот так вот. А кто-то кричал, что он пушистый. %) Первый пробный сайт, а уже столько радости... А я ведь еще про 8084 скромно молчу. И про /index.html вместо /. И про exec, который меня далеко не всегда удовлетворяет (тут, впрочем, есть еще надежда, что я сам виноват).