none
Проблема с кодировкой в имени фаила при отправке вложений на русском языке. RRS feed

  • Вопрос

  • При отправке русских вложений на экаунты mail.ru или gmail.com русские имена вложений становятся знаками вопросов. Т.е. отправив документ ворда названный по-русски в гмаиле получаем знаки вопросов вместо имени документа. Русский текст в теле письма проходит отлично.

    Exchange:
    Windows 2008r2 eng ent
    Exchange 2010 ent rus
    Настройки кодировки HUB Transport – MIME – Cyrillic (KOI8-R), Non-MIME – Cyrillic (KOI8-R)

    Клиент:
    Windows 2008r2 ent, MUI RUS
    Настойки кодировки  на клиенте (Outlook 2007 SP2 rus) – KOI8-R

    Подскажите где копать?

    24 ноября 2009 г. 14:57

Ответы

Все ответы

  • Неужели только у меня такая проблема???

    25 ноября 2009 г. 12:22
  • На другие сайты, mail.ru или yandex.ru?

    http://www.exchangerus.ru
    29 ноября 2009 г. 19:24
    Модератор
  • Внутри организации проблем с кодировкой нет?
    Хоть куда нибудь, за пределами организации письма доходят в нормальной кодировке?

    Посетите http://danshin.ms - ИТ Блог по Exchange и технологиям Microsoft

    29 ноября 2009 г. 20:49
    Модератор
  • Внутри организации все нормально. На любой внешний сервер - русские буквы из названия фаила во вложении пропадают.

    При этом если приходит с внешнего домена то русские буквы в названии фаила сохраняются, отправка обратно данного письма приводит к потере русских букв. Из OWA тоже самое.
    1 декабря 2009 г. 9:00
  • А у вас HUB сам почту доставляет? Или через промежуточный релей какой нибудь? А если Windows 1251 (он все же роднее винде) использовать? То тоже самое? Вообще пробовали другие кодировки, кроме KOI8-R?


    Посетите http://danshin.ms - ИТ Блог по Exchange и технологиям Microsoft

    1 декабря 2009 г. 9:04
    Модератор
  • Отправляет через EDGE 2010 под Windows 2008 eng

    Опытным путем удалось протолкнуть русский текст в имени фаила путем установкой галочки в разделе "Формат RTF Exchange:" - "Всегда использовать" в настройках "Конфигурация организации" - "Удаленные домены" - "Default"

    Теперь бы понять, чем грозит такая настройка сервера?

    1 декабря 2009 г. 12:02
  • Да, только теперь ситуация вообще отвратительная. Фаилы с русскими названиями нормально ходят между внешними организациями в которых установлены именно exchange серверы, остальные (gmail, mail.ru и т.п.) получают в теле письма бинарный фаил :(

    т.е. отправляют фаил с названием English - Русский - English.txt

    без настроек конвертации: 
    - во внешней организации с Exchange сервером получаю письмо на русском с вложением English - - English.txt
    - gmail и остальные - English - ??????? - English.txt

    с конвертацией в Exchange RTF:
    - во внешней организации с Exchange сервером получаю письмо на русском с вложением English - Русский - English.txt
    - gmail и остальные - 1254a1759a6.bin

    Помогите!!!
    1 декабря 2009 г. 13:13
  • Уберите RTF и никогда без надобности его не используйте ( только для проверенных организаций\партнеров и т.п. ).

    Поскольку в разговоре упомянуто о сторонних Exch - то как с приемом таких файлов у них ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    1 декабря 2009 г. 14:01
  • я указал выше - без конвертации все внешние сервера включая exchange сервера в других организациях получают вложенные фаилы без русских букв :(
    1 декабря 2009 г. 14:43
  • я указал выше - без конвертации все внешние сервера включая exchange сервера в других организациях получают вложенные фаилы без русских букв :(

    конвертация именно что происходит из mapi формата в mime формат

    а что с smtp\imap клиентом ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    1 декабря 2009 г. 15:08
  • немного вопроса не понял.

    Клиент терминальный сервер Windows 2008 R2 + Russian LanguagePack, Office 2007 SP2 RUS Prof. Из вне все через OWA. Других клиентов нет. В настройках Outlook - Сервис - Параметры - Сообщение - Язык -
    Английский язык в отметках сообщений - false
    Английский язык в служебных заголовках сообщений - true
    Автовыбор кодировки исходящих сообщений - true
    Кодировка исходящих сообщений - Кириллица (KOI8-R)
    Автовыбор кодировки исходящих vCard - false
    Кодировка исходящих vCard - Кириллица (KOI8-R)
    Включить поддержку отображения имен доменов на разных языках в адресах электронной почты - true
    Включить поддержку UTF-8 для протокола mailto: - false
    1 декабря 2009 г. 15:31
  • вы можете проверить отправку используя smtp\imap клиент ? не OWA и не mapi Outlook

    а так же посмотреть на приемнике сообщение - в OE это называется посмотреть источник


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    1 декабря 2009 г. 15:41
  • поднял на другом компьютере внутри организации TheBat! настроил на работу через IMAP и SMTP отправил письмо на несколько внешних адресов и на внутренний.

    На внутренний пришло нормально, на внешние все по старому :(

    Исходное сообщение с гугла:
    Delivered-To: адрес за пределами организации
    Received: by 10.239.155.14 with SMTP id g14cs579735hbc;
            Tue, 1 Dec 2009 08:37:10 -0800 (PST)
    Received: by 10.204.24.65 with SMTP id u1mr6196209bkb.176.1259685429848;
            Tue, 01 Dec 2009 08:37:09 -0800 (PST)
    Return-Path: <адрес внутри организации>
    Received: from Exchange_Edge
            by mx.google.com with ESMTP id 25si480589fxm.51.2009.12.01.08.37.09;
            Tue, 01 Dec 2009 08:37:09 -0800 (PST)
    Received-SPF: neutral (google.com: External_IP_Exchange_Edge is neither permitted nor denied by best guess record for domain of адрес внутри организации) client-ip=External_IP_Exchange_Edge;
    Authentication-Results: mx.google.com; spf=neutral (google.com: External_IP_Exchange_Edge is neither permitted nor denied by best guess record for domain of адрес внутри организации) smtp.mail=адрес внутри организации
    Received: from EXCHANGE.Internal (Internal_Exchange_IP) by Exchange_Edge
     (Internal_IP_Exchange) with Microsoft SMTP Server (TLS) id 14.0.639.21; Tue, 1 Dec
     2009 19:36:48 +0300
    Received: from TestServer (192.168.1.220) by Internal_Exchange
     (Internal_IP_Exchange) with Microsoft SMTP Server (TLS) id 14.0.639.21; Tue, 1 Dec
     2009 19:36:47 +0300
    Date: Tue, 1 Dec 2009 19:31:50 +0300
    From: Dmitry <адрес внутри организации>
    X-Priority: 3 (Normal)
    Message-ID: <872088655.20091201193150@domain.ru>
    To: адрес за пределами организации
    Subject: =?windows-1251?B?0uXx8iDi6+7m5e3o/yDt4CDw8/Hx6u7s?=
    MIME-Version: 1.0
    Content-Type: multipart/mixed; boundary="----------11807039EE3630"
    Return-Path: адрес внутри организации

    ------------11807039EE3630
    Content-Type: text/plain; charset="windows-1251"
    Content-Transfer-Encoding: quoted-printable

    =CE=F2=EF=F0=E0=E2=EB=E5=ED=EE =F7=E5=F0=E5=E7 IMAP =E8=F1=EF=EE=EB=FC=E7=
    =F3=FE TheBat!
    ------------11807039EE3630
    Content-Type: text/plain; name="=?iso-8859-1?B?LUVuZ2xpc2gtPz8/Pz8/Py0udHh0?="
    Content-Transfer-Encoding: base64
    Content-Disposition: attachment;
            filename="=?iso-8859-1?B?LUVuZ2xpc2gtPz8/Pz8/Py0udHh0?="
    Content-Description: =?iso-8859-1?B?LUVuZ2xpc2gtPz8/Pz8/Py0udHh0?=

    0PPx8ero6SDy5erx8g==
    ------------11807039EE3630--





    Исходный текст письма полученного внутри организации

    Received: from TestServer (192.168.1.220) by Internal_Exchange
     (Internal_Exchange_IP) with Microsoft SMTP Server (TLS) id 14.0.639.21; Tue, 1 Dec
     2009 19:48:06 +0300
    Date: Tue, 1 Dec 2009 19:48:03 +0300
    From: Dmitry <адрес внутри организации>
    Message-ID: <448019368.20091201194803@domain.ru>
    To: Dmitry <адрес внутри организации>
    Content-Type: multipart/mixed; boundary="----------60103FB1BB80246"
    Return-Path: адрес внутри организации
    X-MS-Exchange-Organization-AuthSource: Internal_Exchange
    X-MS-Exchange-Organization-AuthAs: Internal
    X-MS-Exchange-Organization-AuthMechanism: 06
    MIME-Version: 1.0

    ------------60103FB1BB80246
    Content-Type: text/plain; charset="windows-1251"
    Content-Transfer-Encoding: quoted-printable

    =C7=E4=F0=E0=E2=F1=F2=E2=F3=E9=F2=E5, dmitry.

     

    --=20
    =D1 =F3=E2=E0=E6=E5=ED=E8=E5=EC,
     Dmitry                          =

    ------------60103FB1BB80246
    Content-Type: text/plain;
            name="=?windows-1251?Q?-English-=D0=F3=F1=F1=EA=E8=E9-=2Etxt?="
    Content-Transfer-Encoding: base64
    Content-Disposition: attachment;
            filename="=?windows-1251?Q?-English-=D0=F3=F1=F1=EA=E8=E9-=2Etxt?="

    0PPx8ero6SDy5erx8g==

    ------------60103FB1BB80246--

    • Изменено Diminator-DK 1 декабря 2009 г. 17:16
    1 декабря 2009 г. 16:57
  • Если отправить из внутреннего Outlook

    вот что приходит на гугл

    шапку вырезал

    --_004_E0018629BCF95A47B910A202E4B7D8D6018020Exchange_
    Content-Type: multipart/alternative;
            boundary="_000_E0018629BCF95A47B910A202E4B7D8D6018020Exchange_"


    --_000_E0018629BCF95A47B910A202E4B7D8D6018020Exchange_
    Content-Type: text/plain; charset="koi8-r"
    Content-Transfer-Encoding: quoted-printable

    =EF=D4=D0=D2=C1=D7=CB=C1 =D7=CC=CF=D6=C5=CE=C9=D1 =CE=C1 =D2=D5=D3=D3=CB=CF=
    =CD =D1=DA=D9=CB=C5.

    --_000_E0018629BCF95A47B910A202E4B7D8D6018020Exchange_
    Content-Type: text/html; charset="koi8-r"
    Content-Transfer-Encoding: quoted-printable

    <-- вырезал мусор
    <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
    osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
    st=3D"&#1;" xmlns=3D"http://www.w3.org/TR/REC-html40">
    -->

    <head>
    <meta http-equiv=3DContent-Type content=3D"text/html; charset=3Dkoi8-r">
    <meta name=3DGenerator content=3D"Microsoft Word 12 (filtered medium)">
    <style>
    <!--
     /* Font Definitions */
     @font-face
            {font-family:"Cambria Math";
            panose-1:2 4 5 3 5 4 6 3 2 4;}
    @font-face
            {font-family:Calibri;
            panose-1:2 15 5 2 2 2 4 3 2 4;}
     /* Style Definitions */
     p.MsoNormal, li.MsoNormal, div.MsoNormal
            {margin:0cm;
            margin-bottom:.0001pt;
            font-size:11.0pt;
            font-family:"Calibri","sans-serif";}
    a:link, span.MsoHyperlink
            {mso-style-priority:99;
            color:blue;
            text-decoration:underline;}
    a:visited, span.MsoHyperlinkFollowed
            {mso-style-priority:99;
            color:purple;
            text-decoration:underline;}
    span.EmailStyle17
            {mso-style-type:personal-compose;
            font-family:"Calibri","sans-serif";
            color:windowtext;}
    .MsoChpDefault
            {mso-style-type:export-only;
            font-size:10.0pt;}
    @page Section1
            {size:612.0pt 792.0pt;
            margin:2.0cm 42.5pt 2.0cm 3.0cm;}
    div.Section1
            {page:Section1;}
    -->
    </style>
    <!--[if gte mso 9]><xml>
     <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
    </xml><![endif]--><!--[if gte mso 9]><xml>
     <o:shapelayout v:ext=3D"edit">
      <o:idmap v:ext=3D"edit" data=3D"1" />
     </o:shapelayout></xml><![endif]-->
    </head>

    <body lang=3DRU link=3Dblue vlink=3Dpurple>

    <div class=3DSection1>

    <p class=3DMsoNormal>=EF=D4=D0=D2=C1=D7=CB=C1 =D7=CC=CF=D6=C5=CE=C9=D1 =CE=
    =C1 =D2=D5=D3=D3=CB=CF=CD =D1=DA=D9=CB=C5.<o:p></o:p></p>

    </div>

    </body>

    </html>

    --_000_E0018629BCF95A47B910A202E4B7D8D6018020Exchange_--

    --_004_E0018629BCF95A47B910A202E4B7D8D6018020Exchange_
    Content-Type: text/plain;
            name="=?iso-8859-1?Q?English_-_=3F=3F=3F=3F=3F=3F=3F_-_English.txt?="
    Content-Description:
     =?iso-8859-1?Q?English_-_=3F=3F=3F=3F=3F=3F=3F_-_English.txt?=
    Content-Disposition: attachment;
            filename="=?iso-8859-1?Q?English_-_=3F=3F=3F=3F=3F=3F=3F_-_English.txt?=";
            size=14; creation-date="Tue, 01 Dec 2009 11:34:15 GMT";
            modification-date="Tue, 01 Dec 2009 11:47:55 GMT"
    Content-Transfer-Encoding: base64

    0vPyIO3gIPDz8fHq7uw=

    --_004_E0018629BCF95A47B910A202E4B7D8D6018020Exchange_--

    1 декабря 2009 г. 17:14
  • так кодировка все же какова ? iso-8859-1 ?


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    2 декабря 2009 г. 14:52
  • Если я правильно понял, при пересылки внутри организации кодировка сохраняется. Хотя тоже странно, везде фигурирует KOI8-R а фаил идет в кодировке windows-1251 а как только письмо проходит Edge кодировка имени фаила чудным образом меняется на iso-8859-1.

    исходное письмо:
    file name="=?windows-1251?Q?-English-=D0=F3=F1=F1=EA=E8=E9-=2Etxt?=";

    финальное письмо:
    filename="=?iso-8859-1?Q?English_-_=3F=3F=3F=3F=3F=3F=3F_-_English.txt?=";

    не понимаю, кто меняет кодировку.

    8 декабря 2009 г. 15:44
  • Развернули рядом анологичную конфу. проблемы остались.

    Вопрос следующий, у всех все нормально с русскими вложениями при отправке за пределы организации? или я один такой уникальный?

    15 декабря 2009 г. 9:41
  • У меня такой же геморой. Пока отложил решение проблемы установив 2007 ET.
    Причем проблема была в связке 2007 организация + 2010 ET.
    Отправку с 2010 организации не проверял.

    MCSE:M 2003, MCITP:EA, EMA
    15 декабря 2009 г. 10:08
  • Все развернуто "с нуля" домен 2008r2, Exchange 2010. Проблема только с отправкой вложений на русском за пределы организации через Edge. Что делать? Или в РФ никто больше не использует 2010 в продакшене и в такой конфигурации?

    • Предложено в качестве ответа Agent Vasya 24 декабря 2009 г. 21:54
    • Отменено предложение в качестве ответа Diminator-DK 13 января 2010 г. 20:16
    16 декабря 2009 г. 15:02
  • Извините может я не туда влез, просто очень нужна помощь, уже не знаю куда податься..... (( Помогите пожалуйста вот с этой ерундой, поставил кодировку utf-8 квадратики выдаёт, win1251 - квадратики, уже всю голову сломал.... подскажите пожалуйста что тут надо сделать.... <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>Website Template</title> <LINK HREF="style.css" rel="stylesheet" TYPE="text/css"> </head> <body leftmargin="0" marginheight="0" marginwidth="0" rightmargin="0" topmargin="0" bgcolor="#66CCFF" background="images/back_all.gif"> <center>
    <object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=7,0,0,0" width="735" height="905" id="flash" align="middle"> <param name="allowScriptAccess" value="sameDomain" /> <param name="allowFullScreen" value="false" /> <param name="movie" value="flash.swf" /><param name="quality" value="high" /><param name="bgcolor" value="#ffffff" /> <embed src="flash.swf" quality="high" bgcolor="#ffffff" width="735" height="905" name="flash" align="middle" allowScriptAccess="sameDomain" allowFullScreen="false" type="application/x-shockwave-flash" pluginspage="http://www.macromedia.com/go/getflashplayer" /> </object>

    Copyright © 2009. Design by Free Flash Templates

    </center> </body> </html>
    24 декабря 2009 г. 21:56
  • Люди добрые, есть у кого-то подобная конфигурация? И работает ли она с русским языком в названии фаила во вложении??? Проблема реальная, что происходит не понятно! аааааааааа!

    13 января 2010 г. 20:18
  • Такая же беда!

    Установлено на Windows 2008 R2 Ent. English  Exchange 2010 (роли hub, mailbox,cas),  и на такую же конфигурацию - Exchange 2010 (роль - Edge ).
    Локаль везде выставлена русская.
    Настройки для кодировки исходящих сообщений - Кириллица (KOI8-R) ( для не MIME) и Windows-1251 для MIME.
    Внутри домена все вложения с русскими именами ходят на ура и без проблем, во внутрь - тоже приходят нормально. Но на внешние почтовые сервера (hotmail, gmail, mail.ru, многие другие домены) приходят со срезанной кириллицей. (Было "Архив.zip",- приходит "_____.zip") .
    Я так понимаю, что проблема где-то в Edge-сервере.
    Что делать? 


    Alexey A. Sidorov
    14 января 2010 г. 14:09
  • Проверил у себя.
    Имеем Exchange Server 2010 только установленный в организации. Ставился рядом с 2007, 2007 сейчас уже удален.
    Почтовый сервер один - все роли на нем.

    Клиент OWA.
    Отправка письма с вложением с русским именем (и темой ... и вообще всем содержащим русские символы) прекрасно прошла.

    Имя вложения: "Документ Microsoft по русски Office Word.docx" именно так и выглядит на gmail.com и mail.ru. (При отправке в owa немного урезается при показе пользователю: "Документ Microsoft по рус~1.docx‎ (64 B‎)‎[Открыть как веб-страницу‎]" (не считаю это критическим)

    15 января 2010 г. 6:02
  • Добрый день!

    На данный момент проблема известна. К сожалению, она еще не решена, работы ведутся, поэтому ждем хотфиксов.
    15 января 2010 г. 6:59
    Модератор
  • Добрый день!

    Я создал запрос на проверку и исправление данной ошибки. О каких -либо изменениях в статусе данной ошибки я постараюсь вас информировать.
    29 января 2010 г. 12:39
    Модератор
  • Спасибо огромное! Ждем с нетерпением!

    Русскоязычные пользователи с непониманием отнеслись к требованию отправлять вложения исключительно на английском языке...

    2 февраля 2010 г. 16:47
  • Решились проблемы с кодировкой вложенных файлов  после установки нового Update Rollup 2 for Exchange Server 2010 RTM (KB 979611) на Edge сервер.
    Долго, однако, фиксили.... 


    Alexey A. Sidorov
    7 марта 2010 г. 15:14
  • К сожалению, установка RU2 не спасает. По крайней мере не всех спасает.


    MCSE:M 2003, MCITP:EA, EMA, EMA:2010
    16 марта 2010 г. 9:05
  • Устанавливали, вообще не спасает. Я не понимаю в чем отличие нашей конфигурации, но мы уже подняли порядка пяти разных стендов и как только появляется Edge, русская кодировка во вложении пропадает. Я уже просто в догадках теряюсь почему у кого-то все нормально работает?!

    22 марта 2010 г. 11:36
  • RU1 и RU2 не направленны на исправление этой ошибки, если это ошибка. Будующие RU3, RU4 тоже.

    Если не подписывать Edge, проблема сохраняется?


    MCSE:M 2003, MCITP:EA, EMA, EMA:2010
    22 марта 2010 г. 14:59
  • Добрый день.

    Данная проблема известна, я ее еще раз обозначил и пустил на эскалацию по двум каналам. Можно считать, что это баг. Поэтому давайте ждать решения. Думаю, оно скоро будет.

    23 марта 2010 г. 10:45
    Модератор
  • появилось ли решение?

     

    Спасибо


    MCSE = Minesweeper Consultant and Solitaire Expert
    26 марта 2010 г. 5:30
  • Отправил по всем возможным инстанциям. Ждем.
    26 марта 2010 г. 13:59
    Модератор
  • Отправил по всем возможным инстанциям. Ждем.

    Добрый день.

    Столкнулись с аналогичной проблемой, есть ли предполагаемые сроки решения?

     

    Конфигурация:

    Exchange 2010 standard eng (Windows 2008 standard eng r2)

    tmg 2010 eng - Edge 2010 - (Windows 2008 standard eng r2)

     

    при отказе использовать Edge 2010 на TMG - ошибка не проявляется.


    MCP, системный интегратор
    1 апреля 2010 г. 7:46
  • Если о этой неприятности было известно в ноябре прошлого года, то похоже ждать ещё долго :)


    MCSE = Minesweeper Consultant and Solitaire Expert
    2 апреля 2010 г. 10:52
  • Еще раз повторю вопрос: Если не подписывать Edge, проблема сохраняется?


    MCSE:M 2003, MCITP:EA, EMA, EMA:2010
    7 апреля 2010 г. 7:05
  • Еще раз повторю вопрос: Если не подписывать Edge, проблема сохраняется?


    MCSE:M 2003, MCITP:EA, EMA, EMA:2010


    Сейчас нет возможности попробовать. Если на выходных получится отпишусь.

    Спасибо


    MCSE = Minesweeper Consultant and Solitaire Expert
    8 апреля 2010 г. 6:22
  • Проблема сохраняется всегда :) Переподписывать Edge, установить еще раз и Edge и HUB и все что можно. Повторюсь, разворачиваем с нуля (на виртуалках win2008r2) подписываем Edge и все, привет. Вложений на русском языке нет.

    9 апреля 2010 г. 9:28
  • Да это уже ни в какие рамки не лезит! Настоящее издевательство над русскоязычными пользователями!!! Третий rollup не исправил ситуации! Просто свинство...
    13 апреля 2010 г. 21:22
  • После долгой борьбы с PipelineTracing и Reflector'ом наперевес было установлено, что имена корёжит Attachment Filtering Agent на EdgeTransport.

    При его выключении (Disable-TransportAgent) все становится ок. Ну вполне логично что при включении цифровой подписи в письме - тоже все ок (агентам запрещается изменение внутренностей письма).

    Есть большое подозрение что проблема вылезает из-за англицокой ОС на сервере (даже с учетом установленного MUI). Но пока это только подозрение...

    Исследования еще продолжаются... =)

     

    ЗЫ: Вопрос к БОЛЬШИМ знатокам - как включить МАКСИМАЛЬНУЮ детализацию лога "MSExchange Messaging Policies" ? В консоле включил Expert - но толку как то не заметно? И/или где эти логи вообще искать ?

     

    21 апреля 2010 г. 11:35
  • Итак.... Тададада ТАДА! =)

    16 часов безвылазного ковыряния Exchange не прошли даром =)

    Краткое ршение проблемы:

    1.Открываем файл ExchageTransport.exe.config и добавляем туда например между <configuration> и  <runtime>

    <configSections>
    <section name="CTS" type="Microsoft.Exchange.Data.Internal.CtsConfigurationSection, Microsoft.Exchange.Data.Common, PublicKeyToken=31bf3856ad364e35, version=8.0.681.0, culture=neutral"/>
    </configSections>
    <CTS>
    <Globalization>
    <DefaultCulture Culture="1049" />
    </Globalization>
    </CTS>

    2.Перегружаем службу ExchangeTransport.

    3.Все

     Тестировалась пока отправка/получене писем только из Outlook. Перекодировка файла аттачмента так и происходит но уже с windows-1251 в koi8-r, что уже намного более терпимо. Впрочем при желании и от этого можно избавиться...

     

    Если кому интересны подробности - обращайтесь =)

    21 апреля 2010 г. 17:41
  • вашего  Тададада ТАДА! =) нам(МНЕ) очень долго не хватало :)

    всё работает, спасибо.

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

     


    MCSE = Minesweeper Consultant and Solitaire Expert
    22 апреля 2010 г. 7:05
  • Спасибо огромное, s.h.a.d.e !

    Я опубликую это решение на блоге, вы не против?

    22 апреля 2010 г. 9:54
    Модератор
  • Конечно не против =) Был бы против - никому бы ничего не сказал =)

     

    22 апреля 2010 г. 10:24
  • Этот хак полностью не решает проблему. По крайней мере при отправке через Outlook 2010 и owa!

    Главное, у меня все было нормально до апдейтов вторника! Черт меня дернул это менять! Там явно были изменения, связанные с Forefront. Похоже придется опять убирать edge! Ну сколько ж можно?!

     

    В команде MS Exchange по этому поводу хоть case открыт?!

     


    Alexey A. Sidorov
    23 апреля 2010 г. 12:59
  • Ну...я бы не сказал что это хак... Это вполне себе встроенная функция... немного недокументированая только что =)

    А насколько "неполностью" осталась у Вас проблема?

    Какая ОС на едже? Язык?

     

    Проверялось на 2010 офисе. Только что проверил с  owa изнутри и снаружи (за TMG) сети. Все ок.

    23 апреля 2010 г. 13:08
  • ОС везде windows 2008R2 Ent. English, MUI не стоит,  русcкая локаль для всех учетных записей по умолчанию.
    Ваше решение успел проверить только для себя. Ничего не изменилось - вместо кириллицы - подчеркивания или ???

    Кинул все, поднимаю прямой коннектор, мимо edge.
    Сейчас почитаю подробней SDK по Exchange и блоги.

    Вечером проверю еще раз.


    Alexey A. Sidorov
    23 апреля 2010 г. 13:33
  • После изменений в конфиге службу перезапускали?

    Можете попробовать сделать такое:

    http://technet.microsoft.com/ru-ru/library/bb125018.aspx

    Включаем Pipeline Tracing для своего адреса на EdgeTarnsport(!) сервере.

    Посылаем письмо от себя наружу.

    Идем в папку которую указали в  настройках Pipeline Tracing. Там появляются порядка 15 файлов - несоклько RoutingXX.eml несколько SmtpReceiveXX.eml

    Нам нужны SmtpReceive.

    В первых файлах будут только заголовки. Примерно на 7-8 файле появися полное письмо с аттачментом.

    Смотрим поочереди фалы на предмет примерно такого

    Content-Type: application/vnd.visio;
    name="=?windows-1251?B?0fXl7OAg8eL/5+gudnNk?="
    Content-Description: =?windows-1251?B?0fXl7OAg8eL/5+gudnNk?=

    Смотрим кодировку (в моем случае ?windows-1251?)

    С момента появления аттачмента просматриваем оставшиеся файлы - в одном из них кодировка будет поменяна на iso...

    Вот в этом файле смотрим начало X-MessageSnapshot-Source:  -> Что здесь указано ?

    23 апреля 2010 г. 13:50
  • Спасибо, помогло!

    Странно, мне помог только полный рестарт сервера. Просто рестарт MSTransportEdge не помогал.

    Теперь хоть что-то ходит. Остались мелочи, вроде переписывания нескольких  клиентских скриптов и функций.... Но это уже ерунда!

    Будем надеятся, что в грядущем SP1 эти баги пофиксят! (И не внесут новых! :-) )

     


    Alexey A. Sidorov
    23 апреля 2010 г. 14:15
  • Отлично! =)

    Вообще на 99.9% уверен что проблема из-за английской ОС на сервере... по крайней мере это объясняет почему проблема вылезает не у всех ...

    23 апреля 2010 г. 14:21
  • Коллеги, таже самая проблема! Письма с русскими вложениями уходят за пределы компании знаками вопроса.

    Все что описано выше не помогает, кроме disable-transportagent.

    Пробовал исправлять, как выше, в файлах MSExchangeTransport.exe.config и EdgeTransport.exe.config. Файл ExchageTransport.exe.config не нашел. Помогите решить проблему.

    Может есть тонкости редактирования этих файлов, а не просто вставить между тех двух строк.

    ОС Win2k8R2 Ent En.

     

  • Коллеги, можно более подробно описать что и где править или что останавливать, отключать? Если вас конечно это не очень затруднит.
    13 июня 2010 г. 18:18
  • Итак.... Тададада ТАДА! =)

    16 часов безвылазного ковыряния Exchange не прошли даром =)

    Краткое ршение проблемы:

    1.Открываем файл ExchageTransport.exe.config и добавляем туда например между <configuration> и  <runtime>

    <configSections>
    <section name="CTS" type="Microsoft.Exchange.Data.Internal.CtsConfigurationSection, Microsoft.Exchange.Data.Common, PublicKeyToken=31bf3856ad364e35, version=8.0.681.0, culture=neutral"/>
    </configSections>
    <CTS>
    <Globalization>
    <DefaultCulture Culture="1049" />
    </Globalization>
    </CTS>

    2.Перегружаем службу ExchangeTransport.

    3.Все

     Тестировалась пока отправка/получене писем только из Outlook. Перекодировка файла аттачмента так и происходит но уже с windows-1251 в koi8-r, что уже намного более терпимо. Впрочем при желании и от этого можно избавиться...

     

    Если кому интересны подробности - обращайтесь =)

    Уважаемый Diminator-DK ,

    а что вас здесь конкретно смущает? Кажется, здесь все наглядно объяснено.

    С другой стороны, ждать осталось недолго, в скором времени уже выйдет сервис пак , в русской версии которого обещают все это исправить.

    15 июня 2010 г. 9:20
    Модератор
  • КАК ЭТО???? ТОЛЬКО В РУССКОЙ????


    MCSE = Minesweeper Consultant and Solitaire Expert
    15 июня 2010 г. 11:03
  • В русской, или, по крайней мере, в полной , не в бете, поэтому ждем.
    15 июня 2010 г. 12:39
    Модератор
  • This issue is addressed by KB980929 and will be fixed in Exchange 2010 SP1.  If you require the fix prior to SP1 release, then you should open a support ticket with Microsoft and request an Interim Update (IU) package.

    I apologize for the problems this issue has caused.

    Kindest Regards,
    Scott Landry
    Microsoft

    23 июня 2010 г. 15:54
  • This issue is addressed by KB980929 and will be fixed in Exchange 2010 SP1.  If you require the fix prior to SP1 release, then you should open a support ticket with Microsoft and request an Interim Update (IU) package.

    I apologize for the problems this issue has caused.

    Kindest Regards,
    Scott Landry
    Microsoft

    Уважаемые коллеги!

    Как мы видим из этого поста, в полной версии SP1 будет решена эта страшная проблема, которая поглощала лучшие умы в течении долгого промежутка времени. Если вам не терпиться решить эту проблему прямо сейчас - открываем кейс в саппорте. Телефон 8-800-200-8001 по России.

    24 июня 2010 г. 8:34
    Модератор
  • УРА! Установка SP1 для Exchange 2010. Проблема решена!
    30 августа 2010 г. 13:16
  • Замечательно!

    Только почему-то SP1 для Exch на Edge не предлагалось поставить через Windows Update..

    И очень долго не мог найти этот топик, так что добавлю несколько ключевых слов:

    Переименование вложений в ATTxxxxx.xxx

     

    14 декабря 2010 г. 14:32