Проблема в команде TOP протокола POP3
 

Добый День!

создал новую тему, ибо поиск не помог мне.

Ситуация такая:
есть удаленный филиал, который подключается по VPN к центральному офису (ко мне)

сеть филиала такова:
1 - сервер под-домен (192.168.24.11)
2 - ISA2004 (работает как кеширующий прокси, т.е. в режиме Single Network Adapter) (192.168.24.5)
3 - пять рабочих станций (192.168.24.100-199 по DHCP с D-Link)
4 - D-Link DI-808HV (192.168.24.1) работает как роутер, т.е. через него выходят в инет и он же держит VPN с цент.офисом
внутренняя сеть - 192.168.24.ххх

с сервера(и с раб.станции пробЫвал) захожу в FAR с плагином FARMail

заведена запись для подключения к почтовому серверу центр.офиса по протоколу POP3
(почтовый сервер (192.168.2.21) пингуется из филиала)

захожу в почт.ящик, вижу меню прохождения проверки пароля, и ..... останавливается на "Загрузка зоголовков писем: 0/20" ...висим

вот что в логе пишет:
вот эти TOP-ы и смущают!!!! вроде у этой команды тока два ответа!!!
+OK top of message follows
-ERR no such message
(описание взял тут - ftp://ftp.rfc-editor.org/in-notes/rfc1939.txt)

т.е. письма не принять, при этом отправить можно!

кто сталкивался с такой проблемой? где копать и что делать?!

спасибо

Чего то вы не то прочли

вот из приведенного вами RFC

TOP msg n

Arguments:
a message-number (required) which may NOT refer to to a
message marked as deleted, and a non-negative number
of lines (required)

Restrictions:
may only be given in the TRANSACTION state

Discussion:
If the POP3 server issues a positive response, then the
response given is multi-line. After the initial +OK, the
POP3 server sends the headers of the message, the blank
line separating the headers from the body, and then the
number of lines of the indicated message's body, being
careful to byte-stuff the termination character (as with
all multi-line responses).

Note that if the number of lines requested by the POP3
client is greater than than the number of lines in the
body, then the POP3 server sends the entire message.

Possible Responses:
+OK top of message follows
-ERR no such message

Examples:
C: TOP 1 10
S: +OK

=====================================================================================

У вас проблема что нет ответов
+OK

вы бы ручками к серверу прицепились через telnet 110
И команды поотдавали опять же ручками

kim-aa, ок, щас telnet-ом подключусь и проверю

но что интерсно, заводя такую же запись в FARMail на компе в центр.офисе - всё работает и на отправку и на прием

MS-Exchange штука загадочная и не даст умереть нам (администраторам) от скуки или от голода.

telnet- ом тоже висит по команде "TOP 1 0"
т.е. пароли и имя схватывает, и LIST отрабатывает

я уж грешным делом думаю что в MTU дело?

Darza,
Рекомендую поднять на "той стороне" на другой машине маленький почтовик и проверять отдельно его.
Таки надо точно выяснить кто виноват.
Клиента можно так же взять более стандартного (Я просто с FAR не работал)

Типа MTU не хватает что бы
+OK
пропустить?


TOP 1 157620
попробуйте

Собственно вот параметры ваших TOP, выводятся по LIST

1 157620
2 942
3 2521
4 942
5 942
6 5747
7 66640
8 189576
9 7651
10 4525
11 2179
12 1984
13 2236
14 1954
15 17208
16 4125
17 12007
18 3365
19 12146
20 2004
21 5437
22 5364
23 15026
24 5382
25 3976

kim-aa,
TOP 1 157620 - попробЫвал, висит см ниже:

выбран был FARMail - так как в нем есть лог файл (можно было выбрать и БАТ, просто ФАР проще и сразу)

еще одна вещь интересная если заходить удаленно через Radmin в режиме управление работает, как тока хочу зайти в режиме "передача файлов" - заходит, вижу папки удаленного копма, выибираю папку - перетаскиваю файлик со своей машины на удаленную машину в нужную папку - показывается процесс копирования и 0% ......и так висит ....долго висит ;) не передает

Особенности работы FTP из-за NAT занете?
Тут та же бяка.
Не будет R-ADmin файлы копировать.

Если же у Вас NAT не отрабатывает, то см Ваш d-Link, его правила фильтрации.

вобще схему сетей нарисуйте.

Если вы с клиента видите файловые ресурсы Exchange (RPC - открыто), то попробуйте вломится по MAPI.

Exchange же сам только MAPI понимает, а все остальные типы соединений (SMTP, IMAP, POP3) для него IIS организует.

kim-aa, Radmin в других филиалах через VPN копирует прекрасно.
тут именно что-то случилось.

да еще давича, пришел домой (у меня домашний провайдер, Ethernet 1024kb unlim) - создал программный VPN на WinXP SP2 CORP RUS - присоединился к центр.офису, затем дома в ФАРе сделал точно такуюже запись что и на работе, что и в филиале - и почта приходит и уходит из дома, в логе полная отработка всех команд.

т.е. я сделал так как должно быть у них (и было пока эта хрень не вылезла) - удаленно через VPN подключился к Exchange и принял/отправил почту.

беда тока в филиале.... :(

еще с утра на работе получил в логе ФАРа такую строчку:
-ERR There are currently no logon servers available to service the logon request.
т.е. просто не пустил в почту, рубанул и это было такое и с работы и с удаленного филиала

Т.е. раньше работало а теперь перестало, я правильно понял?

Кстати, попробуйте войти почтовым клиентом на тот же сервер, но ДРУГУЮ учетную запись.
Может просто эта не нравится.

kim-aa, стал проверять канал связи
по договору у нас 512кбит (лимит в 3000Мб) SHDSL
зашел на сайт для проверки скорости 2ip.ru - показывает
(три раза примерно одно и тоже) - 47кбит (5.9кбайт) !!! на порядок ниже

позвонил провайдеру тамошнему - сказали для проверки используйте наш сайт (типа они не гарантируют связь с инетом, ну понятно что отмазались, в какой-то степени правы) - www.spbtlg.ru - ftp://ftp.gnus.ru

разобрал для себя по участкам, получилось:
0.LOCAL NET - 1.ROUTER D-Link808 - 2.SHDSL модем у нас (забыл модель :( ) - 3.SHDSL модем у провайдера - 4.СЕТЬ ПРОВАЙДЕРА - 5.СЕТЬ ИНТЕРНЕТ
т.е. на участке
0 - 2 скорость 100Мбит локальная сеть на 100Мбит сетевухах
2 - 3 скорость 4Мбит так сказали в тех.поддержке, что у них выставлено
3 - 4 скорость 512Кбит по договору
4 - 5 тут уже скорость интернета, как будет так и будет (провайдер не гарантирует тут качество связи)

И еще интересная информация найдена мною экспериментальным путем:
если VPN с филиалом выключить то в почту не зайти ни с центр.офиса ни мне из дома(см.ошибку в моем посте выше).
т.е. почта физически лежит в центр.офисе но проверка уч.записи происходит в удаленном.филиале через поднятый VPN канал