ru.unix

 
 - RU.UNIX ----------------------------------------------------------------------
 From : Leonid B. Toker                      2:5020/400     09 Oct 2000  19:09:22
 To : All
 Subject : Re: HP OpenMail and RH Linux 6.2
 -------------------------------------------------------------------------------- 
 

 >
 
 From: "Leonid B. Toker" <tlb@cbr.ru>
 
 Добрый день!
 
 >>>>> "NEM" == Nick E Milogradsky writes:
 
  >> Причем оба HP-шных продукта - и
  >> OpenMail, и X.400 - достаточно глюкавы (по крайней мере, на
  >> HP-шных курсах пару лет назад преподаватели не могли доискаться,
  >> куда же подевалось пропавшее письмо).
 
  NEM>     :-( Это я все понимаю. Такую-же ситуацияю, можно
  NEM> продемонстрировать на любом не правильном настроенном МТА.  HP
  NEM> OM тут не виноват, во всем виноваты руки. :-)
 
 Когда это руки покупателя - это одно. Когда это руки производителя софта,
 который не может научить меня, заплатившего за это деньги,
 как сконфигурировать систему так, чтобы было возможно такие ошибки
 среди нескольких серверов находить - это другое. (Письмо терялось
 в X.400, на каком из серверов, мы понять на этих курсах не смогли)
 
  NEM> Я вполне ответственно заявляю, что были рассмотрены несколько
  NEM> вариантов, и был выбран HP OpenMail.
  >>  Угу. Только выбирали не технари.
 
  NEM>     И что-же выбрали бы технари ?  Please, твой выбор с
  NEM> объяснением. :-)
 
  NEM> Твои прмеры продукта аналогичного HP OpenMail'у ?
  >>  Какие функции тебе нужны от OM - если только X.25 - то поверх
  >> него пускается IP и нормально работается на любом MTA.
 
  NEM>     Мне нужно, стабильная работа, надежность и
  NEM> производительнось.  Поддержка стандартов X.400/X.500, работа по
  NEM> IP{/X.25.  Коллективная работа.
 
  >> А с OpenMail ты ищешь себе мучений надолго.
 
  NEM>     А что-же выбирать ? M$ Exchange ? Lotus ?
 
  >> -- С уважением.  Леонид Токер
  >> 
  >> E-Mail: tlb@cbr.ru aka postmaster@cbr.ru, которого этот OpenMail
  >> уже достал.
 
  NEM>     И чем он тебя достал ? :-) Hе стабилен, не работает ? Или
  NEM> ... ?
 
 Тем, что, насколько я понимаю, невозможно устроить систему перекодировок
 так, чтобы пользователь мог нормально прочитать подавляющее большинство
 писем.
 
 Ублюдочной системой прав на справочники - они даются на весь справочник
 целиком; нельзя, например задать права на отдельный атрибут или ограничить
 доступ к определенным записям в справочнике. А мне это реально нужно,
 и в результате приходится выбирать - либо дублировать большую часть
 информации в семи справочниках (иначе пользователям или операторам
 будет неудобно ими пользоваться), либо переходить на OpenLDAP.
 
 Отсутствием групп при конфигурировании прав доступа к справочникам.
 
 Тем, что в процессе работы мы находим дырку в безопасности (она закрыта
 в феврале) - после авторизованного обращения к справочнику по LDAP с
 какого-то IP-адреса все неавторизованные запросы по LDAP с этого IP адреса
 шли с правами этого авторизованного обращения.
 Представляешь, что было при попытке сделать Web-интерфейс к этому LDAP,
 когда все запросы шли с одного IP-адреса?
 И я должен после этого доверять HP-шным разработчикам?
 
 Уведомлениями о недоставке, по которым не виден сгенерировавший их сервер.
 
 Что выбирать с возможностью коллективной работы - я не знаю.
 
 MS Exchange меня не устраивает не из-за нелюбви к MS (хотя MS я, конечно же,
 не люблю), а из-за того, что под ним я не смогу держать пару тысяч
 пользователей на одном сервере, из-за того, что он безбожно использует сетку
 при репликации, пересылая справочники целиком. И из-за того, что он
 запихивает (не знаю, как последняя версия, а предпоследняя это делала)
 при шлюзовании Exchange-(X.400)->Exchange->SMTP такие заголовки
 в конверт письма, что после приема этого письма ни одна система,
 кроме Exchange, не сможет конвертировать это письмо снова в X.400,
 поскольку в заголовках окажется нестандартная trace'инговая информация
 (без ADMD) и нестандартная информация о формате вложений.
 Hу и опять же жестко заданная структура справочника. 
 
 Lotus я, к сожалению, не видел.
 
 Судя по всему, переход на любую систему с возможностями коллективной работы,
 совмещенную с почтовой системой, влечет потерю базовой функциональности
 почтовой системы.
 
 Шлюз в X.400 мы отделили от основной почтовой системы. Да и поток X.400-х
 писем у нас уже  весьма мал.
 Зачем тебе нужен X.500 - я не знаю. Мне хватает LDAP.
 -- 
 С уважением.
 Леонид Токер
 
 E-Mail: tlb@cbr.ru
 
 P.S. Это не offtopic еще?
 --- ifmail v.2.15dev5
  * Origin: TCT CB RF (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор