none
Проблема с вложениями, приходящими с почтовых ящиков mail.ru RRS feed

  • Вопрос

  • Добрый день.

    Возникла проблема, которую я пока не нашёл как обойти. Но очень надо.

    Exchange устроен так: Есть два сервера, как обычно, снаружи EdgeTransport, внутри всё остальное. На ET установлена SpamOborona.

    EdgeTransport - Exchange 2007 SP3. В добавок накатан rollup update 1 для SP3.

    Суть проблемы: письма, отправленные с почтовых ящиков mail.ru и имеющие вложенные файлы, имя которых написано кириллицей просто отсекаются, предполагаю, что именно на ET с причиной "550 5.7.1 Message rejected due to unacceptable attachments".

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

    Изучение разных KB не дало никакого результата. ДОведение релиза Exchange до крайней версии - тоже.

    Подскажите, где посмотреть и верифицировать проблему, понимаю, что Attachment Filtering срабатывает, но как определить на чём, чтобы исключить это из фильтрации.

    Ниже кусок письма, приходящего отправителю с mail.ru.

    Где мне найти в нём то, что может быть причиной блокировки?

    Заранее благодарен.

    С уважением, Сергей Максимов.


    С уважением, Максимов Сергей.


    This message was created automatically by mail delivery software.
    
    A message that you sent could not be delivered to one or more of its
    recipients. This is a permanent error. The following address(es) failed:
    
     serge@remedium.ru
      SMTP error from remote mailer after end of data:
      host mx1.remedium.ru [212.5.118.3]: 550 5.7.1 Message rejected due to unacceptable attachments
    
    ------ This is a copy of the message, including all the headers. ------
    ------ The body of the message is 199786 characters long; only the first
    ------ 1024 or so are included here.
    
    Return-path: <xpehotehb-hax@mail.ru>
    Received: from mail by f289.mail.ru with local 
    id 1QHzFH-0002Zi-00
    for serge@remedium.ru; Thu, 05 May 2011 18:09:35 +0400
    Received: from [195.128.75.61] by e.mail.ru with HTTP;
    Thu, 05 May 2011 18:09:35 +0400
    From: =?utf-8?Q?=D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9_=D0=9C=D0=B0=D0=BA=D1=81=D0=B8=D0=BC=D0=BE=D0=B2?= <xpehotehb-hax@mail.ru>
    To: serge <serge@remedium.ru>
    Subject: test new
    Mime-Version: 1.0
    X-Mailer: mPOP Web-Mail 2.19
    X-Originating-IP: unknown via proxy [195.128.75.61]
    Date: Thu, 05 May 2011 18:09:35 +0400
    Reply-To: =?utf-8?Q?=D0=A1=D0=B5=D1=80=D0=B3=D0=B5=D0=B9_=D0=9C=D0=B0=D0=BA=D1=81=D0=B8=D0=BC=D0=BE=D0=B2?= <xpehotehb-hax@mail.ru>
    Content-Type: multipart/mixed;
    boundary="----qjGw7hoO-QvmtfE8eA1fDPAqX:1304604575"
    Message-Id: <E1QHzFH-0002Zi-00.xpehotehb-hax-mail-ru@f289.mail.ru>
    X-Spam: Not detected
    X-Mras: Ok
    
    
    ------qjGw7hoO-QvmtfE8eA1fDPAqX:1304604575
    Content-Type: multipart/alternative;
    boundary="--ALT--qjGw7hoO1304604575"
    
    
    ----ALT--qjGw7hoO1304604575
    Content-Type: text/plain; charset=utf-8
    Content-Transfer-Encoding: base64
    
    CgoKLS0K0J3QvtCy0LDRjyDQvNC+0LHQuNC70YzQvdCw0Y8g0LLQtdGA0YHQuNGPIEBNYWlsLlJ1
    LgrQktGB0LUg0LLQvtC30LzQvtC20L3QvtGB0YLQuCDQsiDRgtCy0L7QtdC8INC80L7QsdC40LvR
    jNC90L7QvCAtIG0ubWFpbC5ydQo=
    
    
    ----ALT--qjGw7hoO1304604575
    Content-Type: text/html; charset=utf-8
    Content-Transfer-Encoding: base64
    
    CjxIVE1MPjxCT0RZPjxicj48YnI+PGJyPi0tPGJyPtCd0L7QstCw0Y8g0LzQvtCx0LjQu9GM0L3Q
    sNGPINCy0LXRgNGB0LjRjyBATWFpbC5SdS4KPGJyPtCS0YHQtSDQstC+0LfQvNC+0LbQvdC+0YHR
    gtC4INCyINGC0LLQvtC10Lwg0LzQvtCx0LjQu9GM0L3QvtC8IC0gbS5tYWlsLnJ1PGJyPjwvQk9E
    WT48L0hUTUw+Cg==
    
    ----ALT--qjGw7hoO1304604575--
    
    ------qjGw7hoO-QvmtfE8eA1fDPAqX:1304604575
    Content-Type: application/msword; name="=?utf-8?Q?6.9=5F=D0=97=D0=B0=D1=8F=D0=B2=D0=BB=D0=B5=D0=BD=D0=B8=D0=B5_=D0=BE_=D0=BF=D0=B5=D1=80=D0=B5=D0=B7=D0=B0=D1=87=D0=B8=D1=81=D0=BB=D0=B5=D0=BD=D0=B8=D0=B8_=D0=BE=D1=88=D0=B8=D0=B1=D0=BE=D1=87=D0=BD=D0=BE=D0=B3=D0=BE_=D0=BF=D0=BB=D0=B0=D1=82=D0=B5=D0=B6=D0=B0.doc?="
    Content-Disposition: attachment
    Content-Transfer-Encoding: base64
    
    0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAADAAAAGgEAAAAAAAAA
    EAAAHAEAAAEAAAD+////AAAAABcBAAAYAQAAGQEAAP//////////////////////////////////
    ////////////////////////////////////////////////////////////////////////////
    ////////////////////////////////////////////////////////////////////////////
    ////////////////////////////////////////////////////////////////////////////
    ////////////////////////////////////////////////////////////////////////////
    ////////////////////////////////////////////////////////////////////////////
    ////////////////////////////////////////////////////////////////////////////
    ///////////////////////////////////////////////////////////////////////////s
    pcEAJWAZBAAA8BK/AAAAAAAAEAAAAAAABgAAuHkAAA4AYmpiaiJ4IngAAAAAAAAAAAAAAAAAAAAA
    AAAZBBYA9U0BAEASAQBAEgEAXRcAAAAAAABGAAAAAAAAAAAAAAAAAAAAAgAAAAIAAAD//w8AAAAA
    AAAAAAD//w8AAAAAAAAAAAD//w8AAAAAAAAAAAAAAAAAAAAAAKQAAAAAANIJAAAAAAAA0gkAANIJ
    AAAAAAAA0gkAAAAAAAByCgAAAAAAAHIKAAAAAAAAcgoAABQAAAAAAAAAAAAAAIYKAAAAAAAAEkIA
    AAAAAAASQgAAAAAAABJCAAA4AAAASkIAAHwAAADGQgAAPAEAAIYKAAAAAAAA+HcAAHABAAAORAAA
    • Перемещено Hengzhe Li 12 марта 2012 г. 5:39 forum merge (От:Exchange Server 2007)

Ответы

  • у меня была проблема с длиной темы более чем 255 символов.

    http://social.technet.microsoft.com/Forums/ru-RU/ocses2007ru/thread/02bdc97a-0492-455f-82cc-cc29c5fcd0f3

    • Предложено в качестве ответа Sergey Krylov 27 мая 2011 г. 11:28
    • Помечено в качестве ответа Serge Maximov 1 июня 2011 г. 9:20

Все ответы

  • В добавку.
    Посмотрел. Действие фильтра должно быть Stpire. Но в вышеописанном случае письмо просто не доходит до адрессата.
    Чешу репу. Помогите избавиться от этой пагубной вещи. :-)
    --------------
    Name  : Transport Settings
    RejectResponse : Message rejected due to unacceptable attachments
    AdminMessage : This attachment was removed.
    Action  : Strip
    ExceptionConnectors : {}
    AttachmentNames : {ContentType:application/x-msdownload, ContentType:message/partial, ContentType:text/scriptlet, C
       ontentType:application/prg, ContentType:application/msaccess, ContentType:text/javascript, Conten
       tType:application/x-javascript, ContentType:application/javascript, ContentType:x-internet-signup
       , ContentType:application/hta, FileName:*.xnk, FileName:*.wsh, FileName:*.wsf, FileName:*.wsc, Fi
       leName:*.vbs, FileName:*.vbe...}
    AdminDisplayName :
    ExchangeVersion : 0.1 (8.0.535.0)
    DistinguishedName : CN=Transport Settings,CN=First Organization,CN=Microsoft Exchange,CN=Services,CN=Configuration,CN
       ={5E4FBC0C-43EA-4D89-B981-D21F4B6C7F58}
    Identity  : Transport Settings
    Guid  : df60a008-0067-4911-b5bc-ec4202cc88bc
    ObjectCategory : CN=ms-Exch-Transport-Settings,CN=Schema,CN=Configuration,CN={5E4FBC0C-43EA-4D89-B981-D21F4B6C7F58
       }
    ObjectClass  : {top, container, msExchTransportSettings}
    WhenChanged  : 19.10.2009 13:06:57
    WhenCreated  : 19.10.2009 13:05:34
    OriginatingServer : localhost
    IsValid  : True
    

    С уважением, Максимов Сергей.

  • Попробуйте воспользоваться  трассировкой для обнаружения того, кто так портит картину:

    http://technet.microsoft.com/ru-ru/library/bb125198%28EXCHG.80%29.aspx

     


    MCP/MCSA/MCTS:Exchange
  • Спасибо. Завтра попробую.

    Но вот ещё один эксперимент. Я отключил АттачментФильтр совсем. Письмо прошло, но в аутлуке само вложение видится так

    http://hostingkartinok.com/show-image.php?id=c3c535c2754603454d52ecccf505e805

    Если я в Outlook 2010 пробую выбрать вложение, автоматом пытается запустить предпросмотр вложения и... аутлук вылетает.

    Это есть какой-то бред. Это что получается, мой чанг сервер не может качественно обработать такого вида вложение? То есть может быть пролема уже не Аттачмент Фильтеринге?


    С уважением, Максимов Сергей.
  • Если вы грешите на оутлук, попробуйте открыть письмо через OWA.
    MCP/MCSA/MCTS:Exchange
  • Serge Maximov, ваш вопрос актуален?
    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
  • Да. Ещё актуален.

    Через OWA я могу сделать "сохранить как" на вложенном файле, но в этом случае я должен быть полностью уверен в виде файла. Сами понимаете, это условие не всегда выполнимо.


    С уважением, Максимов Сергей.
  • Есть подозрение, что mail.ru имя русское файла передает в кодировке charset=utf-8 ... с других адресов в какой кодировке приходят имена файлов? По идее должен быть или Win 1251 или KOI 8.

    Со всех-ли адресов mail.ru такое приходит? Попробуйте с тестового адреса послать письма, используя кодировку win 1251 или KOI 8


    Да, так и есть, имена идут в UTF-8

    Вот фрагмент из Вашего лога.

    Content-Type: application/msword; name="=?utf-8?Q?6.9

    Я сталкивался с таким, когда в utf-8 приходит имя файла, его никак не прочитать, только сохранить под новым именем.

  • имя файла в первоначальном виде каково ?
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
  • как я понимаю "_Заявление_о_перезачислении_ошибочного_платежа.doc"

     

    (заменил "=" на "%" и вставил в адресную строку браузера ... в сообщении об ошибке было видно в нормальном виде имя фала.

  • Изначально имя файла звучит так: 6.9_Заявление о перезачислении ошибочного платежа.doc

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

    Но даже если уважаемый Hroft прав (что скорее всего), то как побороть эту напасть на уровне Чанги, ибо я не смогу вменит каждому отправителю, что "мы принимаем почту только в красненьких конвертах"... Проверю все дела в понедельник и обязательно отпишусь.


    С уважением, Максимов Сергей.
  • Если я прав, то вот тут можно посмотреть

    Список блокируемых кодировок (Blocked Encodings List): список, позволяющий вам блокировать языковые кодировки или наборы символов, чтобы отфильтровывать нежелательные международные почтовые сообщения, отображаемые на языке, который вы не понимаете.

    Здесь описано как можно собрать на сервер параметры локальных антиспам фильтров. Заодно, можно проверить и заблокировать какую-нибудь кодировку.

    Возможно, это сможет помочь, если режется где-то внутри организации Exchange

    Pipeline tracing

  • В общем ситуация такова.

    Проблема пока ещё не решена, естественно, блокировать кодировки я не собираюсь. По крайней мере в данном случае присутствует mail.ru, который имеет не малое количество пользователей, которые шлют письма "кому попало"(с). 

    После обновления обоиз серверов до 2007 SP3 + ролап 1 выявилось, что только длинные названия файлов приходят кракозябрами, складывается ощущение, что в этом случае, имена файлов в заголовках преобразуясь в вид "=?utf-8?Q?6.9=5F=D0=97=D0=B0=D1=8F=D0=B2=D0=BB=D0=B5=D0=BD=D0=B8=D0=B5_=D0=BE_=D0=BF=D0=B5=D1=80=D0=B..." просто не вмещаются в какое-то поле в базе чанги (извините, могу говорить ересь, но так, на пальцах моё понимание), что расширение файла просто теряется, и чанга (или сам аутлук, но это касается и 2007 и 2010 офиса) не может его корректно подать получателю.

    Файлы с коротким именем приходят без проблем. Длинное - швах.

    Так же замечено, что есть из нашей почтовой системы отправить письмо с таким файлом на мейл.ру, а потом перенаправить (есть там такая функция) обратно, то файл приходит в корректном виде. А если сделать forward обратно, то файл снова "бьётся"

    И чесслово. Надо как-то избавиться от проблемы. Может там просто надо расширить поле какое или галочку поставить? :-)

    ПС. Убунту не предлагать :-)


    С уважением, Максимов Сергей.
  • у меня была проблема с длиной темы более чем 255 символов.

    http://social.technet.microsoft.com/Forums/ru-RU/ocses2007ru/thread/02bdc97a-0492-455f-82cc-cc29c5fcd0f3

    • Предложено в качестве ответа Sergey Krylov 27 мая 2011 г. 11:28
    • Помечено в качестве ответа Serge Maximov 1 июня 2011 г. 9:20
  • В общем-то да, как я и подумал, что есть некое ограничение, вот теперь шукаю, что за параметр, которому надо прикрутить несколько цифр :-)
    С уважением, Максимов Сергей.
  • В общем-то да, как я и подумал, что есть некое ограничение, вот теперь шукаю, что за параметр, которому надо прикрутить несколько цифр :-)
    С уважением, Максимов Сергей.

    Это ограничение собственно говоря есть баг , а о параметре там собственно говоря все сказано
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
  • как я вот понял, это не сколько баг, а требование RFC , раньше 2003 на это дело забивал, а 2007 начал вот так укорачивать.
  • К сожалению. У меня этот способ не прокатил. Как я понимаю, в решении по ссылке выше добавлен кусок конфига, определяющего максимальную длину вот такого "кракозябристого" имени в любом из полей, но, может быть, сейчас несколько иная версия какого-либо модуля и данный метод решения хоть и верен, но уже не полностью актуален.
    С уважением, Максимов Сергей.
  • Есть еще одна проблема, если человек использует outlook 2007 (с ним видел сам) в качестве почтового клиента, но отправляет не через exchange, а через postfix, то вложения превращаются в winmail.dat ...их можно увидеть верез вэб доступ, а аутлук не видит, хотя получает целиком. Он даже не показывает наличие этого самого winmail.dat ...