IMHO.WS

IMHO.WS (http://www.imho.ws/index.php)
-   Пингвинятник (ОС *NIX) (http://www.imho.ws/forumdisplay.php?f=76)
-   -   проблема с Qmail (http://www.imho.ws/showthread.php?t=117384)

DjQuazar 30.03.2007 10:34
проблема с Qmail
 
В общем, поставил Qmail. Почти все работает, ктроме... Письма отсылаются нормально, все доходит, куда надо. Но входящие письма вроде как приходят.
Вот что пишет в логах

/var/log/qmail/qmail-pop3d/current
@40000000460cab812f3a3b9c tcpserver: pid 10385 from 192.168.1.30
@40000000460cab8216d0bc84 tcpserver: ok 10385 :192.168.1.10:110 :192.168.1.30::1376
@40000000460cab830a97c4e4 tcpserver: end 10385 status 256
@40000000460cab830a97e424 tcpserver: status: 0/100
@40000000460cab8711dd3054 tcpserver: status: 1/100
@40000000460cab8711dd4f94 tcpserver: pid 10388 from 192.168.1.30
@40000000460cab8816e8b924 tcpserver: ok 10388 :192.168.1.10:110 :192.168.1.30::1378
@40000000460cab8827ea9314 tcpserver: end 10388 status 256
@40000000460cab8827eaae6c tcpserver: status: 0/100
@40000000460cab882a001d04 tcpserver: status: 1/100
@40000000460cab882a003c44 tcpserver: pid 10392 from 192.168.1.30
@40000000460cab8e0ec8996c tcpserver: ok 10392 :192.168.1.10:110 :192.168.1.30::1380
@40000000460cab8e0ec8b8ac tcpserver: end 10392 status 256
@40000000460cab8e0ec8c84c tcpserver: status: 0/100
@40000000460cab8e0ec8d7ec tcpserver: status: 1/100
@40000000460cab8e0ec8eb74 tcpserver: pid 10396 from 192.168.1.30
@40000000460cab9238576c7c tcpserver: ok 10396 :192.168.1.10:110 :192.168.1.30::1382
@40000000460cab930918645c tcpserver: end 10396 status 256
@40000000460cab9309188784 tcpserver: status: 0/100
@40000000460cab930b129264 tcpserver: status: 1/100
@40000000460cab930b12b1a4 tcpserver: pid 10399 from 192.168.1.30
@40000000460cabce10398aa4 tcpserver: ok 10399 :192.168.1.10:110 :192.168.1.30::1384
@40000000460cabce1039adcc tcpserver: end 10399 status 256
@40000000460cabce1039bd6c tcpserver: status: 0/100

/var/log/qmail/qmail-send/current
@40000000460cad8a16264bb4 new msg 305182
@40000000460cad8a16266edc info msg 305182: bytes 6475 from <#@[]> qp 10629 uid 500
@40000000460cad8a18dc4fac starting delivery 216: msg 305182 to local postmaster@mageron.ru
@40000000460cad8a18dc72d4 status: local 2/10 remote 0/255
@40000000460cad8a18dc8274 delivery 215: success: did_0+1+0/qp_10629/
@40000000460cad8a18dc9214 status: local 1/10 remote 0/255
@40000000460cad8a18dca1b4 end msg 305180
@40000000460cad8a19198b74 delivery 216: failure: This_message_is_looping:_it_already_has_my_Delivered-To_line._(#5.4.6)/
@40000000460cad8a1919b284 status: local 0/10 remote 0/255
@40000000460cad8a1919c224 triple bounce: discarding bounce/305182
@40000000460cad8a1919d5ac end msg 305182
@40000000460cae9239ddbe5c new msg 305177
@40000000460cae9239dddd9c info msg 305177: bytes 15923 from <ehbowles@cnn.com> qp 10675 uid 507
@40000000460cae923b71a8b4 starting delivery 217: msg 305177 to local director@mageron.ru
@40000000460cae923b71cbdc status: local 1/10 remote 0/255
@40000000460cae9302c5f40c delivery 217: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/
@40000000460cae9302c61734 status: local 0/10 remote 0/255
@40000000460cae93041251fc bounce msg 305177 qp 10678
@40000000460cae930412713c end msg 305177
@40000000460cae93041cb624 new msg 305182
@40000000460cae93041cc9ac info msg 305182: bytes 16449 from <> qp 10678 uid 506
@40000000460cae9305bce51c starting delivery 218: msg 305182 to remote ehbowles@cnn.com
@40000000460cae9305bd0844 status: local 0/10 remote 1/255
@40000000460cae950e07ca0c delivery 218: failure: 64.236.221.40_does_not_like_recipient./Remote_host_said:_501_#5.1.1_bad_address_ehbowles@cnn.com/Giving_up_on_64.236.221.40./
@40000000460cae950e07f11c status: local 0/10 remote 0/255
@40000000460cae950f85cb04 bounce msg 305182 qp 10681
@40000000460cae950f85ea44 end msg 305182
@40000000460cae9510235af4 new msg 305180
@40000000460cae9510237264 info msg 305180: bytes 16970 from <#@[]> qp 10681 uid 506
@40000000460cae951269dff4 starting delivery 219: msg 305180 to local postmaster@mageron.ru
@40000000460cae951269ff34 status: local 1/10 remote 0/255
@40000000460cae953039dd04 new msg 305182
@40000000460cae953039fc44 info msg 305182: bytes 17075 from <#@[]> qp 10684 uid 500
@40000000460cae9531d67604 starting delivery 220: msg 305182 to local postmaster@mageron.ru
@40000000460cae9531d69544 status: local 2/10 remote 0/255
@40000000460cae9531d6a8cc delivery 219: success: did_0+1+0/qp_10684/
@40000000460cae9531d6b86c status: local 1/10 remote 0/255
@40000000460cae9531d6c80c end msg 305180
@40000000460cae9531d6d7ac delivery 220: failure: This_message_is_looping:_it_already_has_my_Delivered-To_line._(#5.4.6)/
@40000000460cae9531d6ef1c status: local 0/10 remote 0/255
@40000000460cae9531d6febc triple bounce: discarding bounce/305182
@40000000460cae9531d76834 end msg 305182

/var/log/qmail/qmail-smtpd/current
@40000000460cab6d2abfa82c tcpserver: pid 10378 from 213.180.223.151
@40000000460cab6d2f36a1bc tcpserver: ok 10378 mageron.ru:80.254.103.252:25 webmail24.mail.yandex.net:213.180.223.151::54279
@40000000460cab6e0c5bc3d4 tcpserver: end 10378 status 0
@40000000460cab6e0c5be314 tcpserver: status: 0/30
@40000000460cabc21afa41f4 tcpserver: status: 1/30
@40000000460cabc21afa6134 tcpserver: pid 10403 from 213.180.223.151
@40000000460cabc21d7e9b14 tcpserver: ok 10403 mageron.ru:80.254.103.252:25 webmail24.mail.yandex.net:213.180.223.151::53352
@40000000460cabcd1ce6a8a4 tcpserver: end 10403 status 0
@40000000460cabcd1ce6c7e4 tcpserver: status: 0/30
@40000000460cad8119f345bc tcpserver: status: 1/30
@40000000460cad8119f368e4 tcpserver: pid 10611 from 200.75.59.126
@40000000460cad8126a7e1b4 tcpserver: ok 10611 mageron.ru:80.254.103.252:25 plms7559-126.etb.net.co:200.75.59.126::62952
@40000000460cad84072f0aec tcpserver: end 10611 status 0
@40000000460cad84072f2a2c tcpserver: status: 0/30
@40000000460cae8d335d9304 tcpserver: status: 1/30
@40000000460cae8d335db244 tcpserver: pid 10674 from 122.100.46.253
@40000000460cae8d363b1c2c tcpserver: ok 10674 mageron.ru:80.254.103.252:25 :122.100.46.253::3278
@40000000460cae9321557474 tcpserver: end 10674 status 0
@40000000460cae93215593b4 tcpserver: status: 0/30
@40000000460caead3945106c tcpserver: status: 1/30
@40000000460caead39452bc4 tcpserver: pid 10690 from 68.16.141.10
@40000000460caeae20f1e044 tcpserver: ok 10690 mageron.ru:80.254.103.252:25 adsl-068-016-141-010.sip.tys.bellsouth.net:68.16.141.10::3352
@40000000460caeb11055444c tcpserver: end 10690 status 0
@40000000460caeb11055638c tcpserver: status: 0/30

помогите, в чем трабла. Уже 2 дня мучаюсь

SinClaus 03.04.2007 16:10
Во первых советовал бы обрабатывать логи после cat программкой tai64nlocal - идет в комплекте с qmail. Тогда белиберда будет расшифрована в нормальное время.
По принципу cat current | grep хххх@yyyyyyyyyy.com | tai64nlocal

Во вторых - явное зацикливание, нужно смотреть /var/qmail/control, /var/qmail/alias, /usr/local/vpopmail/domains/xxxxxxx/.qmail*

Plague 04.03.2009 14:07
народ, уже третью неделю с сабжем бьюсь. сперва с ssl его никак скрестить не получалось. вроде скрестил.
щас еще веселей - нифига не ходит.

в логах:

[14:00:24:/usr/local/vpopmail]# tail -n5 /var/log/maillog
Код:
Mar  4 13:16:29 plague-FreeBSD vpopmail[51827]: vchkpw-pop3: (PLAIN) login success plague@plague-freebsd.home:192.168.1.7
Mar  4 13:25:49 plague-FreeBSD vpopmail[51988]: vchkpw-pop3: (PLAIN) login success plague@plague-freebsd.home:192.168.1.7
Mar  4 13:25:50 plague-FreeBSD qmail-scanner-queue.pl: qmail-scanner[51990]: Clear:RC:1(192.168.1.7): 0.179725 645 plague@plague-FreeBSD.home plague@plague-freebsd.home test <557613712.20090304132542@plague-FreeBSD.home> 1236162350.51992-0.plague-FreeBSD.home:115 orig-plague-FreeBSD.home123616235054051990:645
Mar  4 13:40:51 plague-FreeBSD vpopmail[52256]: vchkpw-pop3: (PLAIN) login success plague@plague-freebsd.home:192.168.1.7
Mar  4 13:55:52 plague-FreeBSD vpopmail[52509]: vchkpw-pop3: (PLAIN) login success plague@plague-freebsd.home:192.168.1.7
[14:02:52:/usr/local/vpopmail]# tail /var/log/qmail/qmail-send/current | tai64nlocal
Код:
2009-03-04 13:25:51.211625500 starting delivery 5: msg 71788 to local log@plague-freebsd.home
2009-03-04 13:25:51.212396500 status: local 1/10 remote 0/120
2009-03-04 13:25:51.212689500 starting delivery 6: msg 71788 to local postmaster@plague-freebsd.home
2009-03-04 13:25:51.234183500 status: local 2/10 remote 0/120
2009-03-04 13:25:51.257499500 delivery 6: failure: mail_is_looping/
2009-03-04 13:25:51.258206500 status: local 1/10 remote 0/120
2009-03-04 13:25:51.259269500 delivery 5: failure: mail_is_looping/
2009-03-04 13:25:51.259723500 status: local 0/10 remote 0/120
2009-03-04 13:25:51.260040500 triple bounce: discarding bounce/71788
2009-03-04 13:25:51.260315500 end msg 71788
причем мыло отправляю никакому не постмастеру, а самому себе.
откуда, блин берется этот mail_is_looping?? уже всю голову сломал. и самое обидное, даже не могу понять куда копать :help:
кроме соответствующей рифмы (соответствующей, впрочем ситуации) - в голову уже ничего не приходит. кофе заканчивается. нервы - уже давно.

SinClaus 04.03.2009 17:53
Файлик "Жизнь с Qmail" проштурирован?
Судя по логу шлется письмо в log@xxxx, поскольку такого адреса нет, срабатывает правило bounce, и т.д.
Внимательно проверить что написано в файлах в /var/qmail/control, почитать - в /var/qmail/doc :). На моем старом (!) сервере (уже ушел с той работы) раздача была с вирт. доменами по IMAP, в корне доменного каталога в файле .qmail-default было записано
Код:
| /usr/local/vpopmail/bin/vdelivermail '' delete
- во избежание появления bounce-писем. Больше пока не помню, извини.

Plague 04.03.2009 20:37
Цитата:
Сообщение от SinClaus (Сообщение 1638160)
Файлик "Жизнь с Qmail" проштурирован?
проштудирован. и не только он..
Цитата:
Сообщение от SinClaus (Сообщение 1638160)
Внимательно проверить что написано в файлах в /var/qmail/control
каких конкретно? говорю, я уже третью неделю их читаю, толку - ноль.
Цитата:
Сообщение от SinClaus (Сообщение 1638160)
| /usr/local/vpopmail/bin/vdelivermail '' delete
оно и так все удаляет, в том числе и то что не следует...
Цитата:
Сообщение от SinClaus (Сообщение 1638160)
- во избежание появления bounce-писем.
это не во избежание появления, а действие по умолчанию., тоесть для адресов которых нет. я-то отправляю на адрес существующий, а вот почему оно его не видит - это вопрос... :( :idontnow:

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

SinClaus 05.03.2009 07:32
Поконтачь с Helldomain - он в QMail эксперт. Я с ней работал последний раз давненько, подробностей не помню.

А строчка которую я привел - именно "во избежание", т.е. мой сервер принципиально не отвечал на письма, адресованные неправильным юзверям.

Plague 05.03.2009 11:28
Цитата:
Сообщение от SinClaus (Сообщение 1638249)
А строчка которую я привел - именно "во избежание", т.е. мой сервер принципиально не отвечал на письма, адресованные неправильным юзверям.
а я что говорю? он их удаляет. только мне не это нужно. проблема в том, что оно не принимает письмо на существующий ящик (plague@plague-freebsd.home), хотя авторизацию с него берет; а уже потом начинает писать репорты на служебные о том что не может его доставить. служебные тоже не находит и поэтому вся свистопляска и получается. решится проблема нахождения оного - думаю так же решиться и проблема со служебными ящиками.

Цитата:
Сообщение от SinClaus (Сообщение 1638249)
Поконтачь с Helldomain
блин, сказал не отправлять читать - стали писать с кем поговорить. еще раз повторяю: я хочу получить ответ здесь. не в обиду, но следующий ответ типа "спроси или почитай там" будет вознагражден соответствующе. я сам прекрасно и читать и спрашивать умею, и без всякой пересылки знаю где. одно из таких мест - этот форум. есть идеи - обсудим. нужны какие конфиги - выложу. если идей нет - идем мимо. но хватит заниматься пересылкой по инстанциям. и так пол-интернета завалено loop-пересылками, причем как раз unix-сфера грешит ими больше всего.

ps. честное слово, и ругаться не хочется, ибо понимаю, что лучшими намереньями.., и не правильно это, ибо ими вымощена дорога.. в данном случае - в никуда.

SinClaus 05.03.2009 18:43
Ну давай по порядку, больше вроде некому :)
Не принимает на один ящик?
Какие .qmail-* файлы лежат... да, кстати, куда письма доставляются? В postbox, postdir, userdir? К руту письма идут? Права на запись у юзверя из группы qmail* (ну не помню с какими правами пущается доставляльщик) в почтовый ящик есть? badrcptto, bouncefrom, defaultdelivery :), rcpthosts, recipients?
Пока больше ничего в голову не приходит...

Plague 05.03.2009 20:09
вот это - предметный разговор :beer:

письма идут в /usr/local/vpopmail/domains/

Код:
[19:16:08:/usr/local/vpopmail/domains]# ls -la
total 6
drwx------  3 vpopmail  vchkpw  512  3 мар 20:58 .
drwxr-xr-x  8 root      wheel  512 20 фев 15:14 ..
drwx------  5 vpopmail  vchkpw  512  4 мар 02:36 plague-freebsd.home

[19:16:19:/usr/local/vpopmail/domains]# cd plague-freebsd.home
[19:16:44:/usr/local/vpopmail/domains/plague-freebsd.home]# ls -la
total 12
drwx------  5 vpopmail  vchkpw  512  4 мар 02:36 .
drwx------  3 vpopmail  vchkpw  512  3 мар 20:58 ..
-rw-------  1 vpopmail  vchkpw  97  3 мар 21:47 .qmail-default
-rw-------  1 vpopmail  vchkpw    0  3 мар 20:58 .qmailadmin-limits
drwx------  3 vpopmail  vchkpw  512  4 мар 02:23 bounce
drwx------  3 vpopmail  vchkpw  512  3 мар 20:59 plague
drwx------  3 vpopmail  vchkpw  512  3 мар 20:58 postmaster

[19:16:46:/usr/local/vpopmail/domains/plague-freebsd.home]# cat .qmail-default
| /usr/local/vpopmail/bin/vdelivermail '' /usr/local/vpopmail/domains/plague-freebsd.home/bounce
по поводу содержимого .qmail-default - изначально стояло bounce-no-mailbox - результат тот же.
письма не ходят вообще. тоесть ни с телнета на localhost, ни системные (хотя точно знаю что должны, от крона того же).

далее:
Код:
[19:24:41:/var/qmail]# ls -la
total 32
drwxr-xr-x  15 root    qmail  512  3 мар 16:06 .
drwxr-xr-x  32 root    wheel  1024  5 мар 19:24 ..
drwxr-sr-x  2 alias  qmail  512  3 мар 18:10 alias
drwxr-xr-x  2 root    qmail  1536  3 мар 16:06 bin
drwxr-xr-x  2 root    qmail  512  3 мар 16:06 boot
drwxr-xr-x  2 root    qmail  512  3 мар 16:06 configure
drwxr-xr-x  2 root    qmail  512  4 мар 03:38 control
drwxr-xr-x  2 root    qmail  1024  3 мар 16:06 doc
drwxr-xr-x  6 root    qmail  512 24 фев 23:38 man
drwxr-xr-x  5 root    qmail  512  2 мар 15:45 qmailanalog
drwxr-x---  11 qmailq  qmail  512 24 фев 23:38 queue
-r-xr-x--x  1 root    qmail  104 25 фев 01:48 rc
drwxr-xr-x  2 root    qmail  512  3 мар 16:06 scripts
drwxr-xr-x  2 root    qmail  512 25 фев 03:57 service
drwxr-xr-x  5 root    qmail  512 24 фев 23:47 supervise
drwxr-xr-x  2 root    qmail  512  4 мар 13:06 users

[19:26:38:/var/qmail/alias]# ls -la
total 10
drwxr-sr-x  2 alias  qmail  512  3 мар 18:10 .
drwxr-xr-x  15 root  qmail  512  3 мар 16:06 ..
lrwxr-xr-x  1 root  qmail  28 23 фев 20:15 .qmail-anonymous -> /var/qmail/alias/.qmail-root
-rw-r--r--  1 root  qmail    7  3 мар 18:10 .qmail-mailer-daemon
-rw-r--r--  1 root  qmail    7  3 мар 18:11 .qmail-postmaster
-rw-r--r--  1 root  qmail    7  3 мар 18:10 .qmail-root
в алиасах тут везде одно и тоже:
plague

далее
Код:
$ cd /var/qmail/control
$ cat locals
localhost
localhost.home
plague-freebsd.home

$ cat defaultdelivery
./Maildir
badrcptto, bouncefrom - отсутствуют вообще
rcpthosts - как видно выше пустой
recipients - это скрипт, в котором в первой строчке написано не трогать там ничего.

где-то читал что qmail не знает, что такое файл hosts и понимает только реальные днс-записи, так вот, днс сервер поднят (и вполне удачно работает, - еще 4ре компа на нем сидят), и соответственно
Код:
$nslookup 192.168.1.6
Server:                127.0.0.1
Address:        127.0.0.1#53

6.1.168.192.in-addr.arpa        name = plague-FreeBSD.home.

$ nslookup plague-freebsd.home
Server:                127.0.0.1
Address:        127.0.0.1#53

Name:        plague-freebsd.home
Address: 192.168.1.6
очень сильно подозреваю что косяк именно с мейл-директориями..
либо правов не хватает ему, либо он их в другом месте ищет.
хотя добавлял всё через vqadmin, так что должно быть всё правильно по идее... :idontnow:

вроде на все вопросы ответил...


ps. небольшой офтоп: кстати, нет ли в бсд какой-то тулзы-аналога Filemon от sysinternals? чтоб можно было натравить на процесс и посмотреть куда оно ломится и что читает. думаю, что подбный монитор ооочень сильно упростил бы процесс выявления косяков, по крайней мере в винде сисинтерналовские тулзы - чуть ли не основной у меня инструмент при поиске "сам_не_знаю_почему_не_работает"

добавлено: чмоднул в 777 все директории внутри /usr/local/vpopmail/domains/plague-freebsd.home/plague - никакого эффекта. вернул все взад..

добавил
Код:
localhost
plague-FreeBSD.home
в rcpthosts - тоже не спасло.

SinClaus 06.03.2009 06:03
По поводу sysinternals - см. lsof и strace (первая в sysutils, вторая - в devel). Полезная вещь при работе с qmail.
Поскольку обзор пока результатов не дал - посмотри лог qmail-send, локальная доставка тоже в ее ведении.
Так кто занимается раскладкой писем? vpopmail?
.....
Да, кстати - spamassasin и clamav присутствуют? У них все нормально? В них письмо передается пайпом вроде, и при сбое испаряется...

Plague 06.03.2009 11:40
да, spamassasin и clamav имеются. хз, сегодня опять практически всю ночь морочился. кой-какие ошибки нашел, но на результат оно все равно не повлияло.
Цитата:
Сообщение от SinClaus (Сообщение 1638543)
Так кто занимается раскладкой писем? vpopmail?
да, он.
Цитата:
Сообщение от SinClaus (Сообщение 1638543)
посмотри лог qmail-send
абсолютно не изменился после моих ночных шаманств:
Код:
cat /var/log/qmail/qmail-send/current | tai64nlocal
2009-03-06 11:31:25.403925500 status: local 0/10 remote 0/120
2009-03-06 11:32:27.242778500 new msg 71848
2009-03-06 11:32:27.243026500 info msg 71848: bytes 1163 from <plague@plague-FreeBSD.home> qp 49119 uid 98
2009-03-06 11:32:27.251291500 starting delivery 1: msg 71848 to local log@plague-freebsd.home
2009-03-06 11:32:27.251448500 status: local 1/10 remote 0/120
2009-03-06 11:32:27.251770500 starting delivery 2: msg 71848 to local plague@plague-freebsd.home
2009-03-06 11:32:27.259401500 status: local 2/10 remote 0/120
2009-03-06 11:32:27.355560500 delivery 1: failure: mail_is_looping/
2009-03-06 11:32:27.378434500 status: local 1/10 remote 0/120
2009-03-06 11:32:27.378627500 delivery 2: failure: mail_is_looping/
2009-03-06 11:32:27.378931500 status: local 0/10 remote 0/120
2009-03-06 11:32:27.391968500 bounce msg 71848 qp 49127
2009-03-06 11:32:27.392273500 end msg 71848
2009-03-06 11:32:27.401066500 new msg 71974
2009-03-06 11:32:27.401294500 info msg 71974: bytes 1746 from <> qp 49127 uid 87
2009-03-06 11:32:27.409312500 starting delivery 3: msg 71974 to local log@plague-freebsd.home
2009-03-06 11:32:27.409461500 status: local 1/10 remote 0/120
2009-03-06 11:32:27.409864500 starting delivery 4: msg 71974 to local plague@plague-FreeBSD.home
2009-03-06 11:32:27.430746500 status: local 2/10 remote 0/120
2009-03-06 11:32:27.430965500 delivery 3: failure: mail_is_looping/
2009-03-06 11:32:27.450820500 status: local 1/10 remote 0/120
2009-03-06 11:32:27.451117500 delivery 4: failure: mail_is_looping/
2009-03-06 11:32:27.451410500 status: local 0/10 remote 0/120
2009-03-06 11:32:27.474280500 bounce msg 71974 qp 49134
2009-03-06 11:32:27.474584500 end msg 71974
2009-03-06 11:32:27.480530500 new msg 71998
2009-03-06 11:32:27.480769500 info msg 71998: bytes 2237 from <#@[]> qp 49134 uid 87
2009-03-06 11:32:27.488655500 starting delivery 5: msg 71998 to local log@plague-freebsd.home
2009-03-06 11:32:27.488802500 status: local 1/10 remote 0/120
2009-03-06 11:32:27.489064500 starting delivery 6: msg 71998 to local postmaster@plague-freebsd.home
2009-03-06 11:32:27.511562500 status: local 2/10 remote 0/120
2009-03-06 11:32:27.511797500 delivery 5: failure: mail_is_looping/
2009-03-06 11:32:27.533411500 status: local 1/10 remote 0/120
2009-03-06 11:32:27.533676500 delivery 6: failure: mail_is_looping/
2009-03-06 11:32:27.533971500 status: local 0/10 remote 0/120
2009-03-06 11:32:27.534273500 triple bounce: discarding bounce/71998
2009-03-06 11:32:27.534496500 end msg 71998
spamassasin вот на что ругается:
Код:
Mar  6 04:59:40 plague-FreeBSD spamd[1073]: spamd: handle_user unable to find user: 'plague@plague-freebsd.home'
Mar  6 04:59:40 plague-FreeBSD spamd[1073]: spamd: checking message <191335988.20090306045938@plague-FreeBSD.home> for plague@plague-freebsd.home:58
Mar  6 04:59:47 plague-FreeBSD spamd[1073]: spamd: clean message (1.5/5.0) for plague@plague-freebsd.home:58 in 6.9 seconds, 797 bytes.
Mar  6 04:59:47 plague-FreeBSD spamd[1073]: spamd: result: . 1 - ALL_TRUSTED,TVD_SPACE_RATIO scantime=6.9,size=797,user=plague@plague-freebsd.home,uid=58,required_score=5.0,rhost=localhost,raddr=127.0.0.1,rport=63678,mid=<191335988.20090306045938@plague-FreeBSD.home>,autolearn=no
но дальше как я понимаю опять же по тому логу идет все нормально. да и долгое гугление на тему этой ошибки (и не только прошедшей ночью) привело меня к выводу что это не критичная ошибка, и про нее можно забыть. решений ее я не нашел, зато где-то попадалось как сделать так чтоб она своим наличием в логах не доставала - похоже это косяк самого асасина.

SinClaus 06.03.2009 12:37
Где-то герр Бернштайн по поводу трепетного отношения к зацикливанию писал - точно помню. Ща отсижу корпоративу и почитаю.
Для хохмы - заведи себе отдельный адрес для логов и посмотри что станет. В смысле из алиасов убери plaque и вставь полное имя другой записи.

Plague 06.03.2009 12:48
да тут мне всеж кажется проблема не в зацикливании. точней зацикливание является следствием другой проблемы. оно вообще не видит куда слать. в лог посмотри: оно сперва исправно отсылает куда надо (точней пытается это сделать) но похоже туда не попадает. начинает слать соответственно отчеты и тож не находит куда. вот оттуда и косяк. мне кажется что оно в принципе не находит куда домен физически припаркован, всмысле куда мессаги для него класть... очень подозреваю, что если решить эту проблему, то вторая вполне возможно разрешится тоже, так как и ящики log@ и postmaster@ оно похоже не находит по той же причине..

или я не прав?

SinClaus 06.03.2009 16:27
Ну у тебя же стоит bind со своими bindutils? У него есть скрипты для проверки правильности записи в зоне. Есть утилитка dig, есть nslookup в конце концов. Проверь кстати записи MX, если уж речь зашла о зоне.

Plague 06.03.2009 16:44
не о зоне. а о том, что сам qmail или vqadmin или кто там почту раскладывает не может этого домена признать. с зоной нормально все.
Код:
host plague-freebsd.home
plague-freebsd.home has address 192.168.1.6
plague-freebsd.home mail is handled by 10 plague-freebsd.home.

SinClaus 06.03.2009 18:09
1. Что показывает hostname.
2. Присутствует ли файлик me в каталоге control qmail'а и что в нем?
3. Там же в rcpthosts должны быть перечислены домены, которые qmail обязан знать.

Plague 06.03.2009 19:26
Код:
# hostname
plague-FreeBSD.home

# cat /var/qmail/control/me
plague-freebsd.home

# cat /var/qmail/control/rcpthosts
localhost
plague-FreeBSD.home
снес в vqadmin пользователей домена plague-freebsd.home а потом и сам домен и создал всех заново. перегрузил систему полностью.
ситуация стала веселей: письма до Плейга ходить начали, но при этом оно все равно зачем-то еще и для совсем непонятных адресов шлет:
Код:
2009-03-06 19:13:20.609177500 status: local 0/10 remote 0/120
2009-03-06 19:13:20.677230500 bounce msg 72085 qp 1636
2009-03-06 19:13:20.677673500 end msg 72085
2009-03-06 19:13:20.700470500 new msg 72074
2009-03-06 19:13:20.700767500 info msg 72074: bytes 2226 from <#@[]> qp 1636 uid 87
2009-03-06 19:13:20.755174500 starting delivery 11: msg 72074 to local plague-freebsd.home-log@plague-freebsd.home
2009-03-06 19:13:20.757285500 status: local 1/10 remote 0/120
2009-03-06 19:13:20.757629500 starting delivery 12: msg 72074 to local plague-freebsd.home-postmaster@plague-freebsd.home
2009-03-06 19:13:20.794823500 status: local 2/10 remote 0/120
2009-03-06 19:13:20.799837500 delivery 11: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/
2009-03-06 19:13:20.827821500 status: local 1/10 remote 0/120
2009-03-06 19:13:24.334105500 delivery 12: success: did_0+0+1/
2009-03-06 19:13:24.334586500 status: local 0/10 remote 0/120
2009-03-06 19:13:24.334914500 triple bounce: discarding bounce/72074
2009-03-06 19:13:24.335160500 end msg 72074
кто все эти люди и зачем и почему оно им пишет я пока не понял. но в любом случае сдвиги уже есть, хоть и непонятно чем вызванные... :rolleyes:

SinClaus 06.03.2009 20:22
Это у тебя алиасы покорежили запись для логов. Непонятно с чего возникает bounce сообщение если письмо до тебя доходит.
qmail-smtp запускается через tcpserver? Покажи строку или командный файл которым оно запускается.

Plague 07.03.2009 00:15
скрипт старта smtp я брал отсюда:
http://qmail.jms1.net/scripts/servic...mtpd-run.shtml
ну, естественно немного пути подрихтовал в соответствии со своим расположением взаимосвязанных сервисов:
Код:
#!/bin/sh
exec 2>&1
VQ="/var/qmail"
PATH="$VQ/bin:/usr/local/bin:/usr/bin:/bin"
QUSER=qmaild
LOCAL=`head -1 $VQ/control/me`
IP=0.0.0.0
PORT=25
SSL=0
SSL_CERT="$VQ/control/servercert.pem"
SMTP_CDB="/usr/local/vpopmail/etc/tcp.smtp.cdb"
MAX=30
SMTPD="qmail-smtpd"
FORCE_TLS=0
DENY_TLS=0
MFCHECK=3
QMAILSMTPD_LOG_MAIL=1
QMAILSMTPD_LOG_RCPT=1
AUTH=1
REQUIRE_AUTH=1
ALLOW_INSECURE_AUTH=0
CHECKPW="/usr/local/vpopmail/bin/vchkpw"
TRUE=`which true`
VALIDRCPTTO_CDB="$VQ/control/validrcptto.cdb"
VALIDRCPTTO_LIMIT=10
VALIDRCPTTO_LOG=2
SPFBEHAVIOR=3
SPF_LOG=1
SPF_BLOCK_PLUS_ALL=1
NOP0FCHECK=1
QDUID=`id -u $QUSER`
QDGID=`id -g $QUSER`
if [ -z "$IP" -o "$IP" = "unset" ]
then
        echo "The IP variable is not set in the run script. Cannot start."
        sleep 5
        exit 1
fi
if [ -z "$QDUID" -o -z "$QDGID" -o -z "$MAX" -o -z "$LOCAL" \
        -o -z "$SSL" -o -z "$AUTH" ]
then
        echo "One of the variables QDUID, QDGID, MAX, LOCAL, SSL, or AUTH"
        echo "is not set in the run script. Cannot start."
        sleep 5
        exit 1
fi
if [ ! -f $VQ/control/rcpthosts ]
then
        echo Creating emtpy $VQ/control/rcpthosts file to prevent open relay.
        touch $VQ/control/rcpthosts
        chmod 644 $VQ/control/rcpthosts
fi
if [ -f $VQ/bin/qmail-scanner-queue ]
then
        export QMAILQUEUE=$VQ/bin/qmail-scanner-queue
elif [ -f $VQ/bin/qmail-scanner-queue.pl ]
then
        export QMAILQUEUE=$VQ/bin/qmail-scanner-queue.pl
elif [ -f $VQ/bin/qmail-spamassassin -a -f /usr/bin/spamassassin ]
then
        export QMAILQUEUE=$VQ/bin/qmail-spamassassin
fi
if [ "$SSL" = "1" ]
then
        if ! which sslserver > /dev/null 2>&1
        then
                echo ERROR: sslserver not found in PATH [$PATH]
                exit 1
        fi
        if [ ! -f $SSL_CERT ]
        then
                echo ERROR: $SSL_CERT does not exist
                exit 1
        fi
        export CERTFILE=${SSL_CERT}
        export KEYFILE=""
        export DHFILE=""
        SCMD="sslserver -e"
else
        if [ -n "$SSL_CERT" ]
        then
                export TLS_SERVER_CERT=${SSL_CERT}
        fi
        SCMD="tcpserver"
fi
if [ "$IP" = "127.0.0.1" ]
then
        export RELAYCLIENT=""
        RBLSMTPD_PROG=""
        ACMD=""
elif [ -z "${SMTP_CDB:-}" ]
then
        ACMD=""
else
        if [ ! -f "$SMTP_CDB" ]
        then
                echo ERROR: $SMTP_CDB does not exist
                exit 1
        fi
        ACMD="-x $SMTP_CDB"
fi
if [ "$AUTH" = "1" ]
then
        if [ -n "$AUTH_CDB" ]
        then
                if [ ! -f $AUTH_CDB ]
                then
                        echo ERROR: AUTH_CDB file [$AUTH_CDB] does not exist
                        exit 1
                fi
                export AUTH_CDB
                ARGS=""
        elif [ -n "$CHECKPW" ]
        then
                if [ ! -f $CHECKPW ]
                then
                        echo ERROR: $CHECKPW [$CHECKPW] program does not exist
                        exit 1
                fi
                if [ -z "$LOCAL" ]
                then
                        echo ERROR: LOCAL is not set in the run script
                        exit 1
                elif [ -z "$TRUE" ]
                then
                        echo ERROR: TRUE is not set in the run script
                        exit 1
                elif [ ! -e $TRUE ]
                then
                        echo ERROR: $TRUE [$TRUE] is not an executable
                        exit 1
                fi
                ARGS=" $LOCAL $CHECKPW $TRUE"
        else
                echo ERROR: AUTH=1 but no AUTH_CDB or CHECKPW
                exit 1
        fi
else
        ARGS=""
        AUTH_CDB=""
fi
RBLCMD=""
if [ -n "$RBLSMTPD_PROG" ]
then
        if [ -n "$RBL_GOOD" ]
        then
                for name in $RBL_GOOD
                do
                        RBLCMD="$RBLCMD -a $name"
                done
        fi
        if [ -n "$RBL_BAD" ]
        then
                for name in $RBL_BAD
                do
                        RBLCMD="$RBLCMD -r $name"
                done
        fi
        if [ -n "$RBLCMD" ]
        then
                RBLCMD="$RBLSMTPD_PROG -t0 $RBLCMD"
        fi
fi
if [ "$DOMAINKEYS" = "1" ]
then
        if [ -f "$VQ/bin/qmail-dk" ]
        then
                if [ -n "$QMAILQUEUE" ]
                then
                        export DKQUEUE="$QMAILQUEUE"
                fi
                export AUTH_UNSET_DKVERIFY=1
                export QMAILQUEUE="$VQ/bin/qmail-dk"
                if [ -n "$DKVERIFY" ] ; then export DKVERIFY ; fi
                if [ -n "$DKSIGN"  ] ; then export DKSIGN  ; fi
        else
                echo ERROR: $VQ/bin/qmail-dk not found, cannot use domainkeys
        fi
fi
if [ -z "$RECORDIO" ]
then
        RECORDIO=""
fi
if [ -z "$GREYLIST" ]
then
        GREYLIST=""
fi
for n in SSL                                        \
        MAXLOAD                                        \
        MAXCONNIP                                \
        MAXCONNC                                \
        DIEMSG                                        \
        DIEMSG_MAXLOAD                                \
        DIEMSG_MAXCONNIP                        \
        DIEMSG_MAXCONNC                                \
        JGREYLIST_DIR                                \
        JGREYLIST_NOREV                                \
        JGREYLIST_BY_IP                                \
        JGREYLIST_HOLDTIME                        \
        JGREYLIST_LOG                                \
        JGREYLIST_LOG_PID                        \
        JGREYLIST_LOG_SMTP                        \
        JGREYLIST_TIMEOUT                        \
        JGREYLIST_LIMIT                                \
        SMTPGREETING                                \
        GREETDELAY                                \
        DROP_PRE_GREET                                \
        FORCE_TLS                                \
        DENY_TLS                                \
        MFCHECK                                        \
        MAXRCPT                                        \
        RELAYREJ                                \
        QMAILSMTPD_LOG_MAIL                        \
        QMAILSMTPD_LOG_RCPT                        \
        QMAILSMTPD_HELP_VERSION                        \
        REQUIRE_AUTH                                \
        ALLOW_INSECURE_AUTH                        \
        AUTH_CDB                                \
        AUTH_SET_MFCHECK                        \
        AUTH_SET_MAXRCPT                        \
        AUTH_SET_DATABYTES                        \
        AUTH_SET_SPFBEHAVIOR                        \
        AUTH_SET_VALIDRCPTTO_LIMIT                \
        AUTH_SET_VALIDRCPTTO_LOG                \
        AUTH_SET_SPF_LOG                        \
        AUTH_SET_RELAYREJ                        \
        AUTH_SET_VALIDRCPTTO_CDB                \
        AUTH_SET_QMAILSMTPD_LOG_MAIL                \
        AUTH_SET_QMAILSMTPD_LOG_RCPT                \
        AUTH_SET_QMAILSMTPD_HELP_VERSION        \
        VALIDRCPTTO_CDB                                \
        VALIDRCPTTO_LIMIT                        \
        VALIDRCPTTO_LOG                                \
        SPFBEHAVIOR                                \
        SPF_LOG                                        \
        SPF_BLOCK_PLUS_ALL                        \
        DKVERIFY                                \
        AUTH_SET_DKSIGN                                \
        QMAILQUEUE                                \
        NOP0FCHECK                                \
        SIMSCAN_DEBUG                                \
        SIMSCAN_DEBUG_FILES
do
        # note: not 100% sure "eval" works under old-school /bin/sh
        eval "if [ -n \"\$$n\" ];then echo \"$n=\\\"\$$n\\\"\";export $n;fi"
done
CMD="$SCMD -vR -l $LOCAL -c $MAX -u $QDUID -g $QDGID $ACMD $IP $PORT"
CMD="$CMD $RBLCMD $GREYLIST $RECORDIO $SMTPD $ARGS"
echo "command-line: exec $CMD 2>&1"
exec $CMD 2>&1
echo ERROR: command did not run correctly
exit 1
кстати, после добавление в /var/qmail/control/locals
домена plague-freebsd.home - почта опять ходить перестает. странно. домен-то локальный.. возможно в том косяк и был.
с причинами отсылки репотров так пока и не разобрался..
в алиасах /var/qmail/alias все по старому: просто plague

SinClaus 07.03.2009 09:39
Попробуй для начала поставить IP=127.0.0.1 и
QMAILSMTPD_LOG_MAIL=0
QMAILSMTPD_LOG_RCPT=0

И сопутствующий вопрос - validrcptto.cdb заполнен?

Plague 07.03.2009 16:06
Цитата:
Сообщение от SinClaus (Сообщение 1638757)
Попробуй для начала поставить IP=127.0.0.1
:contract: http://qmail.jms1.net/scripts/servic...mtpd-run.shtml
Цитата:
# Set it to "127.0.0.1". This will allow only processes on the server itself to connect. The script assumes that the server trusts itself, and if it sees "IP=127.0.0.1", it removes most of the security-related options (the tcpserver access control file, greylisting, rblsmtpd, etc.) from the final command line, as a way to reduce the CPU and DNS load.
# Set it to "0" (zero) or "0.0.0.0", which will cause it to listen for connections on EVERY interface on the machine, regardless of IP address.
что собственно и произошло: The Bat мне выдал сообщение что не может соединиться с сервером.

Цитата:
Сообщение от SinClaus (Сообщение 1638757)
QMAILSMTPD_LOG_MAIL=0
QMAILSMTPD_LOG_RCPT=0
не дало нужного эффекту.

Цитата:
Сообщение от SinClaus (Сообщение 1638757)
И сопутствующий вопрос - validrcptto.cdb заполнен?
да, но вот момент: там не было адресов @localhost
скорей поэтому сообщения от крона не ходили. сейчас пересоздал, посмотрим.
на попытку отсылки в log@plague-freebsd.home не повлияло. надо поискать может это clamav или spamassassin шлет..

SinClaus 07.03.2009 16:21
Что бы уходило в log@... должен быть либо юзверь (желательно их создавать через vadduser а не через оболочки и прочие визарды), либо сделать .qmail-log. Если мне склероз не изменяет. Причем они должны иметь права доступа 600 и принадлежать vpopmail:vchkpw, иначе они игнорируются. В каталоге alias похоже работают только те три что создаются при генерации системы.
Потихоньку вспоминается, но не все сразу...

Plague 07.03.2009 16:29
Цитата:
Сообщение от SinClaus (Сообщение 1638865)
Что бы уходило в log@... должен быть либо юзверь
да это-то понятно, не понятно что туда вообще и зачем шлется... :негр:

SinClaus 07.03.2009 19:09
К юзерам с составными именами все еще пытается что-то послать? Типа plague-freebsd.home-log@plague-freebsd.home?
Миднайтом поиск по всем каталогам где есть алиасы (на слово log), в том числе с целью выявить алиасы, ссылающиеся друг на друга...

Plague 08.03.2009 22:59
Цитата:
Сообщение от SinClaus (Сообщение 1638892)
К юзерам с составными именами все еще пытается что-то послать?
неа. оно просто дублирует письмо еще и в log@plague-freebsd.home...

нашел я откудова этот log@ брался:
Цитата:
8.2. How do I keep a copy of all incoming and outgoing mail messages?

Answer: Set QUEUE_EXTRA to "Tlog\0" and QUEUE_EXTRALEN to 5 in extra.h.
Recompile qmail. Put ./msg-log into ~alias/.qmail-log.
а у меня эта опция включена была в настройках порта.
вроде щас все фунциклирует. в том числе и @localhost (добавил "localhost:plague-freebsd.home" в /var/qmail/control/virtualdomains )

SinClaus 09.03.2009 10:57
Ну будем считать что справились :)
Кстати перед перекомпиляций что бы не возиться с перенастройкой, я просто стираю соответствующий каталог в /var/db/ports - если где-то нужно поменять опции.

Plague 09.03.2009 11:46
ну, конкретно эта опция через make config тоже прекрасно выправилась. хотя давно уже замечено что далеко и далеко не все опции (по крайней мере, в FreeBSD-портах) выведены на make config.. mysql я компилю хоть и из портов, но с командной строкой в три этажа.. но эт уже не совсем к данному топику относится..


Часовой пояс GMT +4, время: 18:36.

Powered by vBulletin® Version 3.8.5
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.