proNovell

Настройки клиента GW и тюнинг агентов.
Вопросы и странности.

Перешли на GW8. И удивило
1. Произошел сброс некоторых настроек у пользователей в клиентах GW
1.1 Режим приёма и передачи сообщений (был PlainText стал HTML)
1.2 В режиме просмотра прикрепленного документа - отображение стало непонятным шрифтом, ранее Arial. У всех пользователей.
1.3 Н..да KOI8, отображение происходит слов хоть и на русском, но с добавление спецсимволов, которые участвовали в оформлении получаемого сообщения. И уже ни чего нельзя сделать с кодировкой. Ранее в клиентах 7 или 6.5 ставишь CP-866 и всё великолепно отображалось. И без мусора.
1.4 У некоторых произошел сброс пароля. У других всё нормально в этой части. Как произошла выборка не понятно.
1.5 Настройки по ответам при отправке сообщений
1.6 В клиентах время стало на американский манер - до полудня и после. Но в отличие от стандартного описания не добавляется AM или PM. Не нашел глобального изменения данной пакости.

2. На всех компьютерах, где раньше не стоял клиент GW и был установлен GW8, не возможно запустить клиентскую часть GW. Пишет удивительную фразу Не верно установлены бланки. Обратитесь к администатору. И закрывается. Так что клиент от GW8 только у меня. Песня....... Вроде перешел только Я. Остальные не заметили!


P.S. Ни когда не использовал WebAccess для GW сейчас дали указание сделать. Вопрос - для доступа к WebAccess надо ли всем пользователям иметь пароль в GW и если да то как сделать политику паролей для этого сервиса. А так у каждого второго пароль типа 123. Или возможно использовать пароль из eDirectory. И возможно ли запретить самостоятельно устанавливать пароли в клиенте GW?

>P.S. Ни когда не использовал WebAccess для GW сейчас дали указание >сделать. Вопрос - для доступа к WebAccess надо ли всем >пользователям иметь пароль в GW и если да то как сделать политику >паролей для этого сервиса. А так у каждого второго пароль типа 123. >Или возможно использовать пароль из eDirectory. И возможно ли >запретить самостоятельно устанавливать пароли в клиенте GW?
Настойте PO наиспользование паролей по LDAP из eDir.
В eDir сделайте нужную Вам политику и все.
После этого можно менять пароль в GW - и автоматом сменится в eDir и наоборот (это собственно бует одно и то-же)

на 1.3 - у 6.5 просмотр HTML был свой
у 7.0 используют IE
тк у 70 автоопределение KOI8 в HTML так и не победили (а жаль)
в 80 обещали вылизанный _СВОЙ_ просмотрщик как в 6.5 итд.

С огорчением узнал что просмотрщик кривой .... может пора смигрировать на SLES/POSTFIX ? и подешевле будет ...

Dimerson писал(а):на 1.3 - у 6.5 просмотр HTML был свой
у 7.0 используют IE
тк у 70 автоопределение KOI8 в HTML так и не победили (а жаль)
в 80 обещали вылизанный _СВОЙ_ просмотрщик как в 6.5 итд.

С огорчением узнал что просмотрщик кривой .... может пора смигрировать на SLES/POSTFIX ? и подешевле будет ...

Хорошо дешево не бывает

Я согласен - это будет почтовая система а не система коллективной работы (нет могох вкусностей но прочему-то потенциал GW и не нужен 99% юзеров а стоит он как самолет).

Но там можно всю обработку проводить на уровне пользователя - например антиспамом будет рулить пользователь - (в GW это сделать затруднительнго - с помощью GWAVA4 это можно сделать лишь на уровне MTA (считается некошерный способ) или GWIA.

Я уже прикидывал что легче всего это сделать с помощью LUM и почтовик на SUSE.

Dimerson писал(а):Я согласен - это будет почтовая система а не система коллективной работы (нет могох вкусностей но прочему-то потенциал GW и не нужен 99% юзеров а стоит он как самолет).

Но там можно всю обработку проводить на уровне пользователя - например антиспамом будет рулить пользователь - (в GW это сделать затруднительнго - с помощью GWAVA4 это можно сделать лишь на уровне MTA (считается некошерный способ) или GWIA.

Я уже прикидывал что легче всего это сделать с помощью LUM и почтовик на SUSE.

А я от идеи gwava отказался на стадии ее планирования. Продукт конечно хорош, но очень много спроных моментов. от спама спасает макафовская железка, где установлены единые! правила для всех. кому не нравится идут ф сад.

На 10-20 человек простое дешевое решение наверно пройдет, а дальше одни проблемы. ненадо искать простые способы, надо искать правильные!

У нас кому не нравятся идут в сад не проканывает - ебу% мозги мне путем служебных записок которые не думая подмахиваются высоким начальством

Dimerson писал(а):У нас кому не нравятся идут в сад не проканывает - ебу% мозги мне путем служебных записок которые не думая подмахиваются высоким начальством

Нееее, начальство нужно дрессировать! Или начальство любит работать без правил? А мало ли чего хочет пользователь? Есть политика ИБ , безопасность и пр херня. Если правила не соблюдаются, тот начинается бардак, что есть ущерб бизнесу, доходам и пр.

@#$@$#^%$%^%$&$%75 .....

skoltogyan писал(а):......
Настойте PO наиспользование паролей по LDAP из eDir.
В eDir сделайте нужную Вам политику и все.
После этого можно менять пароль в GW - и автоматом сменится в eDir и наоборот (это собственно бует одно и то-же)

LDAP<->eDir не совсем то. Имеются клиенты GW, но их нет в eDirectory и по LDAP отлуп. На эти грабли уже наступал пару лет назад пробуя ограничить поток мусора, проводя зачистку сообщений по полю кому и используя запросы LDAP к eDirectory

P.S. Что-то Вы как-то ВСЕ заупокойную. Пациет(читай GroupWise) ещё жив, а мы его хороним. Коллективно хороним! И не каждый второй, а каждый. Ладно у меня пока(надеюсь) не работает. Так имеются и те у кого всё цветёт и пахнет. Может именно сейчас у нас руки не от туда растут. Так исправим. Не впервой....

Михаил Цветаев писал(а):

skoltogyan писал(а):......
Настойте PO наиспользование паролей по LDAP из eDir.
В eDir сделайте нужную Вам политику и все.
После этого можно менять пароль в GW - и автоматом сменится в eDir и наоборот (это собственно бует одно и то-же)

LDAP<->eDir не совсем то. Имеются клиенты GW, но их нет в eDirectory и по LDAP отлуп. На эти грабли уже наступал пару лет назад пробуя ограничить поток мусора, проводя зачистку сообщений по полю кому и используя запросы LDAP к eDirectory
...
.

Это если у вас в дереве GW external Entity.
A вы их в объект Пользователь сконвертируйте и впредь создавайте объект Пользователь (user) . Тогда будет работать то, о чем написал выше.