25.04.2016 13:48
добрый день.

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

взялся дебагать либу [runtime].[email]. скопировал функцию send со всеми связями, и вызываю отправку.
если v_multipart не заполнен (нет вложений), письмо приходит, и все красиво.
если же заполнен, то в самом конце функции send библиотеки email происходит зависание на выполнении этого кода ровно на 300 сек(видимо дефолтный таймаут):
Код:
v_smtp_reply := utl_smtp.close_data(v_smtp_conn);
при этом, прождав таймаут, в v_smtp_reply.code+v_smtp_reply.text выдается:
Цитата:
v_smtp_reply: 451 4.7.0 Timeout waiting for client input
v_smtp_reply: 421 Service not available
что не нравится системе? перенес эту же свою операцию на тест. настройки SMTP% все те же. Отрабатывает без таймаутов и письмо сразу же приходит:

Цитата:
v_smtp_reply: 250 2.6.0 <35132022-9d72-4520-9eb5-37db6ffd63b4@нашдомен.ru> [InternalId=26528403] Queued mail for delivery
v_smtp_reply: 221 2.0.0 Service closing transmission channel

может кто сталкивался?
25.04.2016 13:57
upd:забыл добавить, что на бою возникает эта ситуация именно под ibs. если я выполняю отправку от своего имени (админа), скриптом, то отправка проходит на ура.
25.04.2016 14:23
Цитата:
не похоже, т.к. отправка без вложения работает, а так же работает и от НЕ владельца схемы
25.04.2016 15:02
Вот только отправка без вложения и сбивает с толку, предположил, что это больше ошибка тестирования. Что работает от НЕвладельца больше наводит на мысль, что в ACL включен невладелец.
Гадать можно достаточно долго, но я бы попросил журнал почтового сервера. Там можно много что интересного встретить из ограничений, которые так вот по фотографии и в голову не придут.
25.04.2016 15:15
дело в том, что, как говорят админы, в журнале вообще не отображается никакой инфы. Т.е. как будто бы никакой отправки не было вовсе.

возможно проблема в каких-то системных параметрах, на уровне базы (доступ исключаю, т.к. рассылка работает частично через отправку smtp без вложений и через События.Отложенные действия). могут быть какие-то отдельные настройки для utl_smtp?
25.04.2016 16:02
а без вложений точно такая же процедура работает? может, там просто текстовичок какому-то внешнему обработчику передается?
если честно, не припомню ничего такого отдельного, что могло бы давать такой эффект... только ACL, отсутствие попыток подключения опять же за него говорит...
25.04.2016 16:14
Цитата:
OlegON а без вложений точно такая же процедура работает?
не такая же, а эта же)

вот отправка с файлом:
SQL код:
begin
    ibs.Z$RUNTIME_SMTP_MAIL.SENDMAIL(
                                        'dmitry.m@domenru'
                                        ,'Журнал IBS времени работы операций при закрытии 21/04/2016 ОД.'
                                        ,'Во вложении отчет о времени работы операций ЗОД, со сравнением временем работы операций днём ранее.'
                                        ,'TEST_JOB2@domenru'
                                        ,'./tmp'
                                        ,'EOD_REPORT_WITH_COMPARE.html'
                                        ,true);
end; 
а вот без него
SQL код:
begin
    ibs.Z$RUNTIME_SMTP_MAIL.SENDMAIL(
                                        'dmitry.m@domenru'
                                        ,'Журнал IBS времени работы операций при закрытии 21/04/2016 ОД.'
                                        ,'Во вложении отчет о времени работы операций ЗОД, со сравнением временем работы операций днём ранее.'
                                        ,'TEST_JOB2@domenru'
                                        ,null--'./tmp'
                                        ,null--'EOD_REPORT_WITH_COMPARE.html'
                                        ,true);
end; 
25.04.2016 16:43
Думаю, тут вариант только расковыривать SENDMAIL :( Увы, у меня пока базы под рукой нет...
25.04.2016 17:08
Возможно, скажу глупость - но что с правами у отправителя (на './tmp' и на 'EOD_REPORT_WITH_COMPARE.html')?
Часовой пояс GMT +3, время: 22:43.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.