кто знает что делать с письмами, которые приходят в виде вопросиков, восклицательных знаков/точек/пробелов и т.д?

 

кто знает что делать с письмами, которые приходят в виде вопросиков, восклицательных знаков/точек/пробелов и т.д?

выкидывать
там уже нет кодов символов (вернее есть, но только перечисленные)

 

выкидывать
там уже нет кодов символов (вернее есть, но только перечисленные)

а как предотвратить? письма пересылались в пределах одного сервера

 

ну деталей не скажу - это клиентский софт так делает, что крутить - не знаю
может кодировку на серваке (при отправке)
на яблозвонах используется UTF-8 (ИМХО)

 

Значится так. Последний раз отвечаю в эту тему. Ведь просил же раньше: новая проблема - новая тема.

Для начала установите фикс для 9.0.1.4 hotfix for LO84845: Large mime email bodies with extended ascii characters are not readable.
Версия должна быть Traveler: IBM Traveler 9.0.1.4 Build 201505011235_30
выложил сюда до https://www.sendspace.com/file/dzoc6j

Если проблемы не решатся - открывайте новые темы.

 

Для начала установите фикс для 9.0.1.4 hotfix for LO84845: Large mime email bodies with extended ascii characters are not readable.
Версия должна быть Traveler: IBM Traveler 9.0.1.4 Build 201505011235_30
выложил сюда до https://www.sendspace.com/file/dzoc6j

у меня и так установлен IBM Traveler 9.0.1.4 for Linux OS от 28.04 - это самый последний

 

у кого на линуксе Traveler? работает последняя версия? сравнил с виндовой - у той один день разницы в выпуске, значит они по идее одинаковые, только для разных платформ. Но часть писем нечитаемая и снаружи и внутри домена

 

какой location, при запуске сервера?
если C или en_EN.UTF-8 - вполне могут быть неожиданности

 

[root@traveler notesdata]# locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"

поменял на ru_RU.utf-8

[root@traveler notesdata]# export LANG=ru_RU.utf8
[root@traveler notesdata]# locale
LANG=ru_RU.utf8
LC_CTYPE="ru_RU.utf8"
LC_NUMERIC="ru_RU.utf8"
LC_TIME="ru_RU.utf8"
LC_COLLATE="ru_RU.utf8"
LC_MONETARY="ru_RU.utf8"
LC_MESSAGES="ru_RU.utf8"
LC_PAPER="ru_RU.utf8"
LC_NAME="ru_RU.utf8"
LC_ADDRESS="ru_RU.utf8"
LC_TELEPHONE="ru_RU.utf8"
LC_MEASUREMENT="ru_RU.utf8"
LC_IDENTIFICATION="ru_RU.utf8"

 

не помогло

 

9.0.1.4 and (9.0.1.4 с hotfix for LO84845) разные версии.

Можешь сравнить билды, чтобы убедиться в этом. К сожалению я не могу проверить на Линуксе эту проблему.

Письмо с виде пары слов тоже приходит поврежденным?

 

поменял на ru_RU.utf-8

это надо делать не руту, а в среде юзера notes
в скрипте или при запуске указывать принудительно

 

поставил на винде последнюю версию с патчем - стало ок...подожду аналогичный патч для Линукса

 

клиент трэвелера, я так понимаю, для IOS ?
[DOUBLEPOST=1432909979,1432909935][/DOUBLEPOST]@R4z0R,

это надо делать не руту, а в среде юзера notes

это было сделано?
[DOUBLEPOST=1432910129][/DOUBLEPOST]типа

su notes -c "LANG=ru_RU.UTF-8 /opt/ibm/domino/bin/server"

[DOUBLEPOST=1432910352][/DOUBLEPOST]для бубунты системная локаль https://www.thomas-krenn.com/en/wiki/Configure_Locales_in_Ubuntu

 

в пятницу Traveler заменили на IBM Verse... я в смятении...

 

@lmike, Нет Traveler клиента для iOS. Traveler использует iOS встроенный клиент, который поддерживает ActiveSync протокол.

В пятницу вышел Traveler 9.0.1.5 (и насколько я понял Android client тоже новый). Все должно загрузиться свободной через Fix Central

 

как это нет клиента для iOS? Он и в Маркете и в Аппсторе теперь называется IBM Verse, все ставится хоть с сервера, хоть с магазинов прекрасно и так же работает )

 

Значит ситуация такая.

Старый IBM Traveler Android client заменен на IBM Verse. Оба используют SyncML протокол.

iOS Native client использует ActiveSync протокл

Новый IBM Verse for iOS использует SyncML