Три семейства пределов, действующих разом проверенокритичноПишет Хаб

Три семейства существуют потому, что беспокоятся три разные стороны. Принимающего волнует, сколько приходит к нему всего — это семейство domain_*. Репутация отправляющего адреса принадлежит ему самому — это семейство ip_*. А соединение — ресурс для обеих сторон, и это connection_*. Действуют все сразу, и побеждает самое строгое, поэтому щедрый предел на адрес под скромным пределом на домен не меняет ничего — обычная причина, по которой прогрев выглядит застрявшим, хотя упирается совсем в другое место. Профили не соперничают, а складываются. Консоль сама говорит это своей арифметикой — пояснение к лимитам выкладывает built-in defaults + profile + profile + flood pattern = active throttling, — а стенд подтвердил правило для споров. Два профиля свели на одну доставку по разным осям: один, привязанный к отправляющему адресу, разрешал одно соединение, другой, привязанный к получателю, — четыре. Принимающая ловушка ни разу не увидела больше одного соединения. Убрали правило по адресу, повторили прогон — получили ровно четыре. Побеждает более строгое число, из какого бы профиля оно ни пришло и когда бы тот профиль ни был создан. Двум профилям вообще не занять одну цель: правило единственно на тройку (домен, адрес, пул), и создание двойника переносит его, а не копирует, — см. mq5.table.capacity_rules. Так что у вопроса «какой профиль победит» не осталось ни одного случая. Поставочные умолчания стоит выучить, потому что применяются именно они, когда не совпало ни одно правило: писем и соединений без предела, соединение устанавливается по одному за раз, одно простаивающее соединение держится, десять писем проходят через соединение, прежде чем откроется следующее, пять минут молчания в сторону сервера, отказавшего в рукопожатии.