Demo
Demo
База знаний PMTA›Блок <source>›Директива§ 3.3.7.3

bcc

<source>

Адрес, на который копируется каждое письмо от этого источника
в конфигурации это строкаbccвнутри блока <source>
Копия каждого письма — на один адрес

Значение — один почтовый адрес. Каждое письмо, принятое от этого источника, отправляется слепой копией и на него. Назначение, которое называет руководство, — архив.

Умолчания нет: не написана — копий не будет.

Копия — это настоящая отправка, а не запись: она идёт очередями, считается в учёте, тратит соединения и попадает в те же пределы темпа, что и основная почта.

Главная ловушка — объём. Строка удваивает почту источника. На рассылке это значит вдвое больше писем в очередях, вдвое больше записей учёта и вдвое больше нагрузки на пределы — при том что в конфигурации она выглядит одной безобидной строкой.

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

Что делает Хаб. Не пишет: архив писем он ведёт у себя — отправки, их содержимое и получатели лежат в базе Хаба, и класть вторую копию в почтовый ящик незачем.

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

Рекомендуемые значения

Что ставить. Значение — адрес; вопрос в том, нужен ли он вообще:

Значение Когда
не писать архив ведётся на стороне платформы отправки — обычный случай
адрес своего ящика требование хранить копию исходящей почты, и хранить её надо именно письмом

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

Синтаксис и назначение «для архива» — из руководства, § 3.3.7.3. Про удвоение нагрузки и выбор ящика — наш разбор.
Пример в конфигурации
# копия каждого письма источника уходит в архивный ящик
<source 10.0.0.0/24>
    bcc archive@example.com</source>
Копия идёт обычной отправкой: своей очередью, своими соединениями и своей записью в учёте. Почты от этого источника станет вдвое больше.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

Типичные ошибки и проблемы

что делают не так и чем это кончается2 ошибки▶

Ставят копию в широком блоке

наш опыт

Чем чреватоКопии собираются со всей подачи узла, а не с той её части, ради которой строка заводилась. Объём почты удваивается целиком, и в архив попадает то, чему там не место.
Как заметитьВ очередях виден домен архивного ящика с объёмом, сравнимым со всей рассылкой.
Как правильноПереносить строку в узкий блок — тот, чью подачу и надо архивировать.

Не считают удвоение нагрузки

наш опыт

Чем чреватоКопия идёт обычной отправкой и попадает в те же пределы темпа и соединений. Узел, рассчитанный на объём рассылки, получает вдвое больше — и упирается в собственные пределы.
Как заметитьОчереди растут, хотя объём рассылки не менялся.
Как правильноСчитать нагрузку с удвоением либо вести архив на стороне платформы отправки.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
bcc <email-address>
Значения
почтовый адрес
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
<source>
Сколько раз
один раз в блоке
Всё здесь — из руководства, с разделом.
Наследование
Директива живёт в <source> и подчиняется слиянию источников: соединение попадает под все адресные блоки, которые его накрывают, и узкий перекрывает широкий. Адрес, названный в блоке 0/0, соберёт копии со всей подачи узла — включая ту, ради которой строку не заводили.
⇄

Связанные директивы

1 связь

Где применяется

Как узел выбирает источник и складывает его настройкиПодчиняется слиянию источников, как и любая настройка блока: копия снимается с той подачи, чей адрес попал под блок. § 3.3.7.3

Сюда ссылаются

bcc-upon-delivery<domain>Та же копия, только снимаемая при приёме от источника, а не при доставке получателю. § 3.3.7.3

Как проверить на узле
Строку видно в конфигурации, следствие — в очередях и учёте:
grep -n 'bcc ' /etc/pmta/config /etc/pmta/virtualhost.txt
pmta show queues --maxitems=20
Домен архивного ящика появится в списке очередей отдельной строкой, и число получателей в нём будет сопоставимо с общим объёмом подачи. Это и есть самый быстрый способ заметить забытую копию.
◇

Что ещё почитать

3 статьи

◇Лицензия на парк, а не на серверЛицензия не привязана к серверу: её ставят на столько машин, сколько разрешает предел экземпляров, а узлы раз в час отправляют вендору статистику объёма.◇Как узел выбирает источник и складывает его настройкиСоединение попадает под все блоки источника, чьи адреса его накрывают, и действуют они слитно — узкий перекрывает широкий; именованные блоки подключаются только по прямой ссылке.◇Списки адресов — именованные и безымянныеСписок адресов, доменов, образцов или хешей; именованный подключается директивами вроде подавления, безымянный живёт внутри процессора входящей почты.

В Хабе
Цена ошибки
опасно: последствия переживут откат
Сценарии
Разделение отправителей
Соседние настройки блока <source>:process-x-jobjobid-prefixallow-mailmergeadd-message-id-headeradd-received-headerВсе 74 директив блока →