форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"некоторые странности доставки почты в postfix"
Сообщение от Skif (ok) on 25-Окт-05, 11:20  (MSK)
Трямки всем. Последние несколько дней началипоступать жало бы от пользователей почтовика. По началу их тупо отфутболивал, ибо по логам значилось, что им почта доставлена. Так как в компаниии не практикуется сохранение писем на сервере, то опровергнуть сие утверждение даже мне самому было проблемно. Но сегодня утром столкнуся с такой вот проблемой: имеется один ящик на который сыплятся уведомления об обменах распеределенной базы 1С. заноч таких писем набегает с полторы сотни. Каждое утро я прихожу и просматриваю их. все ли прошло нормально, но сегодня был "приятно удивлен" их отсутствием. кинулся в логи. вот один из кусков лога: Oct 25 00:09:06 xxx-podol postfix/smtpd[66824]: 78554FDC1: client=unknown[10.0.38.3] Oct 25 00:09:06 xxx-podol postfix/cleanup[66825]: 78554FDC1: warning: header Subject:=?Windows-1251?B?UmVpbmRleC1CYWNrVXA6IHRhbG9uMjAwMw==?= from unknown[10.0.38.3]; from=<sydney@xxx.kiev.ua> to=<exchange@xxx.kiev.ua> proto=SMTP helo=<asx.dial.vsi.ru> Oct 25 00:09:06 xxx-podol postfix/cleanup[66825]: 78554FDC1: message-id=<20051024210906.78554FDC1@xxx-podol.xxx.com.ua> Oct 25 00:09:06 xxx-podol postfix/qmgr[682]: 78554FDC1: from=<sydney@xxx.kiev.ua>, size=9143, nrcpt=1 (queue active) Oct 25 00:09:06 xxx-podol postfix/smtpd[66824]: disconnect from unknown[10.0.38.3] Oct 25 00:09:07 xxx-podol postfix/pickup[65089]: A814EFDC9: uid=106 from=<sydney@xxx.kiev.ua> Oct 25 00:09:07 xxx-podol postfix/cleanup[66825]: A814EFDC9: warning: header Subject:=?Windows-1251?B?UmVpbmRleC1CYWNrVXA6IHRhbG9uMjAwMw==?= from local; from=<sydney@xxx.kiev.ua> to=<exchange@xxx.kiev.ua> Oct 25 00:09:07 xxx-podol postfix/cleanup[66825]: A814EFDC9: message-id=<20051024210906.78554FDC1@xxx-podol.skif.com.ua> Oct 25 00:09:07 xxx-podol postfix/qmgr[682]: A814EFDC9: from=<sydney@xxx.kiev.ua>, size=9261, nrcpt=1 (queue active) Oct 25 00:09:07 xxx-podol postfix/pipe[66826]: 78554FDC1: to=<exchange@xxx.kiev.ua>, relay=mailfilter, delay=1, status=sent (dummy) Oct 25 00:09:07 xxx-podol postfix/qmgr[682]: 78554FDC1: removed Oct 25 00:09:07 xxx-podol postfix/virtual[66835]: A814EFDC9: to=<exchange@xxx.kiev.ua>, relay=virtual, delay=0, status=sent (delivered to maildir) маленькое замечание по логу exchange@xxx.kiev.ua ящик такой существует, но почта перенаправляется на другой, мой персональный. О конфе: старая проверенная годами боевая сцепка: postfix + mysql + courier-imap + самопальный скрипт для привязки clamav. [root@xxx-podol.xxx.com.ua] /usr/home/skif/:postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases command_directory = /usr/local/sbin config_directory = /usr/local/etc/postfix daemon_directory = /usr/local/libexec/postfix debug_peer_level = 4 default_privs = nobody disable_vrfy_command = yes header_checks = regexp:/usr/local/etc/postfix/header-checks html_directory = no inet_interfaces = all mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = /usr/local/bin/procmail mailq_path = /usr/local/bin/mailq manpage_directory = /usr/local/man message_size_limit = 40024000 mime_header_checks = pcre:/usr/local/etc/postfix/mime_checks mydestination = $myhostname, localhost.$mydomain, localhost myhostname = xxx-podol.xxx.com.ua mynetworks = 10.0.0.0/16, 127.0.0.0/8, 195.20.xxx.xxx/32, 194.143.xxx.xxx/32, 195.46.xxx.xxx/32, 82.144.xxx.xxx/32, 195.20.xxx.xxx/32, 195.140.xxx.xxx/32, 217.25.xxx.xxx/32, 195.234.xxx.xxx/32, 212.40.xxx.xxx/32, 195.140.xxx.xxx/32, 62.80.xxx.xxx/32, 195.20.xxx.xxx/32, 192.168.2.0/24, 10.55.0.11/32 myorigin = $myhostname newaliases_path = /usr/local/bin/newaliases queue_directory = /var/spool/postfix readme_directory = no reject_code = 550 relay_domains = $transport_maps,$mydestination sample_directory = /usr/local/etc/postfix sendmail_path = /usr/local/sbin/sendmail setgid_group = maildrop smtp_skip_5xx_greeting = no smtpd_banner = $myhostname ESMTP $mail_name smtpd_client_restrictions = reject_rbl_client list.dsbl.org,regexp:/usr/local/etc/postfix/block_from_name smtpd_recipient_restrictions = mysql:/usr/local/etc/postfix/protected_destinations, reject_rbl_client opm.blitzed.org, reject_rbl_client list.dsbl.org, reject_rbl_client bl.spamcop.net, reject_rbl_client sbl-xbl.spamhaus.org,check_sender_access mysql:/usr/local/etc/postfix/restricted_senders, permit_mynetworks,check_sender_access mysql:/usr/local/etc/postfix/antispam,reject_unauth_destination smtpd_restriction_classes = local_only,insiders_only transport_maps = mysql:/usr/local/etc/postfix/transport.cf unknown_client_reject_code = 550 unknown_local_recipient_reject_code = 550 virtual_alias_maps = mysql:/usr/local/etc/postfix/remote_aliases.cf virtual_gid_maps = static:6 virtual_mailbox_base = / virtual_mailbox_maps = mysql:/usr/local/etc/postfix/aliases.cf virtual_transport = virtual virtual_uid_maps = static:65534 [root@xxx-podol.xxx.com.ua] /usr/home/skif/: в чем может быть трабл? как может оказаться так, что почта как бы доставлена, но ее нет. И не было даже попытки забрать. До моего прихода: [root@xxx-podol.xxx.com.ua] /usr/home/skif/:less /var/log/maillog | grep pop | grep skif@xxx.kiev.ua Oct 25 09:48:23 xxx-podol pop3d: LOGIN, user=skif@xxx.kiev.ua, ip=[::ffff:10.0.38.27] Oct 25 09:48:43 xxx-podol pop3d: LOGOUT, user=skif@xxx.kiev.ua, ip=[::ffff:10.0.38.27], top=0, retr=1147421 Oct 25 09:49:43 xxx-podol pop3d: LOGIN, user=skif@xxx.kiev.ua, ip=[::ffff:10.0.38.27]
	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "некоторые странности доставки почты в postfix"
Сообщение от jonatan (ok) on 25-Окт-05, 12:56  (MSK)
>Oct 25 00:09:07 xxx-podol postfix/virtual[66835]: A814EFDC9: to=<exchange@xxx.kiev.ua>, relay=virtual, delay=0, status=sent (delivered to maildir) > >маленькое замечание по логу exchange@xxx.kiev.ua ящик такой существует, но почта перенаправляется на >другой, мой персональный. А где запись агента virtual, что почта для exchange@xxx.kiev.ua (orig_to=exchange@xxx.kiev.ua) перенаправилась на другой ящик?
Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "некоторые странности доставки почты в postfix"
	Сообщение от Skif (ok) on 25-Окт-05, 13:42  (MSK)
	>>Oct 25 00:09:07 xxx-podol postfix/virtual[66835]: A814EFDC9: to=<exchange@xxx.kiev.ua>, relay=virtual, delay=0, status=sent (delivered to maildir) >> >>маленькое замечание по логу exchange@xxx.kiev.ua ящик такой существует, но почта перенаправляется на >>другой, мой персональный. >А где запись агента virtual, что почта для exchange@xxx.kiev.ua (orig_to=exchange@xxx.kiev.ua) перенаправилась на >другой ящик? ан нету... но сейчас просматривал - не ругается таким макаром, хотя дебаг поднимал до заоблачных высот, действительно, словно и нет пересылки... Да ладно, я на это забить готов. мне бы понять куда улетучилось не одно, не два а полторы сотни писем...
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	3. "некоторые странности доставки почты в postfix"
	Сообщение от jonatan (ok) on 25-Окт-05, 14:19  (MSK)
	>Да ладно, я на это забить готов. мне бы понять куда улетучилось >не одно, не два а полторы сотни писем... Судя по логам в maildir, указанный для exchange@xxx.kiev.ua в virtual_mailbox_maps = mysql:/usr/local/etc/postfix/aliases.cf
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "некоторые странности доставки почты в postfix"
	Сообщение от Skif (ok) on 25-Окт-05, 15:08  (MSK)
	>>Да ладно, я на это забить готов. мне бы понять куда улетучилось >>не одно, не два а полторы сотни писем... >Судя по логам в maildir, указанный для exchange@xxx.kiev.ua в >virtual_mailbox_maps = mysql:/usr/local/etc/postfix/aliases.cf да, абсолютно верно. имеется такой ящик и такая запись именно в мускуле. но имеется еще сейчас иперенаправление на ящик skif@xxx.kiev.ua
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "некоторые странности доставки почты в postfix"
	Сообщение от jonatan (ok) on 25-Окт-05, 15:25  (MSK)
	>да, абсолютно верно. имеется такой ящик и такая запись именно в мускуле. >но имеется еще сейчас иперенаправление на ящик skif@xxx.kiev.ua Покажите строки таблиц из баз virtual_alias_maps = mysql:/usr/local/etc/postfix/remote_aliases.cf virtual_mailbox_maps = mysql:/usr/local/etc/postfix/aliases.cf для этих адресов.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "некоторые странности доставки почты в postfix"
	Сообщение от Skif (ok) on 25-Окт-05, 16:04  (MSK)
	>>да, абсолютно верно. имеется такой ящик и такая запись именно в мускуле. >>но имеется еще сейчас иперенаправление на ящик skif@xxx.kiev.ua >Покажите строки таблиц из баз >virtual_alias_maps = mysql:/usr/local/etc/postfix/remote_aliases.cf >virtual_mailbox_maps = mysql:/usr/local/etc/postfix/aliases.cf >для этих адресов. mysql> select * from aliases where alias='exchange@klo.kiev.ua'; +-------+------+----------------------+-------------------------------------+----------+--------------------+ | id    | gid  | alias                | maildir                             | password | info               | +-------+------+----------------------+-------------------------------------+----------+--------------------+ | 65534 |    6 | exchange@xxx.kiev.ua | /mail/domains/xxx.kiev.ua/exchange/ | xxx      | No info about user | +-------+------+----------------------+-------------------------------------+----------+--------------------+ 1 row in set (0.00 sec) mysql> mysql> select * from remote_aliases where alias='exchange@xxx.kiev.ua'; +------------------------+------------------+------+ | alias                  | rcpt             | bcc  | +------------------------+------------------+------+ | exchange@xxx.kiev.ua   | skif@xxx.kiev.ua | NULL | +------------------------+------------------+------+ 1 row in set (0.00 sec) mysql> Кстати, сейчас отследил, что проблема имеет место такая ситуевина и с другим ящиком, но там уже без всяких alias-ов: Oct 25 09:24:29 xxx-podol postfix/smtpd[98181]: connect from unknown[10.0.38.209] Oct 25 09:24:30 xxx-podol postfix/smtpd[98181]: D23F8FDD1: client=unknown[10.0.38.209] Oct 25 09:24:32 xxx-podol postfix/cleanup[98183]: D23F8FDD1: warning: header Subject: =?windows-1251?B?1uXt8vDg6yDP08EgysvO0cDUMDAwMDAwMDYyysvOLg==?= from unknown[10.0.38.209]; from=<urbdsklad@xxx.kiev.ua> to=<urbdxxx@xxx.kiev.ua> proto=ESMTP helo=<franklin> Oct 25 09:24:32 xxx-podol postfix/cleanup[98183]: D23F8FDD1: message-id=<20051025062430.D23F8FDD1@xxx-podol.skif.com.ua> Oct 25 09:24:33 xxx-podol pop3d: LOGIN, user=mas@xxx.kiev.ua, ip=[::ffff:10.0.38.33] Oct 25 09:24:33 xxx-podol pop3d: LOGOUT, user=mas@xxx.kiev.ua, ip=[::ffff:10.0.38.33], top=0, retr=0 Oct 25 09:24:44 xxx-podol pop3d: LOGOUT, user=ukraine@xxx.kiev.ua, ip=[::ffff:10.0.48.10], top=0, retr=733463 Oct 25 09:24:47 xxx-podol postfix/qmgr[682]: D23F8FDD1: from=<urbdsklad@xxx.kiev.ua>, size=56631, nrcpt=1 (queue active) Oct 25 09:24:47 xxx-podol postfix/smtpd[98181]: disconnect from unknown[10.0.38.209] Oct 25 09:24:47 xxx-podol postfix/smtpd[98181]: connect from unknown[10.0.38.209] Oct 25 09:24:48 xxx-podol postfix/smtpd[98181]: 5ED88FDC1: client=unknown[10.0.38.209] Oct 25 09:24:48 xxx-podol postfix/pickup[96198]: A8AA1FDCB: uid=106 from=<urbdsklad@xxx.kiev.ua> Oct 25 09:24:48 xxx-podol postfix/pipe[98080]: D23F8FDD1: to=<urbdxxx@xxx.kiev.ua>, relay=mailfilter, delay=18, status=sent (dummy) Oct 25 09:24:48 xxx-podol postfix/qmgr[682]: D23F8FDD1: removed Oct 25 09:24:48 xxx-podol postfix/cleanup[98220]: A8AA1FDCB: warning: header Subject: =?windows-1251?B?1uXt8vDg6yDP08EgysvO0cDUMDAwMDAwMDYyysvOLg==?= from local; from=<urbdsklad@xxx.kiev.ua> to=<urbdxxx@xxx.kiev.ua> Oct 25 09:24:48 xxx-podol postfix/cleanup[98220]: A8AA1FDCB: message-id=<20051025062430.D23F8FDD1@xxx-podol.skif.com.ua> Oct 25 09:24:48 xxx-podol postfix/qmgr[682]: A8AA1FDCB: from=<urbdsklad@xxx.kiev.ua>, size=56749, nrcpt=1 (queue active) Oct 25 09:24:48 xxx-podol postfix/virtual[98087]: A8AA1FDCB: to=<urbdxxx@xxx.kiev.ua>, relay=virtual, delay=0, status=sent (delivered to maildir) Oct 25 09:24:48 xxx-podol postfix/qmgr[682]: A8AA1FDCB: removed Oct 25 09:24:49 xxx-podol postfix/cleanup[98183]: 5ED88FDC1: warning: header Subject:? =?windows-1251?B?0OXn8+v88uDyIO7y7/Dg4uro0cDUINbl7fLw4Osgz9PBIMrLzg==?= from unknown[10.0.38.209]; from=<> to=<exchange@xxx.kiev.ua> proto=ESMTP helo=<franklin> Oct 25 09:24:49 xxx-podol postfix/cleanup[98183]: 5ED88FDC1: message-id=<20051025062448.5ED88FDC1@xxx-podol.skif.com.ua> Oct 25 09:24:49 xxx-podol postfix/qmgr[682]: 5ED88FDC1: from=<>, size=605, nrcpt=1 (queue active) Oct 25 09:24:49 xxx-podol postfix/smtpd[98181]: disconnect from unknown[10.0.38.209] И точно так же нет ничего в ящике. хотя тут немного другая картина - из ящика на который сыптится почта почта не удаляется при заборе, а лежит до опупения. в общем прошерстил се файлы, так и не нашел искомое письмо датированное 09:24 и тем более с такого мыло, с которого слалось
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "некоторые странности доставки почты в postfix"
	Сообщение от jonatan (ok) on 25-Окт-05, 16:17  (MSK)
	1. Проверьте postmap -q 'exchange@xxx.kiev.ua' mysql:/usr/local/etc/postfix/remote_aliases.cf postmap -q 'exchange@xxx.kiev.ua' mysql:/usr/local/etc/postfix/aliases.cf 2. Что в логах courier-imap?
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	11. "некоторые странности доставки почты в postfix"
	Сообщение от Skif (ok) on 25-Окт-05, 16:37  (MSK)
	>1. Проверьте >postmap -q 'exchange@xxx.kiev.ua' mysql:/usr/local/etc/postfix/remote_aliases.cf >postmap -q 'exchange@xxx.kiev.ua' mysql:/usr/local/etc/postfix/aliases.cf >2. Что в логах courier-imap? [root@xxx-podol.xxx.com.ua] /mail/domains/klo.kiev.ua/urbdklo/:postmap -q 'exchange@xxx.kiev.ua' mysql:/usr/local/etc/postfix/remote_aliases.cf skif@xxx.kiev.ua Куриер ложит в /var/log/maillog и ничего кординального не дает. ну ессно что забор почты, авторизация и т.д. никаких таких вот зацепок(вот пример первого забора за сегодня с моего почтового ящика): [root@xxx-podol.skif.com.ua] /mail/domains/xxx.kiev.ua/urbdxxx/:less /var/log/all.log | grep 09: Oct 25 09:48:09 xxx-podol pop3d: Connection, ip=[::ffff:10.0.38.37] Oct 25 09:48:09 xxx-podol authdaemond.mysql: received auth request, service=pop3, authtype=login Oct 25 09:48:09 xxx-podol pop3d: LOGIN, user=info@xxx.kiev.ua, ip=[::ffff:10.0.38.37] Oct 25 09:48:09 xxx-podol pop3d: LOGOUT, user=info@xxx.kiev.ua, ip=[::ffff:10.0.38.37], top=0, retr=0 Oct 25 09:48:14 xxx-podol pop3d: Connection, ip=[::ffff:10.0.38.98] Oct 25 09:48:14 xxx-podol authdaemond.mysql: received auth request, service=pop3, authtype=login Oct 25 09:48:14 xxx-podol pop3d: LOGIN, user=alena@xxx.kiev.ua, ip=[::ffff:10.0.38.98] Oct 25 09:48:14 xxx-podol pop3d: LOGOUT, user=alena@xxx.kiev.ua, ip=[::ffff:10.0.38.98], top=0, retr=0 Oct 25 09:48:21 xxx-podol pop3d: Connection, ip=[::ffff:10.0.48.10] Oct 25 09:48:21 xxx-podol authdaemond.mysql: received auth request, service=pop3, authtype=login Oct 25 09:48:21 xxx-podol pop3d: LOGIN, user=ukraine@xxx.kiev.ua, ip=[::ffff:10.0.48.10] Oct 25 09:48:22 xxx-podol pop3d: LOGOUT, user=ukraine@xxx.kiev.ua, ip=[::ffff:10.0.48.10], top=0, retr=0 Oct 25 09:48:23 xxx-podol pop3d: Connection, ip=[::ffff:10.0.38.27] Oct 25 09:48:23 xxx-podol authdaemond.mysql: received auth request, service=pop3, authtype=login Oct 25 09:48:23 xxx-podol pop3d: LOGIN, user=skif@xxx.kiev.ua, ip=[::ffff:10.0.38.27] Oct 25 09:48:43 xxx-podol pop3d: LOGOUT, user=skif@xxx.kiev.ua, ip=[::ffff:10.0.38.27], top=0, retr=1147421 Oct 25 09:48:54 xxx-podol pop3d: Connection, ip=[::ffff:10.0.38.98] Oct 25 09:48:54 xxx-podol authdaemond.mysql: received auth request, service=pop3, authtype=login Oct 25 09:48:54 xxx-podol pop3d: LOGIN, user=urbdtest@xxx.kiev.ua, ip=[::ffff:10.0.38.98] Oct 25 09:48:54 xxx-podol pop3d: LOGOUT, user=urbdtest@xxx.kiev.ua, ip=[::ffff:10.0.38.98], top=0, retr=0 тоесть ничего интересного я не почерпнул из этого... :(((
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	12. "некоторые странности доставки почты в postfix"
	Сообщение от Skif (ok) on 25-Окт-05, 16:40  (MSK)
	да,дополнение, если уж так пошло: [root@xxx-podol.xxx.com.ua] /mail/:less /usr/local/etc/courier-imap/authdaemonrc authmodulelist="authmysql" authmodulelistorig="authmysql" daemons=10 DEBUG_LOGIN=2 [root@xxx-podol.xxx.com.ua] /mail/:less /usr/local/etc/courier-imap/authmysqlrc MYSQL_SERVER            localhost MYSQL_USERNAME          mailadmin MYSQL_PASSWORD          _password_ MYSQL_SOCKET            /tmp/mysql.sock MYSQL_PORT              3306 MYSQL_OPT               0 MYSQL_DATABASE          mailserver MYSQL_USER_TABLE        aliases MYSQL_CLEAR_PWFIELD     password DEFAULT_DOMAIN          xxx.kiev.ua MYSQL_UID_FIELD         id MYSQL_GID_FIELD         gid MYSQL_LOGIN_FIELD       alias MYSQL_HOME_FIELD        maildir MYSQL_NAME_FIELD        info MYSQL_MAILDIR_FIELD     maildir
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	13. "некоторые странности доставки почты в postfix"
	Сообщение от jonatan (ok) on 25-Окт-05, 16:53  (MSK)
	postmap -q 'exchange@xxx.kiev.ua' mysql:/usr/local/etc/postfix/aliases.cf ?
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	14. "некоторые странности доставки почты в postfix"
	Сообщение от Skif (ok) on 25-Окт-05, 17:15  (MSK)
	>postmap -q 'exchange@xxx.kiev.ua' mysql:/usr/local/etc/postfix/aliases.cf >? Выше. Повторю [root@xxx-podol.xxx.com.ua] /mail/:postmap -q 'exchange@klo.kiev.ua' mysql:/usr/local/etc/postfix/remote_aliases.cf skif@xxx.kiev.ua [root@xxx-podol.xxx.com.ua] /mail/:
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	15. "некоторые странности доставки почты в postfix"
	Сообщение от jonatan (ok) on 25-Окт-05, 17:25  (MSK)
	Я прошу для файла aliases.cf, а Вы мне для remote_aliases.cf.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	16. "некоторые странности доставки почты в postfix"
	Сообщение от Skif (ok) on 25-Окт-05, 17:42  (MSK)
	>Я прошу для файла aliases.cf, а Вы мне для remote_aliases.cf. ой, невнимательный был... [root@xxx-podol.xxx.com.ua] /mail/:postmap -q 'exchange@xxx.kiev.ua' mysql:/usr/local/etc/postfix/aliases.cf /mail/domains/xxx.kiev.ua/exchange/ [root@xxx-podol.xxx.com.ua] /mail/:
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	17. "некоторые странности доставки почты в postfix"
	Сообщение от jonatan (ok) on 25-Окт-05, 17:57  (MSK)
	Все правильно. Странно конечно, что перенаправление не работает. А так письма должны лежать в /mail/domains/xxx.kiev.ua/exchange/. Место на диске хватает? Может вспомните, после каких изменений это началось (на первый взгляд не относящихся к почте)? В /var/log/messages ничего подозрительного?
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	18. "некоторые странности доставки почты в postfix"
	Сообщение от Skif (ok) on 25-Окт-05, 18:07  (MSK)
	>Все правильно. Странно конечно, что перенаправление не работает. А так письма должны >лежать в /mail/domains/xxx.kiev.ua/exchange/. Место на диске хватает? Может вспомните, после каких >изменений это началось (на первый взгляд не относящихся к почте)? В >/var/log/messages ничего подозрительного? да вот началось пару дней назад, максимум в прошлую среду - жалобы от пользователей, что мол письмо не дошло и т.д. В логи - там чисто. Тихо отфутболиваешь. Саппорту задачу - выпотрошить бат и найти ее/его письмо. Но  свои точно помню когда я принимаю, и такие вещи не киляю ранее чем по рошествии трех дней (у kmail настройка дефолтная на очистку папок от сообщений старше 3 дней, вот ей и пользуюсь). Касательно того, что что-то делается на сервере - только правились правила ipfw на маршрутизацию, да настройки squid  на доступ пользователей (без всякой авторизации просто по ip, delay-pools тоже нет). Что еще? В четверг еще одну сетевую впихнул (от сюда и настройка маршрутизации и правка ipfw). Вот думаю не пропатчить ли clamav, но пока не трогал... В message только крики об arp - все никак не могу подобрать sysctl, что бы сие замолчало. Должна была как бы net.link.ether.inet.log_arp_movements=0 помочь, но эффект нулевой. Чем это вызвано и так знаю - руки не доходят очередной влан поднять на каталисте, что бы сегментировать разные сегменты.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	19. "некоторые странности доставки почты в postfix"
	Сообщение от jonatan (ok) on 26-Окт-05, 08:44  (MSK)
	А где у Вас определен virtual_mailbox_domains? Покажите содержимое таблицы, указанной в transport_maps = mysql:/usr/local/etc/postfix/transport.cf.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	20. "некоторые странности доставки почты в postfix"
	Сообщение от Skif (ok) on 26-Окт-05, 12:01  (MSK)
	>А где у Вас определен virtual_mailbox_domains? Покажите содержимое таблицы, указанной в transport_maps >= mysql:/usr/local/etc/postfix/transport.cf. [root@xxx-podol.xxx.com.ua] /usr/home/skif/:postconf | grep ^virtual_mailbox_domains virtual_mailbox_domains = $virtual_mailbox_maps [root@xxx-podol.xxx.com.ua] /usr/home/skif/:postconf | grep ^virtual_mailbox_maps virtual_mailbox_maps = mysql:/usr/local/etc/postfix/aliases.cf [root@xxx-podol.xxx.com.ua] /usr/home/skif/:
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	21. "некоторые странности доставки почты в postfix"
	Сообщение от jonatan (ok) on 26-Окт-05, 12:34  (MSK)
	Еще раз. Покажите содержимое таблицы, указанной в transport_maps = mysql:/usr/local/etc/postfix/transport.cf.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	22. "некоторые странности доставки почты в postfix"
	Сообщение от Skif (ok) on 26-Окт-05, 14:39  (MSK)
	>Еще раз. Покажите содержимое таблицы, указанной в transport_maps = mysql:/usr/local/etc/postfix/transport.cf. mysql> select * from transport; +--------------+-----------+----------------------+---------+-----------+ | domain       | transport | desription           | aliases | mailboxes | +--------------+-----------+----------------------+---------+-----------+ | xxx.kiev.ua  | virtual   | No info about domain |       0 |         1 | | xxx.com.ua   | virtual   | No info about domain |       0 |         1 | | xxx-k.com.ua | virtual   | No info about domain |       0 |         0 | +--------------+-----------+----------------------+---------+-----------+ 3 rows in set (0.00 sec) mysql>       aliases и mailboxes пока не используются, просто есть задумка на конфу, вот  впихнул еще столбцов
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	23. "некоторые странности доставки почты в postfix"
	Сообщение от jonatan (ok) on 26-Окт-05, 14:47  (MSK)
	Вот поэтому virtual_alias_maps не работают. Теперь объясните, какой глубокий смысл в таком содержимом Вашей таблицы transport_maps и необходимости ее указывать в relay_domains?
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	24. "некоторые странности доставки почты в postfix"
	Сообщение от jonatan (ok) on 26-Окт-05, 15:23  (MSK)
	И включите все-таки debug: debug_peer_level = 4 debug_peer_list = 1.2.3.4 где 1.2.3.4 - адрес клиента, с которого отправляете письмо.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	25. "некоторые странности доставки почты в postfix"
	Сообщение от Skif (ok) on 26-Окт-05, 16:19  (MSK)
	>И включите все-таки debug: >debug_peer_level = 4 >debug_peer_list = 1.2.3.4 >где 1.2.3.4 - адрес клиента, с которого отправляете письмо. debug_peer_level = 4 по дефолту включена. люблю все видеть. остальные надо смотреть Касательно полей transport - тут позволю себе не согласиться. ни одно из полей не считаю лишним. Во первых там находиться список доменов, которые держаться, плюс тип траспорта. Остальные строки планируется использховать в информативных целях - сколько записей в таблице алиасов на домен и сколько реальных ящиков. чисто статистическая фича, для личной софтиныплодить ради этого еще одну таблицу считаю не разумным, тем более что много она не тянет. ПОвторюсь что данная схема работала без отказно два года. старая, проверенная связка, которая поднята у меня уже на бог зная каком количестве серверов. Причем, так как используются одни и теже скрипты для создания базы, таблиц, файлов и т.д. то сим замусорено как минимум 5-6 последних моих серверов, да еще пара-тройка знакомых.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	26. "некоторые странности доставки почты в postfix"
	Сообщение от jonatan (ok) on 26-Окт-05, 17:02  (MSK)
	>debug_peer_level = 4 >по дефолту включена. люблю все видеть. man 5 postconf ... debug_peer_level (default: 2)     The increment in verbose logging level when a remote client or server matches a pattern in the debug_peer_list parameter. ... Т.е. пока Вы не укажите кого-нибудь в debug_peer_list (default: empty), никого debug-а не будет. >Касательно полей transport - тут позволю себе не согласиться. ни одно из >полей не считаю лишним. Во первых там находиться список доменов, которые >держаться, плюс тип траспорта. Остальные строки планируется использховать в информативных целях >- сколько записей в таблице алиасов на домен и сколько реальных >ящиков. чисто статистическая фича, для личной софтиныплодить ради этого еще одну >таблицу считаю не разумным, тем более что много она не тянет. Зачем Вы указываете в transport_maps домены, которые и так "держатся" postfix-ом (например, xxx.kiev.ua)? postfix сам определит класс адреса (virtual mailbox domain class) и необходимый транспорт для доставки (virtual_transport). Читайте http://www.postfix.org/ADDRESS_CLASS_README.html Зачем то еще указали $transport_maps в relay_domains. Похоже Вы даже не понимаете, зачем это делаете.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	27. "некоторые странности доставки почты в postfix"
	Сообщение от Skif (ok) on 27-Окт-05, 11:38  (MSK)
	>>debug_peer_level = 4 >>по дефолту включена. люблю все видеть. >man 5 postconf >... >debug_peer_level (default: 2) нет, это я всегда сам по дефолту вбиваю, как только ставлю сервак. >    The increment in verbose logging level when a >remote client or server matches a pattern in the debug_peer_list parameter. > >... >Т.е. пока Вы не укажите кого-нибудь в debug_peer_list (default: empty), никого debug-а ну в принципе да, согласен, но все же сравнивая вывод с debug_peer_level=2 и четверке пару лет назад, пришел к выводу, что с 4-кой вывод все же более насыщеный. сейчас лень проверять, если честно, но можно будет сравнить. Для самообразования проверюсь вечером. >не будет. >>Касательно полей transport - тут позволю себе не согласиться. ни одно из >>полей не считаю лишним. Во первых там находиться список доменов, которые >>держаться, плюс тип траспорта. Остальные строки планируется использховать в информативных целях >>- сколько записей в таблице алиасов на домен и сколько реальных >>ящиков. чисто статистическая фича, для личной софтиныплодить ради этого еще одну >>таблицу считаю не разумным, тем более что много она не тянет. >Зачем Вы указываете в transport_maps домены, которые и так "держатся" postfix-ом (например, >xxx.kiev.ua)? postfix сам определит класс адреса (virtual mailbox domain class) и >необходимый транспорт для доставки (virtual_transport). Читайте >http://www.postfix.org/ADDRESS_CLASS_README.html >Зачем то еще указали $transport_maps в relay_domains. Похоже Вы даже не понимаете, >зачем это делаете. Немного не понимаю, с чего вы решили, что эти домены держаться постфиксом без этой таблицы? Поясните, или я ничего не понимаю... Всегда считал, что нужно явно указать, что где и как. Если домен держиться - в transport_mapы нужно указать какой, и какой у него транспорт. Нет, как вариант, я воспринимаю удаление и даже теоретически могу себе представить, как это будет работать, типа тоько по таблицам aliases, но для меня эта схема корява, увы. может  я не прав - поясните.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	28. "некоторые странности доставки почты в postfix"
	Сообщение от jonatan (ok) on 27-Окт-05, 12:18  (MSK)
	>Немного не понимаю, с чего вы решили, что эти домены держаться постфиксом >без этой таблицы? Поясните, или я ничего не понимаю... Всегда считал, >что нужно явно указать, что где и как. Если домен держиться >- в transport_mapы нужно указать какой, и какой у него транспорт. Ответьте на простой вопрос: "Где Вы это нашли?". Ссылку плиз. И какую траву при этом курили. Не обижайтесь, но достало. >Нет, как вариант, я воспринимаю удаление и даже теоретически могу себе представить, >как это будет работать, типа тоько по таблицам aliases, но для >меня эта схема корява, увы. может  я не прав - >поясните. Я не могу пояснить, пока Вы не ответите на мой вопрос. Ответ "я так считаю" не принимается.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	29. "некоторые странности доставки почты в postfix"
	Сообщение от Skif (ok) on 27-Окт-05, 13:03  (MSK)
	>>Немного не понимаю, с чего вы решили, что эти домены держаться постфиксом >>без этой таблицы? Поясните, или я ничего не понимаю... Всегда считал, >>что нужно явно указать, что где и как. Если домен держиться >>- в transport_mapы нужно указать какой, и какой у него транспорт. >Ответьте на простой вопрос: "Где Вы это нашли?". Ссылку плиз. И какую >траву при этом курили. Не обижайтесь, но достало. не обижаюсь. хочу разобраться. Нашел на том же postfix.org в том же trasport указано, что он используется, если перейти на язык маршрутизации, маршрута к следующему хопу, в данном случае траспорту, тобишь в альтернативу я могу почту зарелеить через таблицу на соседний сервак в локалке mailserver.com    smtp:local.mailserver.com:25 отбросить и т.д. В своем вараинте я явно перенаправляю на virtual. Потом, моя конфа знает о существовании доменов именно через таблицу transport - ну так исторически, что ли, сложилось... не знаю, что на меня нашло, и virtual_alias_domain я не воспринял/не увидел/не воспользовал. но факт остается фактом - конфа реально работает уже не на одном сервере. ну ладно, уйдем со скользкой темы. если есть желание - могу дать shell на один из них, сами посмотрите. Но это уже приватом, так сказать. >>Нет, как вариант, я воспринимаю удаление и даже теоретически могу себе представить, >>как это будет работать, типа тоько по таблицам aliases, но для >>меня эта схема корява, увы. может  я не прав - >>поясните. >Я не могу пояснить, пока Вы не ответите на мой вопрос. Ответ >"я так считаю" не принимается. а "оно так тоже работает"? :)
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	30. "некоторые странности доставки почты в postfix"
	Сообщение от jonatan (ok) on 27-Окт-05, 14:31  (MSK)
	>не обижаюсь. хочу разобраться. Нашел на том же postfix.org в том же >trasport указано, что он используется, если перейти на язык маршрутизации, маршрута >к следующему хопу, в данном случае траспорту, тобишь в альтернативу я >могу почту зарелеить через таблицу на соседний сервак в локалке Давайте читать вместе. man transport DESCRIPTION        The  optional  transport  table  specifies a mapping from email addresses to message delivery        transports and/or relay hosts. The mapping is used by the trivial-rewrite(8) daemon.        This mapping overrides the default routing that is built into Postfix:        mydestination               A list of domains that  is  by  default  delivered  via  $local_transport.  This  also               includes domains that match $inet_interfaces or $proxy_interfaces.        virtual_mailbox_domains               A list of domains that is by default delivered via $virtual_transport.        relay_domains               A list of domains that is by default delivered via $relay_transport.        any other destination               Mail for any other destination is by default delivered via $default_transport. ... Обратите внимание на следующие фразы (надеюсь перевод не нужен?): - The optional transport table. - This mapping overrides the default routing that is built into Postfix. >Потом, моя конфа знает о существовании доменов именно через таблицу transport postfix и без Вашего transport знает о всех доменах, которые он держит. > - ну так исторически, что ли, сложилось... Жил-был postfix... Понятно >не знаю, что на меня нашло, Я так и знал, что курили :) >и virtual_alias_domain я не воспринял/не увидел/не воспользовал. Почта для virtual_alias_domain доставляется локальным пользователям, как и для mydestination. >но факт остается фактом - конфа реально работает уже не на одном сервере. Да пусть работает. Речь идет о понимании того, что Вы делаете. А получается воткнул, работает и ладно. >ладно, уйдем со скользкой темы. если есть желание - могу дать >shell на один из них, сами посмотрите. Спасибо. Своих shell-ов девать некуда :) > а "оно так тоже работает"? :) Поздравляю. За сим разрешите закончить дискуссию, ибо нет ни времени, ни желанию убеждать Вас в необходимости читать доки и разбираться с postfix. Желаю удачи.
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	31. "некоторые странности доставки почты в postfix"
	Сообщение от Skif (ok) on 27-Окт-05, 15:04  (MSK)
	>> - ну так исторически, что ли, сложилось... >Жил-был postfix... Понятно жил был сендмейл... а потом стал постфикс :) все сам своял. как понимал. >>не знаю, что на меня нашло, >Я так и знал, что курили :) >>и virtual_alias_domain я не воспринял/не увидел/не воспользовал. >Почта для virtual_alias_domain доставляется локальным пользователям, как и для mydestination. Postfix virtual ALIAS example: separate domains, UNIX system accounts With the approach described in this section, every hosted domain can have its own info etc. email address. However, it still uses UNIX system accounts for local mailbox deliveries. With virtual alias domains, each hosted address is aliased to a local UNIX system account or to a remote address. The example below shows how to use this mechanism for the example.com domain. 1 /etc/postfix/main.cf: 2     virtual_alias_domains = example.com ...other hosted domains... 3     virtual_alias_maps = hash:/etc/postfix/virtual 4 5 /etc/postfix/virtual: 6     postmaster@example.com postmaster 7     info@example.com       joe 8     sales@example.com      jane 9     # Uncomment entry below to implement a catch-all address 10     # @example.com         jim 11     ...virtual aliases for more domains... >Спасибо. Своих shell-ов девать некуда :) :)аналогично. но это приглашение на экскурсию, а не исправление моих багов. исправлять люблю сам, что бы понимать, что сделано не так. >> а "оно так тоже работает"? :) >Поздравляю. За сим разрешите закончить дискуссию, ибо нет ни времени, ни желанию >убеждать Вас в необходимости читать доки и разбираться с postfix. Желаю >удачи. Читаю. но видно плохо они до меня доходят. Что ж жаль. Из всех здесь активно обчающихся в postfix-е замечены были только вы.:)
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "некоторые странности доставки почты в postfix"
	Сообщение от RIPper_wk (ok) on 25-Окт-05, 14:21  (MSK)
	пользуясь моментом хотелось бы поиметь скрипт для проверки кламавом. Я так понимаю он работает в виде контент фильтра  ?
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "некоторые странности доставки почты в postfix"
	Сообщение от jonatan (ok) on 25-Окт-05, 14:36  (MSK)
	https://www.opennet.ru/base/net/clamav_postfix_spamassassin.txt.html
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "некоторые странности доставки почты в postfix"
	Сообщение от Skif (ok) on 25-Окт-05, 15:06  (MSK)
	>пользуясь моментом хотелось бы поиметь скрипт для проверки кламавом. >Я так понимаю он работает в виде контент фильтра  ? #!/bin/sh INSPECT_DIR=/tmp #Каталог куда будут сохраняться письма для сканирования SENDMAIL="/usr/local/sbin/sendmail -i" VIRUSADMIN="virusalert@xxx.kiev.ua" # адрес для уведомлениий EX_TEMPFAIL=75 EX_UNAVAILABLE=69 trap "rm -f $INSPECT_DIR/in.$$ $INSPECT_DIR/vr.$$ $INSPECT_DIR/vr1.$$" 0 1 2 3 15 cat > $INSPECT_DIR/in.$$ || { echo Cannot save mail to file; exit $EX_TEMPFAIL; } # Проверка clamscan /usr/local/bin/clamscan -v -r --mbox --no-summary --stdout ${INSPECT_DIR}/in.$$ > $INSPECT_DIR/vr.$$ # Результат проверки clamav AV_RESULT=$? case "$AV_RESULT" in 0)   # Ok! шлем дальше   $SENDMAIL "$@" <${INSPECT_DIR}/in.$$   exit 0   ;; 1)   # Вирус   echo "Subject: Обнаружен вирус!" >> $INSPECT_DIR/vr1.$$   echo >> $INSPECT_DIR/vr1.$$   echo " ------------------------------------------------" >> $INSPECT_DIR/vr1.$$   echo "| Сообщение                                      |" >> $INSPECT_DIR/vr1.$$   echo " ------------------------------------------------" >> $INSPECT_DIR/vr1.$$   echo >> $INSPECT_DIR/vr1.$$   # Включаем в отчет реальные адреса релеев   grep Received $INSPECT_DIR/in.$$ >> $INSPECT_DIR/vr1.$$   echo "Mail from: $2 (адресс может быть подделан)" >> $INSPECT_DIR/vr1.$$   echo "To: $4" >> $INSPECT_DIR/vr1.$$   grep Subject $INSPECT_DIR/in.$$ >> $INSPECT_DIR/vr1.$$   echo >> $INSPECT_DIR/vr1.$$   echo " ------------------------------------------------" >> $INSPECT_DIR/vr1.$$   echo "| Вирус(ы):                                      |" >> $INSPECT_DIR/vr1.$$   echo " ------------------------------------------------" >> $INSPECT_DIR/vr1.$$   # Включаем в отчет список вирусов   cat $INSPECT_DIR/vr.$$ >> $INSPECT_DIR/vr1.$$   $SENDMAIL -f $VIRUSADMIN -r $VIRUSADMIN -F "Antivirus" $VIRUSADMIN < $INSPECT_DIR/vr1.$$   exit 0   ;; *)   echo "Subject: ANTIVIRUS FAILED" >> $INSPECT_DIR/vr1.$$   echo >> $INSPECT_DIR/vr1.$$   echo " ------------------------------------------------" >> $INSPECT_DIR/vr1.$$   echo "| Антивирусная проверка завершилась ошибкой:     |" >> $INSPECT_DIR/vr1.$$   echo " ------------------------------------------------" >> $INSPECT_DIR/vr1.$$   case "$AV_RESULT" in     40)        echo "* Unknown option passed.                       *" >> $INSPECT_DIR/vr1.$$        ;;     50)        echo "* Database initialization error.               *" >> $INSPECT_DIR/vr1.$$        ;;     52)        echo "* Not supported file type.                     *" >> $INSPECT_DIR/vr1.$$        ;;     53)        echo "* Can't open directory.                        *" >> $INSPECT_DIR/vr1.$$        ;;     54)        echo "* Can't open file. (ofm)                       *" >> $INSPECT_DIR/vr1.$$        ;;     55)        echo "* Error reading file. (ofm)                    *" >> $INSPECT_DIR/vr1.$$        ;;     56)        echo "* Can't stat input file / directory.           *" >> $INSPECT_DIR/vr1.$$        ;;     57)        echo "* Can't get absolute path name of current      *" >> $INSPECT_DIR/vr1.$$        echo "* working directory.                           *" >> $INSPECT_DIR/vr1.$$        ;;     58)        echo "* I/O error, please check your filesystem.     *" >> $INSPECT_DIR/vr1.$$        ;;     59)        echo "* Can't get information about current user     *" >> $INSPECT_DIR/vr1.$$        echo "* from /etc/passwd.                            *" >> $INSPECT_DIR/vr1.$$        ;;     60)        echo "* Can't  get  information  about  user         *" >> $INSPECT_DIR/vr1.$$        echo "* clamav (default name) from /etc/passwd.      *" >> $INSPECT_DIR/vr1.$$        ;;     61)        echo "* Can't fork.                                  *" >> $INSPECT_DIR/vr1.$$        ;;    63)        echo "* Can't create temporary files/directories     *" >> $INSPECT_DIR/vr1.$$        echo "* (check permissions).                         *" >> $INSPECT_DIR/vr1.$$        ;;     64)        echo "* Can't write to temporary directory (please   *" >> $INSPECT_DIR/vr1.$$        echo "* specify another one).                        *" >> $INSPECT_DIR/vr1.$$        ;;     70)        echo "* Can't allocate and clear memory (calloc).    *" >> $INSPECT_DIR/vr1.$$        ;;     71)        echo "* Can't allocate memory (malloc).              *" >> $INSPECT_DIR/vr1.$$        ;;     *)        echo "Unknown error $AV_RESULT" >> $INSPECT_DIR/vr1.$$        ;;   esac        echo "-------------[Антивирус-Фильтр]-----------------" >> $INSPECT_DIR/vr1.$$   $SENDMAIL -f $VIRADMIN -r $VIRADMIN -F "Antivirus" "$VIRADMIN" < $INSPECT_DIR/vr1.$$   exit $EX_TEMPFAIL   ;; esac exit 0
	Удалить	Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]

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