Postfix: как идентифицировать почтовый клиент, в котором составлено письмо?

Вот так утилита определяет кодировку файла с письмом, отправленным из Outlook:

file -bi /var/spool/filter/tempmail
message/rfc822; charset=us-ascii

вот так определяется кодировка файла, содержащего подпись в кодировке koi-8r:

file -bi /etc/postfix/disclaimers_koi8r/user\@domain.ru 
text/html; charset=iso-8859-1

Мне кажется, не совсем то что нужно.

Как использовать переменную в качестве имени столбца?

Сперва сделал так:

query := "SELECT " + privilege + " FROM hellgate_groups WHERE groupname=?"
rows, err := db.Query(query, strGroupname)

но ваш вариант красивее.

Google отказывается принимать почту с нашего домена, что делать?

Всё это было настроено и до невольной спам-рассылки, разбанили нас после отправки обращения с этой странице https://support.google.com/mail/contact/bulk_send_new

Google отказывается принимать почту с нашего домена, что делать?

>>А как вы так точно связали два события?
Рассылка 18:11-18:18. Примерно с 18:15 отлуп от Гугловских SMTP. Совпадение? Не думаю.
>> гугл давно уже собирал по вам статистику... рассылки же делаете так или иначе.
Нет, не делали.

А "по теме" - попросили гугл разбанить нас через специальную форму и... нас разбанили.

Google отказывается принимать почту с нашего домена, что делать?

Дмитрий, "то что написано в ошибке" - перейти по ссылке? Там есть рекомендации по настройке почтовика, но нет кнопок "Разбаньте меня" или формы "Письмо, в котором я опишу почему меня надо разбанить", ну или чего-то в этом роде.

Как корректно завершить чтение bufio.Scaner()?

Папа Стифлера, не то скопировал, исправил)

Как работать с блокировками таблиц?

Почитай про уровни изоляции транзакций, добавит ясности.

Если клиент не назначает блокировку, MySQL сервер неявно устанавливает необходимый тип блокировки на время выполнения выражения или транзакции. В случае выполнения оператора SELECT сервер установит READ LOCK, а в случае UPDATE — WRITE LOCK. При неявной блокировке уровень блокировки зависит от типа хранилища данных: для MyISAM, MEMORY и MERGE блокируется вся таблица, для InnoDB — только используемые в выражении строки (в случае, если набор этих строк может быть однозначно определен — иначе, блокируется вся таблица).

Часто возникает необходимость выполнения нескольких запросов подряд без вмешательства других клиентов в это время. Неявная блокировка не подходит для этих целей, так как устанавливается только на время выполнения одного запроса. В этом случае клиент может явно назначить, а потом отменить блокировку с помощью выражений LOCK TABLES и UNLOCK TABLES. Явной блокировка всегда блокирует всю таблицу, независимо от механизма хранения.

Letsencrypt wildcard + bind: как автоматически продлевать сертификат?

Андрей Гаврилов, спасибо! Плагин certbot-dns-rfc2136 отлично подойдет для обновления динамической зоны bind.

UPD. Настроил по инструкции https://www.umgum.com/letsencrypt-wildcard-bind9, всё работает.

Как сделать приватный DNS сервер?

Можно написать ACL (указать там кому можно делать запросы, потом указать эту ACL в allow-query:

acl goodclients {
    localhost;
    x.x.x.0/24;
};

options {
    ...
    allow-query { goodclients; };

}

Ночью сервер перестаёт отвечать, в kvm видно Unit systemd-journald.service entered failed state, как найти причину?

А что в кронтабе? Не происходят ли в это время регламентные операции типа резервного копирования.

Base64 и Active Directory: почему не всегда правильно декодируется поле Должность (title)?

Rsa97, спасибо большое за помощь. Не знал, что греп так умеет.

Base64 и Active Directory: почему не всегда правильно декодируется поле Должность (title)?

Спасибо, оно! Теперь думаю как отбирать "многострочную" сущность, grep "title::" тут уже не годится.

Т.е. мне нужно отобрать из длинного ответа AD строку типа

title:: 0KDRg9C60L7QstC+0LTQuNGC0LXQu9GMINGG0LXQvdGC0YDQsCDRgNCw0LHQvtGC0Ysg0Y
Eg0LrQu9C40LXQvdGC0LDQvNC4

Которая может быть написана в одну строку, а может в две.

Base64 и Active Directory: почему не всегда правильно декодируется поле Должность (title)?

Ezhyg, это поле Active Directory "title", его размер 128 символов, название должности "Руководитель центра работы с клиентами" помещается там полностью.

Base64 и Active Directory: почему не всегда правильно декодируется поле Должность (title)?

Не уверен, что понял. Маловата длина чего?

Почему не получается залить дамп mysql?

SagePtr, да, получилось залить и да, реплицируется. Спасибо за помощь!

Почему не получается залить дамп mysql?

SagePtr, планируется реплицировать данные к эту базу с другого сервера (откуда эта база была слита) - не будет ли ругаться на разный формат таблиц?

Почему не получается залить дамп mysql?

SagePtr, вот на этом спотыкается залив дампа:

CREATE TABLE `users` (
`id` char(36) COLLATE utf8mb4_unicode_ci NOT NULL COMMENT '(DC2Type:uuid)',
`login` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL,
`password` varchar(511) COLLATE utf8mb4_unicode_ci NOT NULL,
`name` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL,
`last_name` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL,
`second_name` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
`email` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
`phone` varchar(127) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
`api_token` varchar(511) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
`vk_id` varchar(511) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
`ok_id` varchar(511) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `UNIQ_1483A5E9AA08CB10` (`login`),
UNIQUE KEY `UNIQ_1483A5E9E7927C74` (`email`),
UNIQUE KEY `UNIQ_1483A5E9444F97DD` (`phone`),
UNIQUE KEY `UNIQ_1483A5E97BA2F5EB` (`api_token`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
/*!40101 SET character_set_client = @saved_cs_client */;

Почему не получается залить дамп mysql?

SagePtr, прописал вот так:

innodb_file_format = Barracuda
innodb_file_format_max = Barracuda
innodb_large_prefix = 1
innodb_file_per_table = ON

После перезапуска при заливе та же ошибка.

А вот значения переменных в рантайме:

innodb_file_format Barracuda
innodb_file_format_max Barracuda
innodb_large_prefix ON
innodb_file_per_table ON

Не понимаю, что не так.

Почему не получается залить дамп mysql?

SagePtr, нашёл проблему, у меня сейчас стоит innodb_file_format Antelope. Если я поменяю его на Barracuda - не сломаются ли базы, которые уже крутятся на целевой машине?

Почему не получается залить дамп mysql?

На машине, на которой пытаюсь залить:

# mysql -u root -e "show variables" | grep innodb_large_prefix
innodb_large_prefix ON