|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
AsmodeusЗ.Ы. Какое, однако, забавное "пи" используется. :-)Со школы уже столько "пи" прошло..., что девятка из памяти выпала. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2014, 14:46 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
-2-AsmodeusЗ.Ы. Какое, однако, забавное "пи" используется. :-)Со школы уже столько "пи" прошло..., что девятка из памяти выпала. acos(-1) надёжнее ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2014, 14:48 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
chameleon82, во-первых, спасибо Вам большое за этот пакет. Очень сильно помог в работе и сэкономил уйму времени! Во-вторых, хочу сообщить о проблемах: 1) Отправляем на почту вложением файл xlxs. Я получал такое письмо на yandex-е, и получалось так, что ContentTransferEncoding принимал значение null, поэтому на диск сохранялась всякая херня. Я не стал особо копаться и заморачиваться и тупо прописал это в коде: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8.
Если вы скажете, куда отослать, то я пошлю вам это письмо. 2) Вторая ошибка гораздо серьезнее. автор----ALT--pUggPsmc1392604312 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CgrQodGD0LHRgdC40LTQuNC4INCx0Y7QtNC20LXRgtC90YvQvCDRg9GH0YDQtdC20LTQtdC90LjR j9C8INC90LAg0YDQtdCw0LvQuNC30LDRhtC40Y4g0LTQvtC/0L7Qu9C90LjRgtC10LvRjNC90YvR hSDQvNC10YDQvtC/0YDQuNGP0YLQuNC5LCDQvdCw0L/RgNCw0LLQu9C10L3QvdGL0YUg0L3QsCDR gdC90LjQttC10L3QuNC1INC90LDQv9GA0Y/QttC10L3QvdC+0YHRgtC4INC90LAg0YDRi9C90LrQ tSDRgtGA0YPQtNCwINGB0YPQsdGK0LXQutGC0L7QsiDQoNCkIC0gOTEwOTMxCi0tIApNaXNoYSBN aXNoYQ== Смотрите, кодировка utf-8. Когда код доходит до вызова функции CONVERT при парсинге строки при попытке положить данные в CLOB: Код: plsql 1. 2. 3.
, то происходит ошибка. Потому что идет разрыв в символах. Если убрать в конце 'R' или добавить 'j9' из начала новой строки, то все пройдет хорошо. Сам метод конвертации по-частям ущербен. Нужно сначала собирать все в одну кучу, а потом одной операцией конвертить. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2014, 12:52 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
LordOfOrderchameleon82, во-первых, спасибо Вам большое за этот пакет. Очень сильно помог в работе и сэкономил уйму времени! Спасибо ) LordOfOrder1) Отправляем на почту вложением файл xlxs. Я получал такое письмо на yandex-е, и получалось так, что ContentTransferEncoding принимал значение null любопытно. но вложение не всегда в base64. чтобы понять причину, нужны все заголовки LordOfOrderЕсли вы скажете, куда отослать, то я пошлю вам это письмо. приложите заголовки сюда или само письмо во вложении к сообщению на форуме. LordOfOrder2) Вторая ошибка гораздо серьезнее. Да, конвертировать по частям не есть хорошо, но тут ограничение на 32к символов, а вложения зачастую намного больше. Проблема в том, что не все байты символа всегда в строку входят, это, конечно, бага. Создам на гите issue на это. ПыСы: чтение почты пакетом все еще пока в экспериментальном состоянии :) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.02.2014, 14:28 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
1) По первой ошибке - см. Приложение. Я еще раз проверил - да, без моей вставки не работает. 2) Еще одна проблема - на некоторых письмах может возникать ошибка в блоке: Код: plsql 1. 2. 3. 4. 5.
Вот здесь hdr_entity может принимать значение null, потому что в строке может не находиться символ ":", соответственно возникает ошибка присвоения значения null-ключу. Я тупо обернул инструкцию: nvl(hdr_entity, '?') и не стал заморачиваться. Вот как это может произойти: авторMIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------0B5176249399AFBB7" ------------0B5176249399AFBB7 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable =C7=E4=F0=E0=E2=F1=F2=E2=F3=E9=F2=E5, . ---------- =CF=E5=F0=E5=F1=FB=EB=E0=E5=EC=EE=E5 =EF=E8=F1=FC=EC=EE --------= -- =CE=F2: =D3=E3=EB=EE=E2 =CC=E8=F5=E0=E8=EB <uglov@minfin-a= ltai.ru> =CA: svod@parusaltai.ru =C0 =F2=E0=EA=E6=E5 =EA: =20 =C2=F0=E5=EC=FF =F1=EE=E7=E4=E0=ED=E8=FF: Fri, 14 Feb 2014 13:16:09 +0= 700 =D2=E5=EC=E0: =C7=E0=FF=E2=EA=E0 =F1=E2=EE=E4=FB =B9140214/2 =CF=F0=E8=EA=F0=E5=EF=EB=E5=ED=ED=FB=E5 =F4=E0=E9=EB=FB: =C7=E0=FF=E2=EA=E0= .xlsx =C7=E4=F0=E0=E2=F1=F2=E2=F3=E9=F2=E5, . Вот на строчке "ltai.ru>" оно и крашится. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2014, 07:14 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
Если это поможет, то по 2 ошибке письмо: 1) Пересылаемое 2) Приходит на почту на сервисе https://vhost5.sibdc.ru/webmail Кхм...неужто выходит так, что по строчкам вообще не стоит делать разбор? Или "=" - это знак переноса строки? Тогда Вам придется запилить обработку переноса? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2014, 07:19 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
Добрый день, я тоже заинтересован в процессе получения почты, поэтому вот моя исправленная/дополненная версия переписана процедура get_mail 1. исправлена проблема построчной конвертации 2. добавлена возможность перезаписывать вложения когда в одном почтовом сообщении содержится несколько частей, содержащих одну и ту же информацию например в text/plain и text/html ... |
|||
:
Нравится:
Не нравится:
|
|||
18.02.2014, 07:27 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
Vadim RomanenkoПривет всем! Для того, чтоб не испытывать проблем, как у May12, я бы категорически предложил всем переменным типа varchar2 выдать размер с запасом. Например, в текущем варианте под папку отдается 30 символов. Люди, ну чем Вы думаете?? Под имя файла 256, под имя папки - 30 :) Да кто в Оракле трясется сегодня над каждым байтом??? Тем более в пакете, тем более, когда это имя и папка не хранится в БД? Сегодня ОЗУ считается гигабайтами, а не килобайтами! sys.obj$.name (который Вы видите через all_directories) = varchar2(30) ни больше, ни меньше. Это алиас, а не полный путь, обратите на это внимание ... |
|||
:
Нравится:
Не нравится:
|
|||
20.02.2014, 06:20 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
chameleon82, Помогите. Скопировал пакет, скомпилировал нормально. При попытке отправить письмо все время ругается на utl_smtp.Mail(v_Mail_Conn, sndr.rcptmail); в процедуре send, пишет Syntax error. Почему? Версия Oracle 8 или 9 точно не помню сейчас нет возможности посмотреть. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.07.2014, 18:05 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
Тут Javamail API упоминался, на всякий случай оставлю это здесь Код: plaintext
... |
|||
:
Нравится:
Не нравится:
|
|||
08.07.2014, 12:59 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
Bios852, пакет работает на версии оракла 9 и выше ... |
|||
:
Нравится:
Не нравится:
|
|||
23.07.2014, 13:02 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
При использовании пакета с отправкой почты без атача, при вызове пакета возвращает ошибку: ORA-06531: Reference to uninitialized collection . Версия Oracle 11.2.0.4. Изучение проблемы указало на строки кода: Код: plsql 1. 2.
Переписание строк на следующие решило проблему: Код: plsql 1. 2.
... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2014, 15:41 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
Добрый день! У меня Oracle 11.2.0.4. Для кодирования заголовков использую UTL_ENCODE.MIMEHEADER_ENCODE (encoding - base64). При длине заголовка более 46 символов процедура разбивает заголовок на несколько строк, вот только не совсем верно - перед каждой новой частью нет проблема - как результат, почтовый сервер неверно разбирает MIME-заголовoк. Взял процедуру ENCODE из пакета PKG_MAIL - верно разбивается заголовок и почтовый сервер его верно воспринимает. Не смог понять, почему разбиение строки в ENCODE сделано на 24 символа. Разъясните, пожалуйста, почему для типов кодирования base64 и quoted-printable encode выбраны именно такие константы. И может кто знает, как научить работать верно UTL_ENCODE.MIMEHEADER_ENCODE ? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.09.2014, 14:44 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
Egoza, подбиралось экспериментальным путем. Стоит помнить, что длина строки письма не должна превышать 76 символов, в противном случае почтовые клиенты могут неправильно обрабатывать полученный текст ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2014, 11:29 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
chameleon82, спасибо за пояснение. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.09.2014, 13:20 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
почему именно 76 символов? не помню про это ограничение ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2014, 02:52 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
Snezhankaпочему именно 76 символов? не помню про это ограничениеЭто не совсем ограничение Скорее правило хорошего тона http://tools.ietf.org/html/rfc2822#section-2.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2014, 03:05 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
NO-WS-CTL = %d1-8 / ; US-ASCII control characters %d11 / ; that do not include the %d12 / ; carriage return, line feed, %d14-31 / ; and white space characters %d127 text = %d1-9 / ; Characters excluding CR and LF %d11 / %d12 / %d14-127 / obs-text specials = "(" / ")" / ; Special characters used in "<" / ">" / ; other parts of the syntax "[" / "]" / ":" / ";" / "@" / "\" / "," / "." / DQUOTE No special semantics are attached to these tokens. They are simply single characters. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2014, 05:47 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
AG#, No special semantics are attached to these tokens. They are simply single characters. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2014, 05:49 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
Исправлена ошибка с получателями, стоявшими в копии письма, спасибо пользователю llocust Git ... |
|||
:
Нравится:
Не нравится:
|
|||
24.11.2014, 12:46 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
Ребят, а у вас на группы рассылки нормально письма ходят? у меня ошибка: Код: plaintext
... |
|||
:
Нравится:
Не нравится:
|
|||
17.09.2015, 13:15 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
May12, проверьте пользователей в рассылке, такая ошибка возникает, когда ящика одного из пользователей в рассылке не существует. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.09.2015, 06:16 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
chameleon82, Пытаюсь подключиться к серверу для получения количества писем: MAIL_PKG2.SET_MAILSERVER ('server_ip_address'); MAIL_PKG2.SET_AUTH ('mail_user','mail_password'); MAIL_PKG2.MAIL_CONNECT('POP3'); При выполнении процедуры MAIL_CONNECT выдает ошибку: 14:07:22 ORA-20000: -ERR [AUTH] You must use stronger authentication such as AUTH or APOP to connect to this server Помогите ее обойти, плиз ... |
|||
:
Нравится:
Не нравится:
|
|||
15.02.2016, 15:14 |
|
Передача письма с вложением. Готовое решение
|
|||
---|---|---|---|
#18+
Всех приветствую, есть вопрос, может тут подскажут. использую пакет UTL_SMTP почта успешно отправляется. используя функцию Reply := Utl_Smtp.Close_Data(V_Mail_Conn); получаю ИД почтового уведомления которое мне прислал Почтовый сервер. Вопрос: Как по данному ИД средствами PL/SQL запросить у почтового сервера статус доставки данного уведомления. Вопросы типо а зачем и кому это нужно прошу не задавать, так как с этим проблема и я лучше промолчу. Скажу кратко НАДО. Благодарен за ответ. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2016, 19:38 |
|
|
start [/forum/topic.php?fid=52&msg=38764192&tid=1879549]: |
0ms |
get settings: |
18ms |
get forum list: |
5ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
33ms |
get topic data: |
2ms |
get forum data: |
1ms |
get page messages: |
483ms |
get tp. blocked users: |
1ms |
others: | 348ms |
total: | 893ms |
0 / 0 |