LINUX.ORG.RU
ФорумAdmin

что случилось с qmail


0

0

товарищи скажите что случилось с qmail отправляет нормально, но при приеме - на отправителя отправляется вот что
The original message was received at Thu, 25 Sep 2003 18:25:17 +0400 (MSD)
from Server1.some.ru [xxx.xxx.xxx.xxx] (may be forged)

----- The following addresses had permanent fatal errors -----
<user@domen.ru>
(reason: 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1))

----- Transcript of session follows -----
... while talking to domen.ru:
>>> DATA
<<< 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)
550 5.1.1 <user@domen.ru>... User unknown
<<< 503 RCPT first (#5.5.1)

anonymous

Это уже на рабочей системе случилось или вы только установили и это результат?

anonymous
()

sorry, that domain isn't in my list of allowed rcpthosts есть такой файлик - rcpthosts. А вообще - почитай qmail-faq на русском зеркале qmail. Там же есть большой форум по нему.

grustnoe ★★
()
Ответ на: комментарий от neshura

Это случилось на уже работающей станции! Т.е. в одни рпекрасный момент, у меня все перестало приниматься. Без видимых на то причин. А в доке сказано, что в rcp нужно писать только самого себя. Добы спамеры не прислсла письмо с 5000 адресатами, а мой почтовик их рассылал!

Пожалуйста не бросайте меня в беде!

anonymous
()

Вот блин ругаться хочется!!!!!!!!!!!!!!!!!!
Поставьте вопрос нормально. Опишите ситуацию.
Лог smtp-сессии наконец приведите! Неужели это сложно?????
Ничего непонятно.
Откуда отправляете? RELAYCLIENT установлен?
С какого адреса? На какой адрес? Какой у вас домен?
Может он для этого "domen.ru" и вообще принимать не должен?
"<<< 503 RCPT first (#5.5.1)" - почему так?
сделали DATA без RCPT TO:
так что ли?
И вообще, вы документацию читать пытались?
www.ru.qmail.org например? прежде чем задавать непонятные вопросы....

neshura
()

Еще на всякий случай проверте у вас bind поднят, у меня был подобный казус, обязательно нужно врубать dns хотя-бы в кеширующем варианте.

anonymous
()

1064571917.172955 delivery 20: deferral: Sorry,_I_wasn't_able_to_establish_an_SMTP_connection._(#4.4.1)/ 1064571917.173368 status: local 0/10 remote 0/20

1064557824.897221 starting delivery 424: msg 18361 to local nivin@vov.bnovo.ru 1064557824.900115 status: local 1/10 remote 0/20 1064557825.005717 delivery 424: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/ 1064557825.010555 status: local 0/10 remote 0/20

два вот таких вот сообшения! то, что мне в лг пишется! DNS - поднятая и ей пользуются... т.е. все ок! На осталные вопросы - ответить не могу, потому как не знаю! мне этот сервер по наследству достался. Если вы скажите куда глянуть, то конечно же покажу.

anonymous
()

Ну тогда вам нужно изучать www.ru.qmail.org
Sorry,_I_wasn't_able_to_establish_an_SMTP_connection
ну видимо ваш сервер не может с кем-то соединиться по 25 порту
Sorry,_no_mailbox_here_by_that_name._(#5.1.1)
а юзер nivin@vov.bnovo.ru есть вообще?
или может патч MAC стоит и не обновлена база юзеров?

и самое главное - изучайте www.ru.qmail.org
и форум, имеющийся там.

neshura
()
Ответ на: комментарий от neshura

очень дельный совет! некоторые части этого сайта, я уже персказать могу!!! а форум - мне уже билией стал! где правда то?

anonymous
()
Ответ на: комментарий от anonymous

а что бы могла значить эта строка: !26.09.2003, 16:42:02: SEND - Сервер сообщает: qq trouble creating files in queue (#4.3.0)

anonymous
()

Ты ка запускаешь var/qmail/bin/qmail-smtpd? через tcpserver? если да, то проверь наличие/содержимое того файла, имя которого идет после -x

А про trouble creating files in queue - посмотри права доступа на /var/qmail/queue (ls -al) и объем своюодного места на его разделе (df -h)

fagot ★★★★★
()

Вы случайно с правами не баловались, может у него нет прав на директории куда он должен складывать сообщения, был такой случай.

anonymous
()
Ответ на: комментарий от fagot

блин, ну почему все такие добрые? я ведь не спрашивал как преводиться! я спросил что бы это значило!!

А какие права должны быть? кому доступен? у меня владелец - рут, а группа qmail и так на всех папках в /var/qmail/ а еще если написать в коммандоной строке mail vasya ответив на все вопросы,вместо выполнения отправкм он говрит qmail-inject: fatal: qq trouble creating files in queue (#4.3.0) как это не понять? первести я могу!

anonymous
()
Ответ на: комментарий от anonymous

опа! проблема перефразируется (или меняется)
теперь звучит она так: письма все отправляются, но не одно не принимается, ни с сторонних доменов, ни с моего собственного, ни даже локально! т.е. пишу mail root все отпрвилось, но потом от имени root пишу mail и соббщение - нет почты для root. Проблема была в том, что (видно старый админ перд уваольнением) права все захреначил насмерть! Вот. теперь что делать с новой частью? в rcphosts вот что

localhost
ns.localnet
mail.my.domen.ru

anonymous
()

А вот похоже и грабли действительно с доступом, у меня и владелец и группа на все что /var/qmail является qmail. Ведь если права у группы обычно r-w, то как он будет почту складывать?

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.