Справочник функций

Ваш аккаунт

Войти через: 
Забыли пароль?
Регистрация
Информацию о новых материалах можно получать и без регистрации:

Почтовая рассылка

Подписчиков: -1
Последний выпуск: 19.06.2015

Проблеммы с отправкой email FreeBSD+Apache+PHP

18K
14 июля 2006 года
seagull
5 / / 14.07.2006
Добрый день.

Возникает проблема при отправке пароля:
Пароль отправляется при помощи функции php mail()
На один ящик (gmail.com) сообщение приходит всегда.
На другой (корпоративный) письмо то приходит, то нет,
при чём выявлено, что это зависит от содержания письма.
Сама функция возвращает true (успешная доставка) в обоих случаях.

Пример письма, которое отправляется нормально:
---
Здравствуйте.
Вами, или кем-то другим был сделан запрос для восстановления пароля к онлайн-сервису для поставщиков предприятия "Рога и Копыта"
Ваш логин: aaa
пароль: bbb
---

Пример письма, у которого возникают проблеммы при отправке на корпоративный адрес:
---
Здравствуйте.
Вами, или кем-то другим был сделан запрос для восстановления пароля к онлайн-сервису для поставщиков предприятия "Рога и Копыта"
Ваш логин: aaa
пароль: bbb

Ссылка на страницу входа в сервис: https://domain.com/index.php
---

Кодировка писем windows-1251 формат plain text

Также письмо на корпоративный адрес не доходит, в случае, если использовать кодирование, например, заголовка, в формате =?koi8-r?B?.............?=

Сервер - FreeBSD 5.4 + Apache 1.3.34 + PHP 5.1.2

Настройки пхп:
sendmail_path /usr/sbin/sendmail -t -i
SMTP localhost

Фрагмент файла maillog фри, иллюстрирующий ошибку:

Jul 6 11:09:25 free sendmail[4183]: k6689PBw004183: from=nobody, size=517, class=0, nrcpts=1, msgid=<200607060809.k6689PBw004183@free.local>, bodytype=8BITMIME, relay=nobody@localhost
Jul 6 11:09:25 free sm-mta[4184]: k6689PtO004184: from=<nobody@free.local>, size=768, class=0, nrcpts=1, msgid=<200607060809.k6689PBw004183@free.local>, bodytype=8BITMIME, proto=ESMTP, daemon=Daemon0, relay=localhost [127.0.0.1]
Jul 6 11:09:25 free sendmail[4183]: k6689PBw004183: to=user@corp.com, ctladdr=nobody (65534/65534), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30517, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (k6689PtO004184 Message accepted for delivery)
Jul 6 11:09:26 free sm-mta[4186]: STARTTLS=client, relay=oblako.com.ua., version=TLSv1/SSLv3, verify=FAIL, cipher=RC4-MD5, bits=128/128
Jul 6 11:09:26 free sm-mta[4186]: k6689PtO004184: to=<user@corp.com>, ctladdr=<nobody@free.local> (65534/65534), delay=00:00:01, xdelay=00:00:01, mailer=esmtp, pri=30768, relay=oblako.com.ua. [62.149.0.217], dsn=2.0.0, stat=Sent ( <200607060809.k6689PBw004183@free.local> Queued mail for delivery)

С чем может быть связана проблемма? в какую сторону рыть?
352
14 июля 2006 года
skywalker
694 / / 10.02.2006
Письма отправляются с аттачами?
18K
14 июля 2006 года
seagull
5 / / 14.07.2006
нет, без аттачей, только текст
15
14 июля 2006 года
shaelf
2.7K / / 04.05.2005
mail() почти всегда возвращает true, но это не значит, что письмо отправилось, это значит, что оно встало в очередь к отправке. Далее его судьбой распряжается почтовый сервер (sendmail и иже с ним).
8.4K
15 июля 2006 года
assume
74 / / 22.02.2006
Точно такая же проблема. Логи те-же. Только отправляю с локали (на @gmail.com, @sms.beemail.ru приходит, а вот @mail.ru, @rambler.ru нет) приходит ответное письмо с @mail.ru
Код:
The original message was received at Sat, 15 Jul 2006 01:56:55 GMT
from tux [127.0.0.1]

   ----- The following addresses had permanent fatal errors -----
<user@mail.ru>
    (reason: 550 Unrouteable address)

   ----- Transcript of session follows -----
... while talking to mxs.mail.ru.:
>>> MAIL From:<assume@tux.local> SIZE=563
<<< 550 Unrouteable address
554 5.0.0 Service unavailable

[-- Вложение #2 --]
[-- Тип: message/delivery-status, кодировка: 7bit, размер: 0,3K --]

Reporting-MTA: dns; tux.local
Received-From-MTA: DNS; tux
Arrival-Date: Sat, 15 Jul 2006 01:56:55 GMT

Final-Recipient: RFC822; user@mail.ru
Action: failed
Status: 5.0.0
Diagnostic-Code: SMTP; 550 Unrouteable address
Last-Attempt-Date: Sat, 15 Jul 2006 01:57:00 GMT

[-- Вложение #3 --]
[-- Тип: message/rfc822, кодировка: 7bit, размер: 0,6K --]

Date: Sat, 15 Jul 2006 01:56:51 +0000
From: <assume@tux.local>
Subject: no_subject
To: user@mail.ru

и письмо с @rambler.ru
Код:
The original message was received at Sat, 15 Jul 2006 02:03:12 GMT
from tux [127.0.0.1]

   ----- The following addresses had permanent fatal errors -----
<user@rambler.ru>
    (reason: 554 Service unavailable; Client host [83.149.40.135] blocked using cbl.abuseat.org; Blocked - see
+http://cbl.abuseat.org/lookup.cgi?ip=83.149.40.135)

   ----- Transcript of session follows -----
... while talking to imx1.rambler.ru.:
>>> DATA
<<< 554 Service unavailable; Client host [83.149.40.135] blocked using cbl.abuseat.org; Blocked - see
+http://cbl.abuseat.org/lookup.cgi?ip=83.149.40.135
554 5.0.0 Service unavailable
<<< 554 Error: no valid recipients

[-- Вложение #2 --]
[-- Тип: message/delivery-status, кодировка: 7bit, размер: 0,4K --]

Reporting-MTA: dns; tux.local
Received-From-MTA: DNS; tux
Arrival-Date: Sat, 15 Jul 2006 02:03:12 GMT

Final-Recipient: RFC822; user@rambler.ru
Action: failed
Status: 5.0.0
Remote-MTA: DNS; imx1.rambler.ru
Diagnostic-Code: SMTP; 554 Service unavailable; Client host [83.149.40.135] blocked using cbl.abuseat.org; Blocked - see
+http://cbl.abuseat.org/lookup.cgi?ip=83.149.40.135
Last-Attempt-Date: Sat, 15 Jul 2006 02:03:19 GMT

[-- Вложение #3 --]
[-- Тип: message/rfc822, кодировка: 7bit, размер: 0,6K --]

Date: Sat, 15 Jul 2006 02:03:09 +0000
From: <assume@tux.local>
Subject: no_Subject
To: user@rambler.ru
2
15 июля 2006 года
squirL
5.6K / / 13.08.2003
83.149.40.135 - ваш адрес? если да, то вы в блэк-листе cbl.abuseat.org. связывайтесь с ними, с администрацией почтовых серверов и разруливайте. это не тех. проблема.
18K
18 июля 2006 года
seagull
5 / / 14.07.2006
выяснили причину.
оказалось дело в интеллектуальных спамфильтрах на корпоративном почтовике
2
19 июля 2006 года
squirL
5.6K / / 13.08.2003
что и требовалось доказать. кстати, я бы не называл эти спамфильтры интеллектуальными. интеллектуальные - это те, которые способны анализировать контент и обучаться. в данном случае - тупая фильтрация по базе IP.
Реклама на сайте | Обмен ссылками | Ссылки | Экспорт (RSS) | Контакты
Добавить статью | Добавить исходник | Добавить хостинг-провайдера | Добавить сайт в каталог