» Все о MDaemon (#5)

Eximus

Цитата:

Подскажите где я напортачил?

Вероятнее всего на mail.ru установлено, что если письмо идет с локального домена, то необходимо обязательно требовать авторизацию (а для mail'а домен @exim-vrn.ru локальный и про существование вашего второго сервера они понятия не имеют). Напишите им в саппорт, может у них есть возможность что-то поменять.

Мейл.ру ответили следующее:
В данном случае Вам стоит обратиться в службу поддержки сервера
mx.exim-vrn.ru, формирующего ошибку.
===
И подскажите плиз: почему в Мдемоне все используемые домены (в т.ч. тот который я перенес на мейл.ру) находятся в черном списке скрининга?

Supercharged
У меня почему-то не хочет применяться новое правило, по логам все сообщения соответствуют только 1й части правила, а 2я, там где удаление применяться не хочет

Кстати, почему используете Is Equal To, а не Contains ?

Цитата:

У меня почему-то не хочет применяться новое правило, по логам все сообщения соответствуют только 1й части правила, а 2я, там где удаление применяться не хочет
 
Кстати, почему используете Is Equal To, а не Contains ?

У меня первое сообщение всегда попадает под 1-ое (перенос) правило, а все последующие под 2-ое (удаление). Кстати, в списке правил удаление стоит ниже, возможно это тоже играет роль. Сложно сказать почему у вас не работает. Вообще по этому МДемону ничего конкретно никогда сказать нельзя.

Is Equal To потому что я на самом деле смотрю другой заголовок - я смотрю Envelope-to - а там всегда один адрес, поэтому можно использовать Is Equal To. Я чтобы не вносить путаницу в прошлом сообщении исправил на обычный HEADER TO, при котором конечно лучше использовать Contains.

Попробуйте тоже Envelope-to, кто его знает. Вот так выглядит моя строка отбора:

Код:
If the userdef1:Envelope-to HEADER Is Equal To 'marina@domain' or 'anar@domain' or 'nadira@domain'

Eximus

Цитата:

Мейл.ру ответили следующее:
В данном случае Вам стоит обратиться в службу поддержки сервера
mx.exim-vrn.ru, формирующего ошибку.

Классно вас послали! Удивительный русский язык!!! На три буквы можно так вежливо послать, что ещё и будешь себя виноватым чувствовать!
Спросите их прикола ради, а кто вам должен поддерживать домен на этом майле?

Supercharged
Вобщем тема такая.
1е правило

Код:
Apply this rule to messages in the LOCAL & REMOTE queue

If the CC HEADER does not contain 'user@domain.ru'
and If the TO HEADER does not contain 'user@domain.ru'
and If the FROM HEADER contains local account
and If the userdef1:bcc HEADER does not contain 'user@domain.ru'
and If the Message-ID HEADER does NOT contain any words from text file 'D:\MDaemon\script\001.txt'
...then copy message to public folders "DIRECTOR"
and add line to text file "D:\MDaemon\script\001.txt","$MESSAGEID$"
and jump to rule "DEL DUPL to DIRECTOR"

devilz696

Вполне логично, что по 2-му правилу у вас письма исходящие переносятся. Там же написано FROM HEADER contains local account.

Надо что-то менять, ума не приложу что... =(

Supercharged
Но ведь, чтобы "FROM HEADER contains local account" сработало, нужно соответствовать всем строкам IF... да и фильтруем мы только исходящую почту с локальных учеток.

Я так думаю, что нужен какой-то скрипт, который бы в нужной общей папке сравнивал хидер Message-ID всех файлов и при совпадении их удалял.

Добавлено:
Как в правилах фильтровать по BCC хидеру? Обнаружено, что правило типа

Код: and If the userdef1:BCC HEADER does not contain 'user@domain.ru'

Цитата:

Как в правилах фильтровать по BCC хидеру?

Такого хидера в принципе не бывает, кажется мне. То что при отправке было в BCC, при получении превращается в TO, но уже без остальных адресатов попутных.

Supercharged

Есть идеи как можно отловить и скопировать исходящие BCC ?
Фильтр TO - не катит...

День добрый, коллеги. Столкнулся с такой проблемой:
Периодически у некоторых пользователей начинает медленно приходить почта.
Настроено по протоколу поп3. Запускается почтовый клиент (тандербирд) и начинают загружаться входящие сообщения, на этом процесс стопорится. 5 сообщений могут загружаться несколько часов. При это другие пользователи проблем не испытывают. Проблема проявляется хаотически.

LovestoSpudge

Цитата:

Проблема проявляется хаотически.

1. Посмотрите лог POP3 для проблемных сессий.
2. Вероятнее всего косяки на компе пользователя (всякие антивирусы, проблемы с памятья и т.д.)

Всем привет!

Истекает регистрационный ключ 18 июня на Mdaemon. Завтра. Ключ заказан и оплачен. Контрагент обещает скинуть, но что будет если не скинут. Отрубится весь Mdaemon? Или какие-то функции? Или будет время дано на продление?

Спасибо!

Supercharged
Вобщем как-то так. AutoIt.


Код:
#Include <File.au3>

GLOBAL $str = "Message-ID:"
GLOBAL $ids[1]

BeginProcess('D:\MDaemon\Public Folders\DIRECTOR.IMAP', '*.msg')

FUNC BeginProcess($sRoot, $sFile)

LOCAL $FileList

$FileList = _FileListToArray($sRoot, $sFile, 1)
IF NOT @error THEN
FOR $i = 1 TO $FileList[0]
LOCAL $filename = $sRoot & '\' & $FileList[$i];
LOCAL $data = FileReadToArray($filename);
FOR $k = 0 TO UBound($data) - 1
IF StringInStr($data[$k], $str) == 1 Then
FOR $n = 0 TO UBound($ids) - 1
IF $ids[$n] = $data[$k] Then
FileDelete($filename)
EXITLOOP 2
ENDIF
NEXT
$ids[UBound($ids) - 1] = $data[$k]
ReDim $ids[UBound($ids) + 1]
ExitLoop
ENDIF
NEXT
NEXT
ENDIF

$FileList = _FileListToArray($sRoot, '*', 2)
IF NOT @error THEN
FOR $i = 1 TO $FileList[0]
BeginProcess($sRoot & '\' & $FileList[$i], $sFile)
NEXT
ENDIF

ENDFUNC

Sergulet86 Для старых версий по 13.x ничего не отрубится, ключ для апдэйта на новые версии в течении года. Со старым ключом будет работать и даже заново можешь ставить и активировать со старым ключом. Как начиная с 14.x - хз. Система работы с ключами поменялась, ключ проверяется постоянно. Но думаю ничего не поменялось в плане того, что при протухании ключа Mdaemon должен работать, вот ответ из фака. http://www.altn.com/Support/FAQ/FAQResults/?Number=KBA-01441

ipmanyak спасибо! Ключ так и не пришел, но все работает, кроме обновления Mdaemon.

ipmanyak

Подскажите, как, т.е. на основании чего MDAEMON может заблокировать этого спамера?
На мой взгляд придраться просто не к чему, а тупо банить всю подсеть не хочется, т.к. результата это не даст

[more]
Fri 2015-06-19 05:42:08: Session 1983; child 1; thread 0
Fri 2015-06-19 05:42:08: Accepting SMTP connection from [109.120.168.52:60489] to [192.168.1.251:25]
Fri 2015-06-19 05:42:08: --> 220 mx.ppz7.com ESMTP MDaemon 11.0.0; Fri, 19 Jun 2015 05:42:08 +0300
Fri 2015-06-19 05:42:08: <-- EHLO msd52.smtp61.org
Fri 2015-06-19 05:42:08: EHLO/HELO response delayed 15 seconds
Fri 2015-06-19 05:42:23: --> 250-mx.ppz7.com Hello msd52.smtp61.org, pleased to meet you
Fri 2015-06-19 05:42:23: --> 250-ETRN
Fri 2015-06-19 05:42:23: --> 250-AUTH=LOGIN
Fri 2015-06-19 05:42:23: --> 250-AUTH LOGIN CRAM-MD5
Fri 2015-06-19 05:42:23: --> 250-8BITMIME
Fri 2015-06-19 05:42:23: --> 250 SIZE 15000000
Fri 2015-06-19 05:42:23: <-- MAIL FROM:<bounce@smtp61.org> BODY=8BITMIME
Fri 2015-06-19 05:42:23: Performing IP lookup (msd52.smtp61.org)
Fri 2015-06-19 05:42:23: * D=msd52.smtp61.org TTL=(263) A=[109.120.168.52]
Fri 2015-06-19 05:42:23: ---- End IP lookup results
Fri 2015-06-19 05:42:23: --> 250 <bounce@smtp61.org>, Sender ok
Fri 2015-06-19 05:42:24: <-- RCPT TO:<XXX@standart-trade.com>
Fri 2015-06-19 05:42:24: --> 250 <XXX@standart-trade.com>, Recipient ok
Fri 2015-06-19 05:42:24: <-- DATA
Fri 2015-06-19 05:42:24: Creating temp file (SMTP): c:\mdaemon\queues\temp\md50000128287.tmp
Fri 2015-06-19 05:42:24: --> 354 Enter mail, end with <CRLF>.<CRLF>
Fri 2015-06-19 05:42:24: Message size: 4256 bytes
Fri 2015-06-19 05:42:24: Performing DKIM lookup
Fri 2015-06-19 05:42:24: * File: c:\mdaemon\queues\temp\md50000128287.tmp
Fri 2015-06-19 05:42:24: * Message-ID: 15552c31c4e05d9921c7d6aa86ddf3c0@smtp61.org
Fri 2015-06-19 05:42:24: * Signature (1): ;v=1;a=rsa-sha1;c=relaxed/relaxed;s=dkim;d=smtp61.org;i=bounce@smtp61.org;b h=<not logged>;
Fri 2015-06-19 05:42:24: * Verification result: [0] good
Fri 2015-06-19 05:42:24: * Result: pass
Fri 2015-06-19 05:42:24: ---- End DKIM results
Fri 2015-06-19 05:42:24: &#209;&#238;&#231;&#228;&#224;&#237;&#232;&#229; &#241;&#238;&#238;&#225;&#249;&#229;&#237;&#232;&#255; successful: c:\mdaemon\queues\inbound\md50003109599.msg
Fri 2015-06-19 05:42:24: --> 250 Ok, message saved <Message-ID: 15552c31c4e05d9921c7d6aa86ddf3c0@smtp61.org>
Fri 2015-06-19 05:42:24: <-- QUIT
Fri 2015-06-19 05:42:24: --> 221 See ya in cyberspace
Fri 2015-06-19 05:42:24: SMTP session successful (Bytes in/out: 4375/445)
[/more]

qxaszw12 SPF домена smtp61.org выглядит как
v=spf1 +a +mx +ip4:109.120.168.0/24 ?all
если домен smtp61.org не интересует, до бань сеть 109.120.168.0/24

Подскажите возможно ли как то обновить(сделать пересчет) пользовательских счетчиков. Речь идет о том что к примеру реальный размер папки пользователя 300мб, а в менеджере учетных записей отображается якобы размер почтового ящика 1.5 ГБ. Аналогично и для кол-ва сообщений. Данные проблемы есть не у всех пользователей, только на некоторых.
Mdaemon 13.0

[more] glabol, посмотри в настройках учетной записи (раздел квоты). Если не забыл, то еще с 11 версии там должна быть кнопка типа "пересчитать сейчас". С 14-й версии такая кнопка точно есть.

Нажмешь, и будет для отдельно взятого пользователя счастье.

P.S. Кстати, не забудь, что в подсчете могут участвовать и папки Mail-Archive для этого юзера.

Eximus

Цитата:

Домен2 я перенес на мейл.ру, мх-записи у регистратора поправил для него
Почта нормально ходит, за исключением проблемы ниже
Теперь ошибка возникает если слать с домен2 на домен1
Приходит ответ от daemon.mail.ru

SMTP error from remote mail server after RCPT TO:<*@exim-vrn.ru>:
host mx.exim-vrn.ru [85.113.147.34]: 530 Authentication required

1. А в MDaemon подчистили старые хвосты? Или там, к примеру, домен "домен2" продолжает фигурировать как локальный? И начинаются нюансы требований к авторизации для писем с локального домена?

2. Не стоит ли галочка в настройках, что ВСЕ SMTP соединения требуют авторизации? [/more]

glabol Создай семафор файл с именем CLEARQUOTACOUNTS.SEM, первым символом в нем укажи звездочку *
Копируй этот файл в папку C:\Mdaemon\app каждый раз, когда нужно обновить счетчики. Демон увидит этот семафор и обновит счетчики и сам файл удалит.

Сегодня началась проблема с отсылкой на разные домены, везде в логах одно и то же


Wed 2015-06-24 15:04:51: * Message-ID: <e21d9806.1d0ae37.28957e19.24e6@zabprivoz.ru>
Wed 2015-06-24 15:04:51: Attempting SMTP connection to [effem.com]
Wed 2015-06-24 15:04:51: Resolving MX records for [effem.com] (DNS Server: 8.8.8.8)...
Wed 2015-06-24 15:04:51: * P=005 S=001 D=effem.com TTL=(7) MX=[effem-com.mail.protection.outlook.com]
Wed 2015-06-24 15:04:51: * P=010 S=000 D=effem.com TTL=(7) MX=[effem-com.mail.protection.outlook.com]
Wed 2015-06-24 15:04:51: Attempting SMTP connection to [effem-com.mail.protection.outlook.com:25]
Wed 2015-06-24 15:04:51: Resolving A record for [effem-com.mail.protection.outlook.com] (DNS Server: 8.8.8.8)...
Wed 2015-06-24 15:04:51: * D=effem-com.mail.protection.outlook.com TTL=(0) A=[207.46.163.247]
Wed 2015-06-24 15:04:51: * D=effem-com.mail.protection.outlook.com TTL=(0) A=[207.46.163.215]
Wed 2015-06-24 15:04:51: * D=effem-com.mail.protection.outlook.com TTL=(0) A=[207.46.163.170]
Wed 2015-06-24 15:04:51: Randomly picked 207.46.163.215 from list of A records
Wed 2015-06-24 15:04:51: Attempting SMTP connection to [207.46.163.215:25]
Wed 2015-06-24 15:04:51: Waiting for socket connection...
Wed 2015-06-24 15:04:51: * Connection established (*.*.*.*:49422 -> 207.46.163.215:25)
Wed 2015-06-24 15:04:51: Waiting for protocol to start...
Wed 2015-06-24 15:04:52: <-- 220 BL2FFO11OLC001.mail.protection.outlook.com Microsoft ESMTP MAIL Service ready at Wed, 24 Jun 2015 07:05:25 +0000
Wed 2015-06-24 15:04:52: --> EHLO mail.zabprivoz.ru
Wed 2015-06-24 15:04:52: <-- 250-BL2FFO11OLC001.mail.protection.outlook.com Hello [*.*.*.*]
Wed 2015-06-24 15:04:52: <-- 250-SIZE 157286400
Wed 2015-06-24 15:04:52: <-- 250-PIPELINING
Wed 2015-06-24 15:04:52: <-- 250-DSN
Wed 2015-06-24 15:04:52: <-- 250-ENHANCEDSTATUSCODES
Wed 2015-06-24 15:04:52: <-- 250-STARTTLS
Wed 2015-06-24 15:04:52: <-- 250-8BITMIME
Wed 2015-06-24 15:04:52: <-- 250-BINARYMIME
Wed 2015-06-24 15:09:52: Socket connection closed by the other side (how rude!)
Wed 2015-06-24 15:09:52: Attempting SMTP connection to [effem-com.mail.protection.outlook.com:25]
Wed 2015-06-24 15:09:52: Resolving A record for [effem-com.mail.protection.outlook.com] (DNS Server: 8.8.8.8)...
Wed 2015-06-24 15:09:52: * D=effem-com.mail.protection.outlook.com TTL=(0) A=[207.46.163.215]
Wed 2015-06-24 15:09:52: * D=effem-com.mail.protection.outlook.com TTL=(0) A=[207.46.163.170]
Wed 2015-06-24 15:09:52: * D=effem-com.mail.protection.outlook.com TTL=(0) A=[207.46.163.247]
Wed 2015-06-24 15:09:52: Randomly picked 207.46.163.215 from list of A records
Wed 2015-06-24 15:09:52: Attempting SMTP connection to [207.46.163.215:25]
Wed 2015-06-24 15:09:52: Waiting for socket connection...
Wed 2015-06-24 15:09:52: * Connection established (*.*.*.*:49456 -> 207.46.163.215:25)
Wed 2015-06-24 15:09:52: Waiting for protocol to start...
Wed 2015-06-24 15:09:53: <-- 220 BL2FFO11FD009.mail.protection.outlook.com Microsoft ESMTP MAIL Service ready at Wed, 24 Jun 2015 07:10:25 +0000
Wed 2015-06-24 15:09:53: --> EHLO mail.zabprivoz.ru
Wed 2015-06-24 15:09:53: <-- 250-BL2FFO11FD009.mail.protection.outlook.com Hello [*.*.*.*]
Wed 2015-06-24 15:09:53: <-- 250-SIZE 157286400
Wed 2015-06-24 15:09:53: <-- 250-PIPELINING
Wed 2015-06-24 15:09:53: <-- 250-DSN
Wed 2015-06-24 15:09:53: <-- 250-ENHANCEDSTATUSCODES
Wed 2015-06-24 15:09:53: <-- 250-STARTTLS
Wed 2015-06-24 15:09:53: <-- 250-8BITMIME
Wed 2015-06-24 15:09:53: <-- 250-BINARYMIME
Wed 2015-06-24 15:14:54: Socket connection closed by the other side (how rude!)
Wed 2015-06-24 15:14:54: Возраст этого сообщения равен 0 дням; для его доставки осталось 2 дней
Wed 2015-06-24 15:14:54: SMTP session terminated (Bytes in/out: 602/48)


это вроде как облачный сервис office 365

вот еще
Wed 2015-06-24 15:04:41: Parsing message <c:\mdaemon\queues\remote\retry\pd90000001113.msg>
Wed 2015-06-24 15:04:41: * From: *****@zabprivoz.ru
Wed 2015-06-24 15:04:41: * To: Danil.Reznichenko@RU.nestle.com
Wed 2015-06-24 15:04:41: * Subject: =?koi8-r?Q?RE=3A_Automatic_reply=3A_=5B4=5FAnalitik=5D_=F0=C9=D3=D8=CD=CF_=D0=CF=D3=D4=C1=D7=DD=C9=CB=C1=CD?=
Wed 2015-06-24 15:04:41: * Size (bytes): 7647
Wed 2015-06-24 15:04:41: * Message-ID: <3be21135.1d0acce.1e9acfa.2984@zabprivoz.ru>
Wed 2015-06-24 15:04:41: Attempting SMTP connection to [RU.nestle.com]
Wed 2015-06-24 15:04:41: Resolving MX records for [RU.nestle.com] (DNS Server: 8.8.8.8)...
Wed 2015-06-24 15:04:41: * P=010 S=000 D=RU.nestle.com TTL=(0) MX=[nestle-com.mail.protection.outlook.com]
Wed 2015-06-24 15:04:41: Attempting SMTP connection to [nestle-com.mail.protection.outlook.com:25]
Wed 2015-06-24 15:04:41: Resolving A record for [nestle-com.mail.protection.outlook.com] (DNS Server: 8.8.8.8)...
Wed 2015-06-24 15:05:01: * DNS: 20 second wait for DNS response exceeded (DNS Server: 8.8.8.8)
Wed 2015-06-24 15:05:01: Attempting SMTP connection to [nestle-com.mail.protection.outlook.com:25]
Wed 2015-06-24 15:05:01: Resolving A record for [nestle-com.mail.protection.outlook.com] (DNS Server: 8.8.4.4)...
Wed 2015-06-24 15:05:02: * D=nestle-com.mail.protection.outlook.com TTL=(0) A=[213.199.154.23]
Wed 2015-06-24 15:05:02: * D=nestle-com.mail.protection.outlook.com TTL=(0) A=[213.199.154.87]
Wed 2015-06-24 15:05:02: Randomly picked 213.199.154.87 from list of A records
Wed 2015-06-24 15:05:02: Attempting SMTP connection to [213.199.154.87:25]
Wed 2015-06-24 15:05:02: Waiting for socket connection...
Wed 2015-06-24 15:05:02: * Connection established (*.*.*.*:49426 -> 213.199.154.87:25)
Wed 2015-06-24 15:05:02: Waiting for protocol to start...
Wed 2015-06-24 15:05:02: <-- 220 DB3FFO11FD018.mail.protection.outlook.com Microsoft ESMTP MAIL Service ready at Wed, 24 Jun 2015 07:05:34 +0000
Wed 2015-06-24 15:05:02: --> EHLO mail.zabprivoz.ru
Wed 2015-06-24 15:05:02: <-- 250-DB3FFO11FD018.mail.protection.outlook.com Hello [*.*.*.*]
Wed 2015-06-24 15:05:02: <-- 250-SIZE 157286400
Wed 2015-06-24 15:05:02: <-- 250-PIPELINING
Wed 2015-06-24 15:05:02: <-- 250-DSN
Wed 2015-06-24 15:05:02: <-- 250-ENHANCEDSTATUSCODES
Wed 2015-06-24 15:05:02: <-- 250-STARTTLS
Wed 2015-06-24 15:05:02: <-- 250-8BITMIME
Wed 2015-06-24 15:05:02: <-- 250-BINARYMIME
Wed 2015-06-24 15:10:03: Socket connection closed by the other side (how rude!)
Wed 2015-06-24 15:10:03: Возраст этого сообщения равен 1 дням; для его доставки осталось 1 дней
Wed 2015-06-24 15:10:03: SMTP session terminated (Bytes in/out: 300/24)

может ктото сталкивался уже с этим, может майкрсофт безопасность у себя затянули

dragovich01

было уже.

с птр у меня все в порядке, а спф проверка не узаконена вроде еще

dragovich01
ну логи эти - не на "разные домены", а конкретно на мелкософтовский сервак.
честно фиг знает почему он на несколько минут подвисает.

Впринципе у вас соблюдено правило EHLO = A = PTR, проверил.
На первый взгляд у вас всё ок, попробуйте увеличить таймаут смтп-сессий. Похоже мелко-сервер нехило тарпитит.

dragovich01


Цитата:

Wed 2015-06-24 15:05:02: --> EHLO mail.zabprivoz.ru
Wed 2015-06-24 15:05:02: <-- 250-DB3FFO11FD018.mail.protection.outlook.com Hello [91.205.243.40]

У вас проблемы в общении с конкретным сервером DB3FFO11FD018.mail.protection.outlook.com, вот и спрашивайте у ихнего саппорта - "А почему?"
А ещё проще, просто заблокируйте работу с ним, а MDaemon сам в следующей попытке отослать почту соединится с другим (рабочим) сервером.

PS. Сейчас очень популярны стали подобные сервисы (типа mail.ru, yandex и т.д.), но при этом там ни кто ни за что не отвечает. А что вы хотите, бесплатный сыр только в мышеловке.

qxaszw12

Цитата:

У вас проблемы в общении с конкретным сервером DB3FFO11FD018.mail.protection.outlook.com, вот и спрашивайте у ихнего саппорта - "А почему?"
А ещё проще, просто заблокируйте работу с ним, а MDaemon сам в следующей попытке отослать почту соединится с другим (рабочим) сервером.

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

Цитата:

Wed 2015-06-24 15:05:02: <-- 250-STARTTLS
Wed 2015-06-24 15:05:02: <-- 250-8BITMIME
Wed 2015-06-24 15:05:02: <-- 250-BINARYMIME
Wed 2015-06-24 15:10:03: Socket connection closed by the other side (how rude!)

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

qxaszw12

проблема с разными серверами
BN1AFFO11FD012.mail.protection.outlook.com Microsoft ESMTP MAIL Service ready at Wed, 24 Jun 2015 08:34:08 +0000
AM1FFO11FD048.mail.protection.outlook.com Microsoft ESMTP MAIL Service ready at Wed, 24 Jun 2015 08:34:08 +0000
DB3FFO11FD048.mail.protection.outlook.com Microsoft ESMTP MAIL Service ready at Wed, 24 Jun 2015 08:34:08 +0000

всех блокировать

kva49

Цитата:

при попытке установить защищённое соединение

Ни кто и не пытается установить это соединение. Удаленный сервер передачу данных даже и не начинает вероятнее всего затыкаясь на каких-то проверках, и прождав 5 минут тупо рвёт соединение (а сколько можно ждать-то?).

вот и я думаю какието проверки у них, только какие. СПФ попробовал настроить v=spf1 +a +mx +a:mail.zabprivoz.ru ?all но пока она разлетится сутки пройдут наверное