proNovell

Думая, что GW наконец-то стал …
Решили вынести почтовые отделения (вместо доменов), благо каналы позволяют.
Все хорошо (если не считать что, пришлось базы восстанавливать по дороге, но это в прошлых было в порядке вещей), но теперь встала прежняя проблема как их связать по TCP.
Открывается ровно на 3 секунды и ложится (может где-то (пока не нашел и в доке) можно это увеличить???)
Либо есть другие варианты !!!!!!

Просто сказать агентам ПО, чтобы они с АПС ровно по TCP/IP связывались? Делается в свойствах соответсвующих агентов.

Я так и делаю
НО по TCP не работает
даже почтовое отделение на этом сервере не хочет через TCP работать.
В конфиг.связи с почтовыми отделениями
при внесении Message Transfer Port: 7100 и т.п.
Сообщает
General directory access error
An error occurred modifying an attribute value
INVALID_ATTRIBUTE
Смысл сообщения понятен, но чо делать при этом не знаю!!!
(может в этом вся проблема)
В доке и tidах нет пока

У меня все 24 ПОА связываются именно по TCP/IP. Никаких граблей не замечено (так работает с 6.0 версии). Правда, у меня нет удаленных филиалов и крутится все на одном серваке. Единственный раз была грабля из-за смены адреса сервера - почему-то настройки из еДира, которые с помощью К1 изменялись, не отработали. Ничего, поправил текстовые конфиги - все заработало.
Вообще - ИМХО лучше править те .poa, которые читаются при запуске. Насколько я понял - они имеют приоритет при загрузке (то, что там не прописано, берется из каталога). МОжет имеет смысл их поправить? И еще - можно посмотреть лог МТА. Он там много интересного пишет В том числе - о связи.

[quote="Виталий Смирнов"]Я так и делаю
НО по TCP не работает
даже почтовое отделение на этом сервере не хочет через TCP работать.
В конфиг.связи с почтовыми отделениями
при внесении Message Transfer Port: 7100 и т.п.
Сообщает
General directory access error
An error occurred modifying an attribute value
INVALID_ATTRIBUTE
Смысл сообщения понятен, но чо делать при этом не знаю!!!
(может в этом вся проблема)
В доке и tidах нет пока[/quote]

http://support.novell.com/cgi-bin/searc ... 099028.htm

может ваше?

Виталий, может ты сначала ПО перевез, а потом стал параметры в С1 править? Если так, то сообщение об ошибке вполне логичное - система пытается записать в каталог ПО, который ты уже передвинул...
Если так, то теперь руками поправь конфигурационные файлы загрузки передвинутого ПО и проверь файл АПС - нет ли там хвостов. Потом через утилиту просмотра линков проверь, что линки новые, а не старые...

Спасибо за помощь
НО ...
Чтобы больше не задавать глупых вопросов решил переставить GW 7
и из этого ни чего не вышло
т.е. как и было даже на этом серваке ПО по TCP не работает
но почему GWIA заработал по IP ??????
Конфигурация:
Серевер DELL PE 2600
Novell 6.5 sp 5
GW 7.0
2 NIC (одна в VLANе серверов организации, а другая в ИНЕТ(т.е.на неё пробрасываю 25 порт))
Точнее
MTA 10.200.1.5:7100
POA 10.200.2.5:7101
GWIA 10.200.1.5:7103 и т.п.

В чем тут может быть проблема ??????????????????/

Методом «научного» перебора определил
Когда у всех (MTA, POA …) одинаковый IP, то всё работает !!!
Но так работает и в GW 5.x (проверил ), а за что платить деньги
За Web-мониторинг и «управление», перенос в С1 и перенос на другие платформы
Если надо перенести ПО на другой сервер, то что тогда (опять создавать домены и мучаться с постоянно вываливающими списками и пользователями) !!!!
Если дальше копнуть то уверен все ошибки остались (ремот постоянно заваливается, а про обновление адресной книги и говорить страшно и т.п.) !!!!
А извиняюсь, шлюзы при перезагрузке сами выгружаются, а не вешают сервак.
Я согласен что GW, это лидирующий продукт на платформе NW, но …
Да я увлекся, всё-таки как решить данную проблему !!!!!!!!!!

У моих клиентов GW годами работает, без тех страстей, которые ты указал.
[quote]Когда у всех (MTA, POA …) одинаковый IP, то всё работает !!![/quote]
Вообще-то агенты цепляются ко всем адресам на сервере. А если у тебя одна из плат в Инет торчит, то может ты на нее фильтры натравил или маршрутизацию не включил, а стучишься по внешнему адресу...
Если надо, то можно агента привязывать к одному из адресов, если их несколько.
А еще по твоим адресам нам видится, что обе твоих сетевухи в одной подсети, а не разных (маску ты не приводил, поэтому считаем по стандартной), а отсюда получается, что у тебя проблемы со связью вообще, а не с агентами GW.
ПО, как тебе уже говорили, переносится влегкую, если подготовиться, конечно.
[quote]А извиняюсь, шлюзы при перезагрузке сами выгружаются, а не вешают сервак. [/quote]
Вот тут я не понял, что ты хотел сказать: "не вешают сервак" - так это хорошо, "сами выгружаются" - тожеесть резон, а если не хочется, то есть "autoreconnect".
Складывается у меня впечатление, что ты не основательно изучал продукт.

Прочитал посты и не понял - в чем проблема.
Можете еще раз написать, но другими словами,
- чего хотите получить
и
- что не работает так, как ожидали ?

Проблема:
Как выяснилось проблема в том, что вовремя установки GW расширение схемы прошло не удачно (или осталось от прошлых версий).
Сейчас сервера 5.1/6.0/6.5/W2K c eDir 8.7.3.7
Т.е. не могу удалить классы GW (а именно GroupWise Domain) из Менеджера схемы (ошибка 644 используется схемой)
На форуме и в тидах описано, что надо где-то - убрать ассоциацию –
А вот где не понятно и методом тыка пока не нашел.
Установка по верх больших результатов не принесла, т.к. при тестирование на чистом дереве всё работает без проблем.

если руками расширить схему (накатив sch файлы) ?