myhand

Рейтинг
278
Регистрация
16.09.2009
LEOnidUKG:
Ну то что не подставляется это было видно только в логах не отправленных писем. Сейчас же очередь пуста и всё доставляется.

То что очередь пуста - означает, что либо принимающий сервер взял на себя

доставку сообщения _дальше_ либо _сразу_ отказался брать ваше сообщение.

Сюрприз: адресату сообщение может в итоге таки не попасть (место под почту он

израсходовал, например). И Вы об этом ничего не узнаете, ибо во From у Вас

совершенно "левый" адрес.

LEOnidUKG:
Решил и эту проблемку.
Заполз в /etc/mail_reverse_dns
и там было:
64.191.63.117 s1.chatukg.net
Поменял на
64.191.63.117 chatukg.net
и перезапуск Exim на всякий, и всё как рукой сняло хехех

Это часть "проблемки". Например, как Вам объяснили - не указывается

реальный From в письмах. В результате "подставляется" nobody@s1.chatukg.net (пользователь явно от UID апача сконструирован).

Как минимум, отлуп при неуспешной доставке уйдет в никуда. А бывает еще и так, что

принимающий сервер захочет "сходить" по SMTP на сервер s1.chatukg.net с

проверкой - а есть ли там подобный адрес.

LEOnidUKG:
Вот. рамблер прислал ответку, по старой проблемке:
Sep 26 23:05:37 mx9 postfix/smtpd[11286]: NOQUEUE: reject: RCPT from unknown[64.191.63.117]: 450

Теперь вопрос, где настраивается в WHM, чтобы письма шли от домена сайта, а не от главного хоста, а то он ессесно не существует?

Скорее всего - ему не нравится, что PTR указывает на нечто, отличное от s1.*******.net

У Вас вообще:

$ host 64.191.63.117

117.63.191.64.in-addr.arpa domain name pointer chatukg.net.

$ host chatukg.net.

chatukg.net has address 64.191.63.118

chatukg.net mail is handled by 0 chatukg.net.

Этот не в WHM лечится :-)

Как сделать, чтобы "шли с домена сайта":

1) посмотреть документацию функции mail():

http://ru.php.net/manual/en/function.mail.php

и указать заголовок From: - как минимум, у Вас этого нет (письма уходят от nobody@ в итоге).

2) посмотреть документацию на предмет ini-опций, наприпер sendmail_from

Miracle:
но както же запрос кешируется...

Вы бы показали все заголовки уже. Например, Cache-Control, Expires,

Last-Modified - это было бы более интересно.

Alex131:
Обычная данная проблема упирается в нехватку оперативки. Сколько ее у Вас7

Допустим, я знаю что у него 1Gb. Вам это сильно поможет?

Miracle:
Просмотр хттп заголовков дал вот это
Keep-Alive: 300
connection: keep-alive

подскажите, не может ли влиять на эту ошибку
спасибо.

(зы. что это вообще такое?)

1. влиять - вряд-ли

2. что такое?

http://en.wikipedia.org/wiki/Keepalive#HTTP_Keepalive

http://tools.ietf.org/html/rfc2616#section-8.1

sovka:
Сервер со временем начинает тормозить, после перезагрузки начинает ехать быстрее.
Почему так происходит?

Кто ж знает? :-)

sovka:

Возможно ли сделать что-то в плане программной оптимизации? может кто окажет услуги?

Пишите в личку. Без подробностей Вам никто не

поможет - в нашей Вселенной телепатия не работает.

Sla_Dom:
sovka, настрйоте Апач и Мускуль

А вдруг Вы не угадали и у человека постгресс?

LEOnidUKG:
Вру... дошли письма... только минут 15 шли ))))

Тогда вообще проблемы нет :-) Почта - не IM.

LEOnidUKG:
Рамблер противица руками и ногами, не хочет принимать :)))

Что хоть при этом в логи-то пишет?

netwind:
myhand, ну да. это исключит ЕЩЕ ОДНУ причину, связанную с непрерывной работой скрипта на сервере, когда клиент закрывает соединение. А это практически всегда происходит если в течении 20 минут данные браузеру не поступают. Я не утверждал, что ВСЕ причины.

Все верно. Это настройка на сервере. Но решает она проблему ТС, если

источник обрыва работы скрипта - клиентская сторона. (я спорил с тем, что

"ignore_user_abort это для серверной части").

Вы вообще, узнали как ТС запускает скрипт? Я - нет. Может wget из cron (а там

еще могут работать свои лимиты (pam_limit, например), в том числе на

время работы крон-сценария).

Всего: 4890