Люди, помогите, объясните.

[Hunter]

Люди, вот столкнулся с таковой вот штукой у нас на фирме стойка 8-ми модемная с IDC-2814BXL\VR+ и инет сервак на Линуксе. И вот такой вот трабл происходит работает все отправка почты, хождения по страничкам но при приеме пользователем почты скорость падает и народ не может получить почту а отправляет быстро и в любом колличестве, что это может быть???? Я уже прошил модемы новенькой прошивкой 2.23 крутил и так и сяк или может это что-то в серваке?! Да линии крнечно у нас в городе страшненькие мягко говоря!

Заранее благодарен!!!!
_________________
И душа иногда должна поститься....

[Technical Support]

Вряд-ли эта проблема связана с модемами и качеством связи. Модем ничего не знает о содержимом передаваемых пакетов IP (и даже о том, что это IP-пакеты) - он просто передаёт байты данных, никак их не интерпретируя. Поэтому с точки зрения модемов и связи всё равно, принимаете ли Вы страницу по протоколу HTTP (где всё работает хорошо) или письмо по протоколу POP3 (IMAP) (где всё плохо). Вероятно, причину нужно искать в протоколах серверов POP3 (IMAP).

Кстати, уж раз мы заговорили о почте: а знаете ли Вы, что при отправке (приёме) писем с большими аттачами, закодированными MIME-64 или UUENCODE, лучше всего пользоваться устаревшим и считающимся более слабым протоколом сжатия данных MNP-5, чем современными V.42bis и новомодным V.44? Дело в том, что кодирование MIME-64 и UUENCODE сокращает "словарь" с 256 (столько комбинаций бит в 1 байте) до 64, тем самым удлинняя закодированный файл примерно на треть. Методы сжатия по словарю (такие, как V.42bis) не работают на закодированных "по модулю 64" файлах, в то время как неравномерное кодирование с частотным словарём (то, которое применяется в MNP-5) прекрасно работает, повышая скорость передачи тоже на треть (т.е. компенсируя потери на MIME-кодирование). Конечно, при работе в Сети лучше пользоваться V.42bis. Однако, если предстоит принять или отправить большое (несколько мегабайт) письмо, есть смысл перейти на MNP-5, это сэкономит время (и значит, деньги). Для перехода на MNP-5 в модемах IDC/VR нужно пользоваться командой:

at \n5 %c1

Конечно, это не имеет отношения к Вашей проблеме (но посетителям форума стоит взять на заметку).
_________________
Inpro
Technical Support

[Hunter]

Да но если ставишь Zyxel Omni 56K или USRobotics люди нормально работают!!!
_________________
И душа иногда должна поститься....

[Technical Support]

Поверить в такое невозможно. Придётся начать с перепроверки фактов. Попробуйте принять длинное письмо. Подождите, пока возникнет проблема, и отмените приём письма. Теперь проверьте, идёт ли ping на сервер и можно ли по-прежнему посмотреть странички.
_________________
Inpro
Technical Support

[#dron#]

[Technical Support]

Любые двоичные аттачи кодируются. Если пользуетесь Outlook Express, зайдите в папку Sent, нажмите правой кнопкой мышки на письмо с аттачем, выберите Properties / Detail / Message source и посмотрите на кодирование:

Content-Type: xxx
Content-Transfer-Encoding: xxx

Всё увидите сами

Другое дело, что если передаётся уже сжатый файл (ZIP, RAR), то у V.42bis нет шансов "обставить" MNP-5. Если же файл не сжат, то V.42bis с большой долей вероятности сработает лучше MNP-5.
_________________
Inpro
Technical Support

[#dron#]

[Technical Support]

Вряд-ли этот форум - подходящее место для разбора кодирования почты. Если Вы хотите досконально разобраться в этом вопросе, почитайте RFC2822 (формат почтовых сообщений) и RFC2045, RFC2046, RFC2047 - в них описывается собственно MIME-кодирование.

Документы можно взять вот здесь.

А для практического применения вполне достаточно будет запомнить, что длинные письма, содержащие предварительно сжатые аттачи, лучше всего принимать и передавать, переключив модем в режим сжатия данных по MNP-5.
_________________
Inpro
Technical Support