The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Тематический каталог: NGMP - новый протокол передачи почты. Совместимый вариант %28ngmp compatible%29. %28mail smtp%29"
Версия для распечатки Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Исходное сообщение [ Отслеживать ]
Присылайте удачные настройки в раздел примеров файлов конфигурации на WIKI.opennet.ru.
. "NGMP - новый протокол передачи почты. Совместимый вариант (n..." +/
Сообщение от UncleAndyemail (??), 15-Сен-04, 22:22 
>>IMHO, в оригинальном ngmp клиент как раз сам забирает сообщение. Я от
>>этого ушел для сохранения совместимости с сущесвтующими почтовыми клиентами, которые этого
>>делать не умеют.
>
>То, что клиент сам забирает сообщение и есть правильно.

Я и не отрицаю. Просто в моем случае функция забирания сообщения дилегируется на сервер получателя.

>- это убирает совершенно не нужное звено при приеме сообщений (сервер принимающей стороны)

Сервер принимающей стороны будет в любом случае. Будет это MTA без smtp или jabber сервер - абсолютно непринципиально.

>- это упрощает работу сервера на приеме
>- это упрощает диагностику происходящего

Я не совсем кто именно почутствует это упрощение?

>- это повышает безопасность системы (можно организовывать безопасную передачу peer-to-peer исключив наиболее
>привлекательную для перехвата точку - сервер принимающей стороны)

Что-то я не совсем понимаю какая разница в безопасности между тем, что этим будет заниматься неизвестно кем настроенный клиент или тем, что этим будет заниматься настроенный админом сервер.

>- это позволяет работать из любой точки сети при любой конфигурации окружения
>(из-за FW, из любого места инет и т.п.)

Не вижу принципиальной невозможности этого в моем варианте.

>- это позволяет избежать характерной проблемы сущ. почтовых систем - "миграция почтового
>ящика" -, ибо он перестает существовать.

Однако, как сдесь было отмечено, это не всегда преимущество. В данном случае думаю бОльший приоритет имеет то, как _привыкли_ работать пользователи.

>- это упрощает работу мобильных пользователей (следствие пред.)

>Да, существующие клиенты делать этого не умеют, но они и не умеют
>посылать сообщения в ответ на "квитанции" (доставить, отбросить, отказаться и т.п.).
>
>Т.е. даже в предлагаемом Вами варианте необходима модификация клиента (использование двух клиентов
>не предлагать - очень непрактично и "гемморойно").

Ну не надо передергивать! Почему вас не напрягает то что для веба, почты и джабера используются разные клиенты? То, что пользователь будет использовать пусть даже два, но давно знакомых ему клинта дает огромнейшую фору по сравнению с новым неизученным но одним клиентом.

Я еще раз подчеркичаю - сразу ngmp вы внедрить не сможете. Даже если вы реализуете ее параллельно, при этом пользователям все равно длительное время придеться использовать два _полноценных_ почтовых клиента - один smtp, другой ngmp. Это намного хуже того, что я предлагаю.

Ответить | Правка | Наверх | Cообщить модератору

Оглавление
Тематический каталог: NGMP - новый протокол передачи почты. Совместимый вариант %28ngmp compatible%29. %28mail smtp%29, auto_topic, 15-Сен-04, 16:15  [смотреть все]
Форумы | Темы | Пред. тема | След. тема



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру