From: "Victor Sudakov" Received: by mx.demos.su (CommuniGate Pro PIPE 5.0.14) with PIPE id 548547754; Mon, 18 Mar 2013 08:35:28 +0400 X-Spam-Status: No, hits=-0.4 required=5.0 tests=AWL,BAYES_05,SPF_PASS autolearn=ham version=3.3.2-st1.demos X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 3.3.2-st1.demos (2011-06-06) X-Spam-Report: -0.4 points, 5.0 required; * -0.0 SPF_PASS SPF: sender matches SPF record * -0.5 BAYES_05 BODY: Bayes spam probability is 1 to 5% * [score: 0.0422] * 0.1 AWL AWL: From: address is in the auto white-list Received: from [212.73.124.5] (HELO relay2.tomsk.ru) by mx.demos.su (CommuniGate Pro SMTP 5.0.14) with ESMTP id 548547752 for CGatePro@mx.ru; Mon, 18 Mar 2013 08:35:25 +0400 X-Virus-Scanned: by clamd daemon 0.97.5 for FreeBSD at relay2.tomsk.ru Received: from admin.sibptus.tomsk.ru (account sudakov@sibptus.tomsk.ru [212.73.125.240] verified) by relay2.tomsk.ru (CommuniGate Pro SMTP 5.1.16) with ESMTPSA id 31398898 for CGatePro@mx.ru; Mon, 18 Mar 2013 11:35:19 +0700 Received: from admin.sibptus.tomsk.ru (sudakov@localhost [127.0.0.1]) by admin.sibptus.tomsk.ru (8.14.5/8.14.5) with ESMTP id r2I4ZJRG077090 for ; Mon, 18 Mar 2013 11:35:19 +0700 (NOVT) (envelope-from sudakov@sibptus.tomsk.ru) Received: (from sudakov@localhost) by admin.sibptus.tomsk.ru (8.14.5/8.14.5/Submit) id r2I4ZI73077089 for CGatePro@mx.ru; Mon, 18 Mar 2013 11:35:18 +0700 (NOVT) (envelope-from sudakov@sibptus.tomsk.ru) X-Authentication-Warning: admin.sibptus.tomsk.ru: sudakov set sender to sudakov@sibptus.tomsk.ru using -f Date: Mon, 18 Mar 2013 11:35:18 +0700 To: CGatePro@mx.ru Subject: RPOP and QUIT Message-ID: <20130318043518.GA76852@admin.sibptus.tomsk.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit Organization: AO "Svyaztransneft", SibPTUS X-PGP-Key: http://www.livejournal.com/pubkey.bml?user=victor_sudakov X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 User-Agent: Mutt/1.5.21 (2010-09-15) Коллеги, Правильно ли я понимаю, что RPOP модуль посылает POP3 серверу QUIT и сразу же разрывает соединение, не дожидаясь OK от сервера? По крайней мере такое впечатление сложилось из рассмотрения сессии в wireshark. Похоже из-за этого мои пользователи получают дупы почтовых сообщений при заборе почты с одного POP3 сервера, на котором работает tpop3d. Последний почему-то считает, что если клиент не дождался OK, то удалять забранную почту (отрабатывать все ранее посланные DELE) не следует. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN sip:sudakov@sibptus.tomsk.ru