Уважаемые коллеги
Настроил получение е-мэйлов из интернета в САП (4.7, без Юникода, не MDMP). Все отлично приходит, но есть проблема с перекодировкой русских букв. Письма, которые приходят в кодировках Win-1251, ISO-8859-5, IBM866 нормально читаются в САПофисе. А в письмах, которые приходят в КОИ-8, русские буквы заменяются на знак "#". Хочется понять, возможно ли, чтобы любые входящие русские кодировки нормально читались системой. Возможно, должна помочь нота 694151, но неясно, что за значения надо вносить в таблицу SXCPRECV.
Поделитесь, пожалуйста, опытом, кто настраивал подобное.

А при просмотре разве нельзя по правой кнопке мыши выбрать кодировку?

Выбрать кодировку можно. Но это не меняет ничего.
Там же не "абракадабра" выдается, как при неправильном выборе кодировки, там все символы заменены именно на "#". То есть происходит преобразование при приеме почты и это преобразование выполняется неверно.

Возможно, кому-то будет интересно.

Я обратился с данным вопросом в службу поддержки САПа.
После двух недель переписки и открытия для них доступа в систему мне сообщили, что "unfortunately, SAP does not support the KOI-8 encoding. Therefore, we are not able to display e-mails received in this encoding. Unknown characters will be displayed by a hash symbol '#' instead."

Такие дела.

Я предложил бы создать кодировку KOI8 и настроить SMTP node с ней.
Мы делали это руками в SPAD.

Кодировку для КОИ создать можно.
Но как ее прикрутить к _входящей_ почте ?
Кодовая страница есть в тр.SCOT. Но это же относится к исходящей почте. То есть там просто задаем, в какой кодировке уходят письма в интернет. К входящей почте это разве относится ?

Разбор входящей почты ведется с анализом части заголовка по стандарту RFC2822.
В частности есть либо таблица, либо проверка в классе разбора почты.
Покопались бы там. Скорее всего проверяется тег Content-Type: для каждого Content-Part: в сообщении. Т.е. или необходимо дополнить таблицу кодировок соответствующей записью ( см. таблицы TCP0C TCP0D и т.д.) или внести изменения в класс, разбирающей входящую почту ( см. в транзакции SICF хендлер для узла SMTP )

Все правильно. Если по получении письма в SAPoffice приходят #, то это означает только одно - конвертация сообщения прошла неудачно. Т.е. :
1. Нет исходной кодировки в системе.
2. Трансформация проводилась ABAP оператором TRANSLATE
Потребуется ключ на изменение ФМ или класса по перенаправлению почты.
Когда почта приходит на узел, она потом доставляется локально (при наличии нужного адреса в манданте). Как раз в этот момент и происходит преобразование кодировки.
Если система работает в Юникоде - то к юникоду, если в какой-то конкретной кодировке ( типа install/app_codepage=1500 ) то к соответствующей кодировке сервера приложений. Может так оказаться что сам класс или ФМ, проводящий преобразование может обращаться к C-функции. Тогда плохо дело. Только <я не знать русский языка> добавлять данные в таблицы TCP0D TCP0C TCPDB и прочие таблицы, отвечающие за CCC-буффер.