Добрый день, эксперты!
В XI настроен меппинг из mail_sender в hr по следующему сценарию:

Аттачменты и их content-type забираются через класс InputAttachments.
Но если мепинг настроен таким образом, передается только одно вложение.
Как бы размножить исходящее сообщение по количеству вложений, чтобы в каждом было одно из вложений?
Вопрос может и тупой, но уже целый день ищу решение

можно самому весь текст письма сформировать, а через MIME-разделители наставить столько вложений, сколько требуется. Я так поступал, хоть и муторнее но всем процессом сам управляешь.
Наверное ещё можно создать SOAP аттачменты и они наверное в Mail аттачменты перейдут, но в 7.1 там в джава-API ошибка из-за которой это не работает.

Проблема решена?

Нет. Через мультимепинг сделал.
Создает количество сообщений равное количеству вложений.
Почти работает, единственное что тянет за собой все входящие вложения, размножая их по количеству исходящих сообщений, и возникает ошибка Use case DUPLICATE_CONTENT_IDS not recognized. Видимо из-за того что дублирует вложения. Сейчас ищу способ удалить все исходящие вложения. removeAttachment(String contentID) не работает.

а, я оказывается неверно понял вопрос, извиняюсь -- не про то написал

Ну вот вроде бы почти работает.
Мультимеппинг сделал, но т.к. в operation_mapping стоит флаг keep attachments, то аттачменты исходного сообщения размножаются по количеству исходящих сообщений, т.е. если больше одного исходящего сообщения, ошибка:
Use case DUPLICATE_CONTENT_IDS not recognized.

Можно ли удалить эти аттачменты как-то? RemoveAttachment в UDF не удаляет.

а что, Mail Receiver адаптер нормально после мульти-меппинга понимает и отправляет письма?

Не, на вход mail_sender, на выходе RFC, ему аттачменты вообще не нужны, собственно call adapter без них происходит.

Правильно ли я понял постановку задачи - Приходит письмо, у которого например приатаччено N архивов. Вам нужно создать и отправить N писем с одним уникальным архивом из исходного письма во вложении? ( ну на выходе не обязательно письмо, и на входе тоже, имеется ввиду сообщение с аттачем)


Тогда сходу получается так (не знаю, может глупо конечно, но первое что пришло в голову)
Системы:
ИСХОДНАЯ выходной интерфейс и_вых_ИсходноеСообщение
КОНЕЧНАЯ входной интерфейс и_вх_КонечноеСообщение

Создаем новый бизнес-сервис БРОКЕР с интерфейсами
и_вх_Вход, и_вых_Выход.
Создаем 2 канала СОАП, входящий и исходящий, один шлет данные в другой (пересылает сам себе, типа как в теме "... -> HTTP receiver -> HTTP sender -> ...")

Делаем меппинги
1) и_вых_ИсходноеСообщение -> и_вх_Вход : На яве например. Тупо копируем целиком сообщениие одно в другое (не парся),
и в случае наличия в исходном сообщении хотя бы одного аттача где нибудь в динамической конфигурации ( например
в SourceFileSize http://sap.com/xi/XI/System/File, далее "ключик") ставим 1, если нет - стираем ключик.

2) и_вых_Выход -> и_вх_КонечноеСообщение : Программа 1 - На Яве например. Тупо копируем сообщение целиком.
Из аттачей копируем только первый. Программа 2 - Ваше преобразование.

3) и_вых_Выход -> и_вх_Вход: На Яве например: Тупо копируем сообщение без парсинга. Если есть аттачи, копируем все кроме первого.
Если аттач всего один, не копируем ничего и стираем ключик.

В конфигурации:
Из ИСХОДНАЯ и_вых_ИсходноеСообщение шлем все подряд в БРОКЕР и_вх_Вход через меппинг 1) в соап канал интерфейс указываем.
БРОКЕР в пересылает сообщение либо сам себе и в КОНЕЧНАЯ через меппинг 2 (если ключик "1") или его просто грохает (не находит получателя без ошибки например, если ключика нет)
сам себе он пересылает на единственный входящий интерфейс и_вх_Вход через меппинг 3.

Примерно так. Если сходу.Тапками не кидаться
Наверное есть более оптимальное решение, это первое что пришло в голову. Думаю не слишком сумбурно написал.

Помнится еще под 7.0 была задачка:
1) пользователи шлют на технический емейл различные отчеты в DBF файлах (в одном письме их сколько угодно)
2) производится первичная проверка на XI присланных файлов
в случае, если отчеты косячные, например не хватает колонки в DBF или в очередной раз XI поздравляют картинкой "С Новым Годом!", то пользователю назад идет соответствующий грозный ответ
3) если все ОК, то записываем данные из приложенных файлов в СУБД

Фишка в том, что в 7.0 нельзя из маппинга получить аттачмент. Для этого я сделал адаптер модуль, который просто все аттачменты кодировал в Base64 и записывал их и с сопутствующей инфой (имя, контент-тайп...) в конец XML-ки (добавил пару своих полей в стандартное сообщение).
В адапетр модуле можно удалить все аттачменты, тем более их контент уже есть в исходном сообщении. Через Java меппинг уже можем с ними спокойно работать.

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

Добрый день
не проще сделать элемент iv_msg_att unbound , а с помощью класса InputAttachments доставать все вложения