none
Проблема с вложениями. RRS feed

  • Вопрос

  • После переезда с exchange 2003 на Exchange 2007 появилась следующая проблема.
    Есть сетевое МФУ Xerox Phaser 3200MFP при сканировании на электроную почту, пользователям приходит письмо с вложением в тело письма, а  не с присоединенным файлом. Причем не завсит TIFF или PDF.
    На exchange 2003 все было нормально.
    • Перемещено Hengzhe Li 16 марта 2012 г. 8:34 forum merge (От:Exchange Server 2007)
    2 апреля 2008 г. 8:59

Ответы

Все ответы

  • а как этот самый зверюга МФУ формирует\отправляет сообщение ?

     

    2 апреля 2008 г. 9:13
  • МФУ отправляет по smtp протоколу. В настройках МФУ указывается адрес smtp сервера и адресная книга.
    На Exchange создан для МФУ ящик.
    2 апреля 2008 г. 11:58
  •  igor_gre написано:
    МФУ отправляет по smtp протоколу. В настройках МФУ указывается адрес smtp сервера и адресная книга.
    На Exchange создан для МФУ ящик.

     

    для начала анализ сообщения в исходном виде сделайте

    2 апреля 2008 г. 12:31
  • Вот заголовок письма -

    Received: from 192.168.0.71 (192.168.13.102) by dc1.ktk.local (192.168.0.71)
    with Microsoft SMTP Server id 8.1.240.5; Thu, 27 Mar 2008 22:00:12 +0300
    From: <Xerox3200@**********>
    Message-ID: <4056293460.0@t37>
    To: <igorgre@********>,<Xerox3200@********>
    Subject: scan
    MIME-Version: 1.0
    Content-Type: text/plain
    Return-Path: Xerox3200@*********
    Date: Thu, 27 Mar 2008 22:00:12 +0300

    А вот, что получаем
    --20807625081697741536-1116376736559693281-8337075295193022-2778413792047467215
    Content-Type: TEXT/PLAIN; charset=US-ASCII



    Please open the attached document. It was scanned and sent to you using a Xerox WorkCentre.

    Attachment file type : PDF
    Device Name :
    Device Location :

    For more information on Xerox products and solutions, please visit http://www.xerox.com.

    --20807625081697741536-1116376736559693281-8337075295193022-2778413792047467215
    Content-Type: application/pdf
    Content-Transfer-Encoding: BASE64
    Content-Disposition: attachment; filename="scan001.pdf"

    JVBERi0xLjMK4fz28zQgMCBvYmoKPDwvVHlwZS9YT2JqZWN0Ci9TdWJ0eXBlL0ltYWdlCi9X
    aWR0aCAxNzI4Ci9IZWlnaHQgMjI4MAovQml0c1BlckNvbXBvbmVudCAxCi9Db2xvclNwYWNl
    L0RldmljZUdyYXkKL0ZpbHRlclsvQ0NJVFRGYXhEZWNvZGVdCi9EZWNvZGVQYXJtc1s8PC9D
    и т.д

    --20807625081697741536-1116376736559693281-8337075295193022-2778413792047467215
    Content-Type: TEXT/PLAIN; charset=US-ASCII
    Content-Transfer-Encoding: 7bit
    Content-Disposition: attachment; filename="XeroxAttach.txt"

    File Name : scan001.pdf

    File Format : PDF

    Resolution : 200

    No. of Attachments : 1

    --20807625081697741536-1116376736559693281-8337075295193022-2778413792047467215--



    5 апреля 2008 г. 14:53
  • У вас контент фильтры используются ?

     

    7 апреля 2008 г. 13:16
  • Нет не используется.
    8 апреля 2008 г. 5:47
  • Ок

     

    При отправке подобного сообщения через smtp клиент - какой результат ?

     

    8 апреля 2008 г. 13:06
  • Попробовал отправить через Outlook Express, все нормально.
    8 апреля 2008 г. 14:17
  • Ок

     

    Старые (те которые переехали с 2003-го) сообщения остались ? Что у них с заголовками ?

     

    8 апреля 2008 г. 14:32
  • Microsoft Mail Internet Headers Version 2.0
    Received: from 192.168.0.50 ([192.168.13.102]) by server.ktk.local with Microsoft SMTPSVC(6.0.3790.1830);
    Wed, 19 Mar 2008 10:39:03 +0300
    From:<Xerox3200@**************>
    Message-Id: <4693851960.0@t37>
    To: <jan@************>,<Xerox3200@************>
    Subject:
    MIME-Version: 1.0
    Content-Type: MULTIPART/MIXED; BOUNDARY="1243311959392807556-8927756472098160968-8928052021926845788-1316603701428195113"
    Return-Path: Xerox3200@*************
    X-OriginalArrivalTime: 19 Mar 2008 07:39:03.0087 (UTC) FILETIME=[4DA4CBF0:01C88994]
    Date: 19 Mar 2008 10:39:03 +0300
    X-TM-AS-Product-Ver: SMEX-7.0.0.1433-5.0.1023-15792.001
    X-TM-AS-Result: No--7.621000-4.000000-31

    --1243311959392807556-8927756472098160968-8928052021926845788-1316603701428195113
    Content-Type: TEXT/PLAIN; charset=US-ASCII

    --1243311959392807556-8927756472098160968-8928052021926845788-1316603701428195113
    Content-Type: application/pdf
    Content-Transfer-Encoding: BASE64
    Content-Disposition: attachment; filename="001.pdf"

    --1243311959392807556-8927756472098160968-8928052021926845788-1316603701428195113
    Content-Type: TEXT/PLAIN; charset=US-ASCII
    Content-Transfer-Encoding: 7bit
    Content-Disposition: attachment; filename="XeroxAttach.txt"


    --1243311959392807556-8927756472098160968-8928052021926845788-1316603701428195113--


    9 апреля 2008 г. 6:39
  • Ок

     

    Т.е. различий практически никаких

     

    OE тоже не видит вложения ?

     

    9 апреля 2008 г. 16:24
  • Outlook Expess тоже не видит вложения.
    11 апреля 2008 г. 5:55
  • Ок

     

    Для анализа потребуется установить агента - он запишет в свой лог то что передает устройство , и то что получает Exch на входе - до обработки

     

    11 апреля 2008 г. 11:59
  • А какого агента?
    Можно ссылочку?

    11 апреля 2008 г. 14:11
  • На SDK ссылка устроит ? скомпилировать есть чем ?

     

    если скажете куда выложить готовые библиотеки - выложу

     

    11 апреля 2008 г. 14:36
  • Скомпилить не чем. Если можно, то лучше просто на почту.
    crbot2007!!!!mail.ru
    15 апреля 2008 г. 6:18
  • выслал

     

    15 апреля 2008 г. 10:35
  • Поробовал скрипты, не запускаются. Ругается на фаил HubTransportLogging.dll.
    $EXDIR\TransportRoles\Agents\RoutingAgents\HubTransportLogging\HubTransportLogging.dll - такого пути у меня нет.
    Посмотрел поиском, нет у меня такого файла.
    У меня нет папки RoutingAgents в папке Agents.
    Переменную $EXDIR менял на свой путь.
    Сервер у меня Exchange 2007rus Strandart sp1. Единственный сервер Exchange в сети.



    20 апреля 2008 г. 16:50
  • Вам сначала GateWay нужно установить , HUB - не работает на приеме по smtp

     

    21 апреля 2008 г. 13:11
  • Если что не понятно с инсталляцией - обратитесь прямо по тому адресу с которого отправлено вам сообщение.

     

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

     

    22 апреля 2008 г. 12:20
  • Здравствуйте, в точности аналогичная проблема, с такой же моделью МФУ.

    Очень интересуюсь, уважаемые коллеги, нашли ли какое нибудь решение проблемы?

    Сергей, можете мне тоже выслать агента baranov!!!digdes.ru, хотя он покажет то же, что и у igor_gre, с очень большой степенью вероятности, ну или решение задачи, если разобрались как выйти из ситуации.

    25 апреля 2008 г. 11:20
  •  Vitaliy 1980 написано:

     

    Сергей, можете мне тоже выслать агента baranov!!!digdes.ru, хотя он покажет то же, что и у igor_gre, с очень большой степенью вероятности, ну или решение задачи, если разобрались как выйти из ситуации.

     

    Так насколько я в курсе и правильно понял - проблема в устройстве.

     

    А выслать я вышлю -) , только НО : это просто ведение лога ничего более, но по крайней мере можно уже будет точку отсчета найти проанализировав этот лог

    25 апреля 2008 г. 11:28
  •  Vitaliy 1980 написано:

    Сергей, можете мне тоже выслать агента baranov!!!digdes.ru

     

    Ваш сервер говорит, что такого адресата нет

    25 апреля 2008 г. 11:39
  • Извините! baranov.v!!!digdes.ru

    Я понимаю что это только средство для более подробного лога, ситуации.

     

    проблема...ну смотря с какой стороны посмотреть, если более политкорректно то проблема в недопонимании, возникшем между Exchange 2007 и устройствомSmile

    С другими почтовыми системами МФУ работает корректно, как следует из сообщений igor_gre с exchange 2003 тоже.

    Отличие в заголовке полученного от МФУ письма на другую почтовую систему в том, что при получении на exchange :

    Content-Type: text/plain

    а при получении например на MDaemon:

    Content-Type: MULTIPART/MIXED

     

    Поэтому либо МФУ не корректно составляет письмо, любо Exchange 2007 не корректно его принимает.

    А из разбора предыдущей ситуации с igor_gre результатов не получилось?

     

     


     

    25 апреля 2008 г. 12:03
  • Ни чего пока не получилось.
    Наверное придется опилировать к Xerox.
    28 апреля 2008 г. 10:28
  •  igor_gre написано:
    Ни чего пока не получилось.

     

    А что именно ? Что в лог попало ?

    28 апреля 2008 г. 12:05
  • Я вам на почту послал, кусок лога.
    28 апреля 2008 г. 13:06
  • Наблюдаю ту же проблему. Xerox указывает content type как MULTIPART/MIXED определяет Boundary в виде 79 символов в кавычках. Exchange этот заголовок заменяет на Content type = text/plain. То есть не понимает и делает замену. Было бы понятно, если бы конкуренты тоже не могли переварить длинный boundary, но ведь это не так и mdaemon и comunigate, да и Exch2003 такие письма переваривают. Боюсь данная проблема конфигурированием не решается.

  • Какие фильтры задействованы на приемнике ?

     

    Вы моежете провести эксперимент : создать новый приемник на другом IP - чистый без фильтров (абсолютно) и вот не него уже пересылать сообщения

     

    п.с. + использовать один из агентов ( о котором я упоминал) , тот который пишет в лог то что принимает приемник после окончания Smtp сессии, но до начала всего остального относящегося к транспорту

     

  • Приемником у меня выступает HUB. Пограничные транспорты я пока не пробовал использовать. Никаких фильтров у приемника хаба я не обнаружил. Такой эксперимент я пытался провести, но это потребовало перезагрузки сервера, пришлось отложить. Агенты насколько я понял документацию SDK применимы только на пограничных транспортах. Даже если эксперимент удастся, это не будет решением - пограничный транспорт требует отдельной лицензии и я их не планировал использовать. Мне нужно, чтобы принимал хаб.

    Однако я провел другой эксперимент: создал письмо с вложением, сохранил его в файле и в редакторе создал его копию, только заменил все разделители на сроку большой длины (около 100 символов). Также в копии изменил MessageID. После этого с помощью putty подключился к SMTP порту (с разрешенным анонимным доступом) и ввел ehlo, mail to:, rcpt to:, data после чего скопировал через буфер обмена содержимое файла. Так для обоих файлов. Адрес получателя был адресом общей папки. В результате в общей папке появилось два сообщения. Оригинальное - правильное, а подправленное получило content-type text/plain и оказалось искаженным. Мне кажется очевидным, что все дело в длине boundary. Приемник почему-то не может парсить длинные разделители.
  • Агенты - точнее один из 2-х, применим как и на роли HUB так и на роли EDGE. Вы не внимательно читали.

     

  •  

    Получилось поставить агенты из SDK HubTrunsportLogging и EdgeTransportLogging, кроме того EdgeTransportLogging я немного расширил, чтобы он перехватывал событие OnEndOfHeaders. Результат в том, что после каждого их трех событий - OnEndOfHeaders, OnEndOfData и OnRouteMessage сообщение содержит заголовок Content-Type = text/plain.
  •  Ищенко написано:

     

    Получилось поставить агенты из SDK HubTrunsportLogging и EdgeTransportLogging, кроме того EdgeTransportLogging я немного расширил, чтобы он перехватывал событие OnEndOfHeaders. Результат в том, что после каждого их трех событий - OnEndOfHeaders, OnEndOfData и OnRouteMessage сообщение содержит заголовок Content-Type = text/plain.

     

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

  • Результаты. Зменены только домены и адреса.

    Оригинальное сообщение (не сообщение, которое генерит Xerox, а созданное в Bat! с удлиненным boudary) :

    Date: Thu, 22 May 2008 09:29:56 +0400
    From: <
    admin@contonso.com>
    X-Mailer: The Bat! (v3.99.29) Professional
    Reply-To: <
    admin@contonso.com>
    X-Priority: 3 (Normal)
    Message-ID: <
    186955913.20080522092956@contonso.com>
    To:
    test@contonso.com
    MIME-Version: 1.0
    Content-Type: multipart/mixed;
     boundary="----------1417AAA3A85EC65----------1417AAA3A85EC65----------1417AAA3A85EC65----------1417AAA3A85EC65"

     

    ------------1417AAA3A85EC65----------1417AAA3A85EC65----------1417AAA3A85EC65----------1417AAA3A85EC65
    Content-Type: text/plain; charset=windows-1251
    Content-Transfer-Encoding: 8bit

     

    Some text
    ------------1417AAA3A85EC65----------1417AAA3A85EC65----------1417AAA3A85EC65----------1417AAA3A85EC65
    Content-Type: image/gif;
     name="map.gif"
    Content-transfer-encoding: base64
    Content-Disposition: attachment;
     filename="map.gif"

     

    OqUsBDOUdIUzfSX5fG4EmCUjZkbWatMYIjGdpkbTwg8DSpEy0kJFnyQ4h7Q9w2lIqSMpMf+j
    EevvggR1OWljCkyh2w5rI7gPGVJJPqpDxbzTsmbHn3btd2aATGtCjdjoGBbAHbpvx4qNKP8R
    DtFiGChIBfxxOzggJ+1zMtLiyBrgAQqTY2BDNobhmozn/+L1Bpore/zpC2Xx02yLPvFgH3jA
    SrBESw7BzxYiEkZgbSZABYAPVB+RUqhBTuJVv0YpvvgHUC7yVS1iBCAOGZjFAQZgGojABwVA
    HMbPCUORMxWky0KwMuiMDYfVHxSgG8bGSA9nPpymL/2CajoU/ErADLwGM1Dg+KrzBEfA355h
    BBZgBk7rQsCSjF5KA1pzRVqECMaVJm6CH/jBDM9x2EigjtaELHT/4ygG9WviVIQaxwmLrPzq
    phOg7SigFA/Cxk1ydR9y0btcgzVJ620GyWb3hAfygAIGAAwiAAbs6xCsIAGgQGMBwAnq52M1
    1DFOdBi+IadMVr4kioJU9p98jgLMBxlAIANiwR8Kkg3p9Ob4Jz9NsghwtjIG17mE1u2Es4ic
    phAYTmDB6lPNqQOUcR8qQO0kglt+InTahgewsUuJrl04JTx/p8eKAm1lQgdw7KDcdrTY0y05
    hR7ZpBNs8VcNVgXEoU4Tkvd4ExEztJP4TzOIQdmoyWvWj4L4tc6Qo+1eqA85ABg+wFrGZxpi
    hgJYIAE25wkGgtJC9xHL4iyYh8Ewa+Fy/zNjXANBiQtcqEAjBkBCRqBxOeVJzslHJWoFgoBP
    26TshoFuNMOvhBfcEqCIFESA4GRZlfBVnJQ3VEAZoQGGiVMDfAIWREEUAAAAJoDjgk4LLato
    F6RswpUICix8X+LGznMC1DJN1zRJoqEBgiBx8cZjUlKiDtcABDNXqeEG2njIPiwKDC/hOIUZ
    OsCNkUdTGUABZoC3WuADEqACbuDZVOeKf2IG0Kq22oQFRMEB+OEQ5CmTnIBMhuAF+KMLnNOC
    CaksosAAGCxnYiPBhiHT+E4iKEK0BgAeFgEARAEdHGAaUjgZGiAB6xUDpDY3bXin4i8KmEcu
    CUfUfkKHg8uXT/b3NYKgATjANPg0zPxUjZnWEaeoNZFhARaAH8gEBF6pO20tdl5K13xOodqT
    GLa4JbjAPHVCPaGOXVWlTcYPP0nQnXtg9YoPBRxUotqAM1UAIUsZDzzQydbgBkpxGxJgAgbE
    hEWBBGYgAgZAAeA0CKjDnXiMkS1Go5TCHdzBHwZAFGABBgYgAiLODRKAgS4hop2yk3fqHzpg
    g/00Sl3YVWCFIr7RH14WHWChoa2BElKFLPYkPwPoNhNy29pVIp7sMm2vGwaRBHZYLG4SrKTE
    DGRgBWKuY9djee0DvIJjNOw46L5QVFqB3Bgge/WJC8fyd9T0RQIoIAAAOw==
    ------------1417AAA3A85EC65----------1417AAA3A85EC65----------1417AAA3A85EC65----------1417AAA3A85EC65--

     

    Заголовки по событию OnEndOfHeaders:

    HEADERS------------------------------------------
    Received:from (192.168.145.190) by HERO64 (192.168.145.99) with Microsoft SMTP Server id 8.1.240.5; Mon, 26 May 2008 11:13:21 +0400
    Date:Thu, 22 May 2008 09:29:56 +0400
    From empty
    X-Mailer:The Bat! (v3.99.29) Professional
    Reply-To empty
    X-Priority:3 (Normal)
    Message-ID:<
    186955913.20080522092956@contonso.com>
    To empty
    MIME-Version:1.0
    Content-Type:text/plain
    Return-Path:admin@contonso.com
    X-MS-Exchange-Organization-OriginalArrivalTime:26 May 2008 07:13:21.8399 (UTC)
    X-MS-Exchange-Organization-AuthSource:HERO64.contonso.com
    X-MS-Exchange-Organization-AuthAs:Anonymous
    ReadStream empty


     

    Сообщение по событию OnEndOfData:

    -------------------------------------------------------------------------------
    Received: from (192.168.145.190) by HERO64 (192.168.145.99) with Microsoft
     SMTP Server id 8.1.240.5; Mon, 26 May 2008 11:13:21 +0400
    Date: Thu, 22 May 2008 09:29:56 +0400
    From: <
    admin@contonso.com>
    X-Mailer: The Bat! (v3.99.29) Professional
    Reply-To: 
    <admin@contonso.com>
    X-Priority: 3 (Normal)
    Message-ID: <
    186955913.20080522092956@contonso.com>
    To:
    test@contonso.com
    MIME-Version: 1.0
    Content-Type: text/plain
    Return-Path: admin@contonso.com

    X-MS-Exchange-Organization-OriginalArrivalTime: 26 May 2008 07:13:21.8399
     (UTC)
    X-MS-Exchange-Organization-AuthSource: HERO64.contonso.com
    X-MS-Exchange-Organization-AuthAs: Anonymous

     

    ------------1417AAA3A85EC65----------1417AAA3A85EC65----------1417AAA3A85EC65----------1417AAA3A85EC65
    Content-Type: text/plain; charset=windows-1251
    Content-Transfer-Encoding: 8bit

     

    Some text
    ------------1417AAA3A85EC65----------1417AAA3A85EC65----------1417AAA3A85EC65----------1417AAA3A85EC65
    Content-Type: image/gif;
     name="map.gif"
    Content-transfer-encoding: base64
    Content-Disposition: attachment;
     filename="map.gif"

     

    OqUsBDOUdIUzfSX5fG4EmCUjZkbWatMYIjGdpkbTwg8DSpEy0kJFnyQ4h7Q9w2lIqSMpMf+j
    EevvggR1OWljCkyh2w5rI7gPGVJJPqpDxbzTsmbHn3btd2aATGtCjdjoGBbAHbpvx4qNKP8R
    DtFiGChIBfxxOzggJ+1zMtLiyBrgAQqTY2BDNobhmozn/+L1Bpore/zpC2Xx02yLPvFgH3jA
    SrBESw7BzxYiEkZgbSZABYAPVB+RUqhBTuJVv0YpvvgHUC7yVS1iBCAOGZjFAQZgGojABwVA
    HMbPCUORMxWky0KwMuiMDYfVHxSgG8bGSA9nPpymL/2CajoU/ErADLwGM1Dg+KrzBEfA355h
    BBZgBk7rQsCSjF5KA1pzRVqECMaVJm6CH/jBDM9x2EigjtaELHT/4ygG9WviVIQaxwmLrPzq
    phOg7SigFA/Cxk1ydR9y0btcgzVJ620GyWb3hAfygAIGAAwiAAbs6xCsIAGgQGMBwAnq52M1
    1DFOdBi+IadMVr4kioJU9p98jgLMBxlAIANiwR8Kkg3p9Ob4Jz9NsghwtjIG17mE1u2Es4ic
    phAYTmDB6lPNqQOUcR8qQO0kglt+InTahgewsUuJrl04JTx/p8eKAm1lQgdw7KDcdrTY0y05
    hR7ZpBNs8VcNVgXEoU4Tkvd4ExEztJP4TzOIQdmoyWvWj4L4tc6Qo+1eqA85ABg+wFrGZxpi
    hgJYIAE25wkGgtJC9xHL4iyYh8Ewa+Fy/zNjXANBiQtcqEAjBkBCRqBxOeVJzslHJWoFgoBP
    26TshoFuNMOvhBfcEqCIFESA4GRZlfBVnJQ3VEAZoQGGiVMDfAIWREEUAAAAJoDjgk4LLato
    F6RswpUICix8X+LGznMC1DJN1zRJoqEBgiBx8cZjUlKiDtcABDNXqeEG2njIPiwKDC/hOIUZ
    OsCNkUdTGUABZoC3WuADEqACbuDZVOeKf2IG0Kq22oQFRMEB+OEQ5CmTnIBMhuAF+KMLnNOC
    CaksosAAGCxnYiPBhiHT+E4iKEK0BgAeFgEARAEdHGAaUjgZGiAB6xUDpDY3bXin4i8KmEcu
    CUfUfkKHg8uXT/b3NYKgATjANPg0zPxUjZnWEaeoNZFhARaAH8gEBF6pO20tdl5K13xOodqT
    GLa4JbjAPHVCPaGOXVWlTcYPP0nQnXtg9YoPBRxUotqAM1UAIUsZDzzQydbgBkpxGxJgAgbE
    hEWBBGYgAgZAAeA0CKjDnXiMkS1Go5TCHdzBHwZAFGABBgYgAiLODRKAgS4hop2yk3fqHzpg
    g/00Sl3YVWCFIr7RH14WHWChoa2BElKFLPYkPwPoNhNy29pVIp7sMm2vGwaRBHZYLG4SrKTE
    DGRgBWKuY9djee0DvIJjNOw46L5QVFqB3Bgge/WJC8fyd9T0RQIoIAAAOw==
    ------------1417AAA3A85EC65----------1417AAA3A85EC65----------1417AAA3A85EC65----------1417AAA3A85EC65--


     

    Лог события OnRouteMessage аналогичен последнему.

  • Для теста приема\передачи использовался telnet ?

     

  • Для передачи сообщения telnet. Не вижу, где здесь прием - результаты взяты из лог-файлов агента.

  •  Ищенко написано:

    Для передачи сообщения telnet. Не вижу, где здесь прием - результаты взяты из лог-файлов агента.

     

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

  •  

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

    Да, в RFC 2046 сказано:

       Boundary delimiters must not appear within the encapsulated material,
       and must be no longer than 70 characters, not counting the two
       leading hyphens.
    Да, сообщение, формируемое Xerox нарушает RFC. Exchange, соответствует. Но если учесть "серьезность" данного ограничения на длине и то что данное нарушение игнорируют практически все серверы-конкуренты и то, что это нарушение допускалось в Exchange 2003(!) и последствие - Exchange 2007 коверкает сообщение, у которого boundary 79 символов, то кажется, что лучше иметь возможноть не соответствовать RFC.

     

    Теперь хотелось бы найти реальный способ решения проблемы. По результатам моих исследований всего есть три способа:

    Самый лучший - Xerox должны исправить прошивку и соответствовать RFC. Долго и малореально.

    Экстенсивный - отправлять сканы в почтовй ящик на другой сервер, специальнонаписанной прогой забирать почту по протоколу POP, переформировать сообщение и отправлять в Exchange. Или научить промежуточный сервер исправлять сообщение на лету.

    Эффективный - создать агент Exchangе, который исправляет все входящие сообщения со слишком длинным boundary.

     

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

    Все время оцениваю эти трудности с колокольни CommuniGatePro - там каждое сообщение (файл) можно скормить скрипту на perl. Если файл будет изменен, то дальше пойдет измененное сообщение. Отсутствие таких тонких возможностей делает Exchange неинтересным в качестве транспортного сервера. Только как база данных почтовых ящиков.

     

     

  • Для начала ( проверки и т.п.) свяжитесь со мной по адресу указанному в профиле

     

  •  

    Добрый день!

    У меня была проблема описаная в первом посте темы. Я написал об этой проблеме в компанию Xerox, они прислали 06.10.08 письмо, в котором сообщили (цитирую):

     

    Проблема Phaser 3200 со сканированием через Exchange 2007 решена в новой прошивке v.1.16, доступной для скачивания по адресу:

    http://www.support.xerox.com/go/results.asp?Xlang=en_ZA&XCntry=ZAF&prodID=3200MFP&ripId=&Xtype=download

     

    • Помечено в качестве ответа Nikita PanovModerator 11 августа 2009 г. 12:55
    15 января 2009 г. 17:53