Обработка из DAX2009 писем в разных почтовых серверах по каким-то общим технологиям

[Raven Melancholic]

Коллеги, добрый день.
Имеем DAX2009, Интересует концептуальный вопрос - чем пользоваться для обработки разных почтовых ящиков по отправленным и входящим письмам, которые не отправлялись и DAX, но нужно иметь данные как по отправленным, так и по входящим письмам на нескольких почтовых ящиках, которые расположены на разных типах почтовых серверах и письма рассортированы по разным папкам?
Естественно, интересует обработка программно из DAX.
В общем виде задача от больших боссов выглядит так:

• Существует несколько почтовых ящиков для общения с клиентами (по претензиям, по рекламе, по чему-то еще), часть из них это внешние облачные службы, часть это внутренний сервер почты (пока MS Exhange, но не исключено что будет другой).
• Клиенты пишут нам письма, мы на них отвечаем (перед ответом можем переслать это письмо во внутренней почте, но это нас не интересует, главное письма Клиент-Мы и Мы-Клиент)
• В этих почтовых ящиках есть папки Входящие и Отправленные, внутри этих папок создаются подпакпи по темам, в которые либо по правилам, либо вручную письма переносятся из папок по умолчанию входящие/отправленные.
• По некоторым из папок входящих и отправленных писем (корневых или вложенных) нужно получать в DAX2009 некоторые данные из этих писем (предположим, EMail клиента, тема, кто ответил, текст письма, вложения и т.п.)
• Врямя от времени эти почтовые ящики чистятся, но независимо от этого сам факт общения (и некоторые данные писем) нужно хранить в DAX (например, в течение срока исковой давности по претензиям).

Куда и как сохранять данные в общем-то не важно.
По частям что и как использовать понимаю:

• Когда сам отправляю письма из DAX, то все об это знаю - пользую SMTP для отправки (и есть стандартные классы в dot.net), а сохраняю то что знаю и то что мне нужно.
• При проверке входящих пользуюсь POP3 (да, нет стандартных классов в dot.net, не очень просто найти подходящую библиотеку или создать свою, но все решаемо).
• Если общаться только с MS Exchange, то тоже нет вопросов - использование EWS (пока не знаю подводных камней, но вроде бы подходит).
• Если работать с тем же Emarsys тоже все получается (ну ладно, пусть не совсем все, но многое), но это очень частный web сервис.

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

• Получить список входящих и отправленных писем независимо от того, в общей папке они находятся или разбросаны по разным папкам.
• Зная конкретное письмо (по предыдущему пункту) получить его данные (включая, например, вложения).

Пусть в разных почтовых системах способы такой обработки отличаются, но главное чтобы эти возможности были (пока интересуют gmail.com, yandex.ru, mail.ru, ms exchange), но список совсем не полный.
В общем, есть ли какой-либо стандарт, пусть сложный, непонятный, но единый, для обращения и ко входящим и к отправленным письмам для семейства почтовых серверов когда мы не отправляем, мы не получаем письма сами, а только запрашиваем их данные?

[ax_mct]

Если поставлю под сомнение уместность решения делать это в AX2009, будет ли это злобным оффтопом?

[Raven Melancholic]

Цитата:

Сообщение от ax_mct

Если поставлю под сомнение уместность решения делать это в AX2009, будет ли это злобным оффтопом?

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

[ax_mct]

Цитата:

Сообщение от TDV

и для этого пришлось свой helpdesk с тикетами разрабатывать на базе Enterprise portal, с автоответами с номером входящего для последующей переписки.

Цитата:

Сообщение от Raven Melancholic

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

На мой взгляд разумней взять за основу какую то уже существующую систему
CRM/HelpDesk к примеру
http://osticket.com/editions
или
https://oroinc.com/orocrm/orocrm-features
и внедрить нормальную CRM

И на том же PHP все будет несколько проще
http://php.net/manual/en/function.im...h-overview.php
https://stackoverflow.com/questions/...-inbox-folders

Засовывать все это в AX2009 не дальновидно. C точки зрения бизнеса конечно, а не AX программиста. Но и для AX программиста это возможность научиться чему-то новому.

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

[TDV]

Про MS Exchange 2010SP2

Цитата:

Сообщение от Raven Melancholic

Если общаться только с MS Exchange, то тоже нет вопросов - использование EWS (пока не знаю подводных камней, но вроде бы подходит).

В X++ EWS(reference Microsoft.Exchange.WebServices) не получилось напрямую использовать, авторизация под доменной учетке (AD) для ящиков не хотела проходить, пришлось на C# внешний reference сделать и из X++ вызывать его для чтения, получения и отправки отправки писем. За пару часов пишется все на C# . Единственное что не удалось понять как найти уникальный идентификатор у письма полученного с exchange. Все работает без проблем больше года для системы документооборота.

"Получить список входящих и отправленных писем независимо от того, в общей папке они находятся или разбросаны по разным папкам.
"
Да

"Зная конкретное письмо (по предыдущему пункту) получить его данные (включая, например, вложения)."
Да можно, в html формате само письмо скачивается(eml) и приложения скачать в виде файлов.
Сложного ничего нет.

PHP код:

 С#
xchangeService service = new ExchangeService(ExchangeVersion.Exchange2010_SP2, TimeZoneInfo.FindSystemTimeZoneById("UTC"));
           
            service.Credentials = new WebCredentials(mailbox, pass);
            service.AutodiscoverUrl(mailbox2, RedirectionUrlValidationCallback);
            try
            {

                ItemView view1 = new ItemView(100);
                SearchFilter filter1;
                if (direct == "")
                {
                    view1.OrderBy.Add(ItemSchema.DateTimeReceived, SortDirection.Ascending);
                    filter1 = new SearchFilter.IsGreaterThanOrEqualTo(ItemSchema.DateTimeReceived, datet.Date);
                }
                else
                {

                        view1.OrderBy.Add(ItemSchema.DateTimeSent, SortDirection.Ascending);
                        filter1 = new SearchFilter.IsGreaterThan(ItemSchema.DateTimeSent, datet.Date);
                   
                }
               
                FindItemsResults<Item> findResults1;
                if (direct == "")
                {
                     findResults1 = service.FindItems(WellKnownFolderName.Inbox, filter1, view1);
                }
                else
                {
                    findResults1 = service.FindItems(WellKnownFolderName.SentItems, filter1, view1);
                }
                if (findResults1 != null && findResults1.Items != null)
                    res[6] = findResults1.Items.Count.ToString();


                ItemView view = new ItemView(100);

                SearchFilter filter;

                if (direct == "")
                {
                    view.OrderBy.Add(ItemSchema.DateTimeReceived, SortDirection.Ascending);
                    filter = new SearchFilter.IsGreaterThanOrEqualTo(ItemSchema.DateTimeReceived, datet);
                }
               
                FindItemsResults<Item> findResults;
                if (direct == "")
                {
                    findResults = service.FindItems(WellKnownFolderName.Inbox, filter, view);
                }
                else
                {
                    findResults = service.FindItems(WellKnownFolderName.SentItems, filter, view);
                }

                if (findResults != null && findResults.Items != null && findResults.Items.Count > 0)
                {

                    Item item = findResults.Items[0];
                    EmailMessage message2 = EmailMessage.Bind(service, item.Id, new PropertySet(BasePropertySet.IdOnly,
                    ItemSchema.DateTimeReceived));

                    EmailMessage message = EmailMessage.Bind(service, item.Id, new PropertySet(BasePropertySet.IdOnly, ItemSchema.DateTimeReceived,
                    ItemSchema.DateTimeCreated,
                    ItemSchema.Body, ItemSchema.Subject, ItemSchema.Attachments, ItemSchema.HasAttachments,ItemSchema.DateTimeSent,ItemSchema.Id));
                    EmailMessage emailMessage = EmailMessage.Bind(service, item.Id);
...............
и т.д. 


[Raven Melancholic]

Цитата:

Сообщение от TDV

Про MS Exchange 2010SP2...

Спасибо за пример.
Пока хочется найти что-либо более не завязанное на конкретный тип сервера. Типа как есть стандарты отправки/получения SMTP, POP3, так же хочется понять есть ли какие-либо стандарты пусть даже неофициальные, но которых большинство почтовиков придерживается с точки зрения выбора нужных папок, получения информации о количестве писем в этих папках и т.п.

[potential]

Цитата:

Сообщение от Raven Melancholic

Типа как есть стандарты отправки/получения SMTP, POP3,

Может вместо POP3 имеет смысл пользовать IMAP?

[Raven Melancholic]

Цитата:

Сообщение от potential

Может вместо POP3 имеет смысл пользовать IMAP?

Вот, как раз что-то из того что, возможно, нам нужно. Поизучаю вечерком.
Спасибо.

[DSPIC]

А не думали в сторону ограничиться интреграцией AX с одним сервером, нарп. Exсhange; на остальных же, настроить переадресацию входящих на основной. Сложность и надежность решения на порядок упрощается.

[TDV]

Цитата:

Сообщение от DSPIC

А не думали в сторону ограничиться интреграцией AX с одним сервером, нарп. Exсhange; на остальных же, настроить переадресацию входящих на основной. Сложность и надежность решения на порядок упрощается.

Может возникнуть потребность делать ответ с Exchange клиенту от имени почтового ящика на который он высылал письмо. У самих 4 разных почтовых адреса(4 ящика), и периодически приходится делать подмену почтового адреса отправки что-бы получатель не путался(на что отправил, с того и ответ получил). В Exchage не получится нормально без прав send As на учетку к привязанному(mailbox) изменить адрес отправки(send as), с этим были небольшие мучения.

[DSPIC]

Цитата:

Сообщение от TDV

Может возникнуть потребность делать ответ с Exchange клиенту от имени почтового ящика на который он высылал письмо. У самих 4 разных почтовых адреса(4 ящика), и периодически приходится делать подмену почтового адреса отправки что-бы получатель не путался(на что отправил, с того и ответ получил). В Exchage не получится нормально без прав send As на учетку к привязанному(mailbox) изменить адрес отправки(send as), с этим были небольшие мучения.

Отправку писем можно оставить для каждого почтовика свою: протокол smtp, как правило, поддерживают все почтовые сервисы, и больших трудностей там нет. Разве что придется пройти квест с SSL, но опять же, процесс отправки видится одинаковым для всех почтовиков.

P.S. На гитхабе лежит готовый проект на C# для парсинга аутлуковских фалов *.msg, без участия последнего: достает всё что можно достать из письма, включая аттачменты и раскладывает по полкам. Это до кучи, может вам и не пригодится. Проект рабочий, мне очень помог в свое время.

[TDV]

Цитата:

Сообщение от DSPIC

Отправку писем можно оставить для каждого почтовика свою: протокол smtp, как правило, поддерживают все почтовые сервисы, и больших трудностей там нет. Разве что придется пройти квест с SSL, но опять же, процесс отправки видится одинаковым для всех почтовиков.

Все правильно, варианты решения здесь есть, просто хотел уточнить про send as в Exchange, ведет себя не очевидно при подмене адреса отправителя, но в конечном итоге заработало.

[Raven Melancholic]

Цитата:

Сообщение от DSPIC

...готовый проект на C# для парсинга аутлуковских фалов *.msg, без участия последнего

Вообще, подход интересный. Вполне возможно будет нарисовать макрос для Outlook, который будет выгружать сообщения в файлы, а потом эти файлы обрабатывать.
Нужно подумать, пообсуждать с коллегами.

[potential]

Цитата:

Сообщение от DSPIC

А не думали в сторону ограничиться интреграцией AX с одним сервером, нарп. Exсhange; на остальных же, настроить переадресацию входящих на основной. Сложность и надежность решения на порядок упрощается.

как минимум требования связанные с папками будет трудно соблюсти

[Raven Melancholic]

Цитата:

Сообщение от DSPIC

А не думали в сторону ограничиться интреграцией AX с одним сервером, нарп. Exсhange; на остальных же, настроить переадресацию входящих на основной. Сложность и надежность решения на порядок упрощается.

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

[TDV]

Цитата:

Сообщение от Raven Melancholic

......
Да и не очень понятно как определить от какого клиента изначально было письмо.

и для этого пришлось свой helpdesk с тикетами разрабатывать на базе Enterprise portal, с автоответами с номером входящего для последующей переписки. Вот это очень не просто было внедрить. EP потому что сразу из письма по гиперссылке к заявке можно переходить и всю историю переписки видеть с прилагаемыми файлами и согласованиями. При том что уже был успешный опыт 4летнего использования стороннего HelpDesk (тоже было много вопросов пока внедрял), где себя этот HD зарекомендовал очень хорошо, переучивать отдел поддержки не пришлось

[ax_mct]

Но если .NET то возможно так
Simple IMAP CLIENT
System.Net.Sockets.TcpClient
System.Net.Security.SslStream
https://code.msdn.microsoft.com/wind...LIENT-b249d2e6

[Kainix]

Есть библиотека openPop.net использовал ее для получения почты, дело было в 2012 версии, но как вариант рассмотреть можно.
https://www.codeproject.com/Articles...th-OpenPop-NET

[Raven Melancholic]

Так.
Судя по всему, я нарушил основное армейское правило по поводу спешки в выполнении приказов и колхозное правило трех гвоздей.
Задача очень резко поменялась - нужно обрабатывать только письма с корпоративного почтового ящика. По поводу внешних почтовых ящиков это были неуемные фантазии маретологов и CRMщиков, там такой бардак, что пользы от этих данных как от козла молока.
Отрезвили многих еще и заявления админов, что на Ecxhange протокол IMAP не поднят и ни при каких условиях поднят не будет. А мысли про замену Exchange чем-то другим в практически обозримом будущем это опять же только фантазии.
В общем, наш выбор это EMS.
Всем спасибо ,благодаря ветке узнал много новых и полезных слов - время потрачено не зря.

[Raven Melancholic]

TVD, как прошедший мой путь, просьба прокомментировать.
Использую EWS. Немного доработал библиотеку MS в части тех вещей, которые не поддерживаются в DAX (вложенные классы, статические свойства readonly, определенные не через get/set, а присваиванием и т.п.).
Могу подключаться как хочу - к своему ящику, олицетворением, делегированием и т.п. От разных пользователей тоже все работает (задание пользователя/пароля, по доменной учетке). Могу подключиться к любому ящику, для которого есть доступ, получить все что там есть (вообще, мне нужно только письма, но пробовал подключаться и к календарям, задачам - все доступно).
Только вот проблема - мне нужно понимать адресата и адресанта письма. Пока письмо отправлено внутри экземпляра Excange, все хорошо. Но как только письмо получено от внешнего отправителя, то свойства From, ToRecipients и другие объекта EmailMessage пустые.
Сталкивались ли Вы с тем, что письма, циркулирующие внутри экземпляра Exchange и поступившие из вне имеют разные свойства? Если сталкивались, то как можно получить адреса в случае, если письмо получено из внешнего ящика?