Лучший отвечающий
Проблема с кодировкой в имени фаила при отправке вложений на русском языке.

Вопрос
-
При отправке русских вложений на экаунты 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
Подскажите где копать?- Изменен тип Daniil KhabarovModerator 19 января 2010 г. 13:38 Решения проблемы на данный момент не нет.
- Изменен тип Daniil KhabarovModerator 17 декабря 2010 г. 13:58
- Изменен тип Daniil KhabarovModerator 17 декабря 2010 г. 13:59
24 ноября 2009 г. 14:57
Ответы
-
УРА! Установка SP1 для Exchange 2010. Проблема решена!
- Помечено в качестве ответа Daniil KhabarovModerator 17 декабря 2010 г. 14:00
30 августа 2010 г. 13:16
Все ответы
-
Неужели только у меня такая проблема???
25 ноября 2009 г. 12:22 -
На другие сайты, mail.ru или yandex.ru?
http://www.exchangerus.ru29 ноября 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 -
Вы об этом? http://technet.microsoft.com/ru-ru/library/bb310786.aspx
P.S.
Влияние формата сообщений на сообщения электронной почты Интернета в Outlook
Посетите http://danshin.ms - ИТ Блог по Exchange и технологиям Microsoft
1 декабря 2009 г. 12:09Модератор -
Да, только теперь ситуация вообще отвратительная. Фаилы с русскими названиями нормально ходят между внешними организациями в которых установлены именно 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: - false1 декабря 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"" 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: base640vPyIO3gIPDz8fHq7uw=
--_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, EMA15 декабря 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
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. Sidorov14 января 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. Sidorov7 марта 2010 г. 15:14 -
К сожалению, установка RU2 не спасает. По крайней мере не всех спасает.
MCSE:M 2003, MCITP:EA, EMA, EMA:201016 марта 2010 г. 9:05 -
Устанавливали, вообще не спасает. Я не понимаю в чем отличие нашей конфигурации, но мы уже подняли порядка пяти разных стендов и как только появляется Edge, русская кодировка во вложении пропадает. Я уже просто в догадках теряюсь почему у кого-то все нормально работает?!
22 марта 2010 г. 11:36 -
RU1 и RU2 не направленны на исправление этой ошибки, если это ошибка. Будующие RU3, RU4 тоже.
Если не подписывать Edge, проблема сохраняется?
MCSE:M 2003, MCITP:EA, EMA, EMA:201022 марта 2010 г. 14:59 -
Добрый день.
Данная проблема известна, я ее еще раз обозначил и пустил на эскалацию по двум каналам. Можно считать, что это баг. Поэтому давайте ждать решения. Думаю, оно скоро будет.
23 марта 2010 г. 10:45Модератор -
появилось ли решение?
Спасибо
MCSE = Minesweeper Consultant and Solitaire Expert26 марта 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 Expert2 апреля 2010 г. 10:52 -
Еще раз повторю вопрос: Если не подписывать Edge, проблема сохраняется?
MCSE:M 2003, MCITP:EA, EMA, EMA:20107 апреля 2010 г. 7:05 -
Еще раз повторю вопрос: Если не подписывать Edge, проблема сохраняется?
MCSE:M 2003, MCITP:EA, EMA, EMA:2010
Сейчас нет возможности попробовать. Если на выходных получится отпишусь.Спасибо
MCSE = Minesweeper Consultant and Solitaire Expert8 апреля 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 Expert22 апреля 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- Изменено Daniil KhabarovModerator 23 апреля 2010 г. 13:43 censure
23 апреля 2010 г. 12:59 -
Ну...я бы не сказал что это хак... Это вполне себе встроенная функция... немного недокументированая только что =)
А насколько "неполностью" осталась у Вас проблема?
Какая ОС на едже? Язык?
Проверялось на 2010 офисе. Только что проверил с owa изнутри и снаружи (за TMG) сети. Все ок.
23 апреля 2010 г. 13:08 -
ОС везде windows 2008R2 Ent. English, MUI не стоит, русcкая локаль для всех учетных записей по умолчанию.
Ваше решение успел проверить только для себя. Ничего не изменилось - вместо кириллицы - подчеркивания или ???Кинул все, поднимаю прямой коннектор, мимо edge.
Сейчас почитаю подробней SDK по Exchange и блоги.Вечером проверю еще раз.
Alexey A. Sidorov23 апреля 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. Sidorov23 апреля 2010 г. 14:15 -
Отлично! =)
Вообще на 99.9% уверен что проблема из-за английской ОС на сервере... по крайней мере это объясняет почему проблема вылезает не у всех ...
23 апреля 2010 г. 14:21 -
Коллеги, таже самая проблема! Письма с русскими вложениями уходят за пределы компании знаками вопроса.
Все что описано выше не помогает, кроме disable-transportagent.
Пробовал исправлять, как выше, в файлах MSExchangeTransport.exe.config и EdgeTransport.exe.config. Файл ExchageTransport.exe.config не нашел. Помогите решить проблему.
Может есть тонкости редактирования этих файлов, а не просто вставить между тех двух строк.
ОС Win2k8R2 Ent En.
11 мая 2010 г. 13:29 -
Коллеги, можно более подробно описать что и где править или что останавливать, отключать? Если вас конечно это не очень затруднит.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 Expert15 июня 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
Microsoft23 июня 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. Проблема решена!
- Помечено в качестве ответа Daniil KhabarovModerator 17 декабря 2010 г. 14:00
30 августа 2010 г. 13:16 -
Замечательно!
Только почему-то SP1 для Exch на Edge не предлагалось поставить через Windows Update..
И очень долго не мог найти этот топик, так что добавлю несколько ключевых слов:
Переименование вложений в ATTxxxxx.xxx
14 декабря 2010 г. 14:32