Владимир Дубровин

Для кириллицы можно примерно такой алгоритм:

1. Задетектить UTF-16
обычно в начале текста присутствует Unicode-признак порядка U+FEFF, по нему можно отличить big endian / little endian.

Если признака нет, но в четных позициях текста (начиная с нуля) в основном символы с кодом 0x00 (для латиницы) и 0x04 (для кириллицы) - то это UTF-16 big endian, если в нечетных - little endian.

2. Задетектить UTF-8
все кириллические символы будут состоять из двух октетов, первый октет будет иметь значение 0xd0 или 0xd1, латиница будет совпадать с ASCII

3. Отличить Windows-1251 от KOI8-r - и там и там для кириллицы используют в основном символы с кодом 192-255, но в koi8-r сначала идут маленькие символы, в windows-1251 - сначала большие. Если текст преимущественно состоит из символов 192-223 но в начале предложения (после точки с пробелом) идут символы с кодом 224-255 - это ko8-r, если наоборот - windows-1251 + можно использовать частотный анализ символов. Латиница совпадает с ASCII.

Все остальные кодировки достаточно редки, правда китайцы (и почему-то Google) любят кодировать кириллицу в Big-5.

В SPF надо добавить IP-адреса с которых вы рассылаете почту. Например

v=spf1 ip4:1.2.3.4 include:_spf.google.com ~all

Сгенерировать ключи DKIM можно например в dkimcore.org/tools/keys.html, после чего публичный ключ опубликовать в DNS, приватный прописать на сервере и включить поддержку DKIM. Где и как зависит от используемого MTA, в exim поддержка DKIM встроенная, для postfix и sendmail необходимо ставить OpenDKIM или другой аналог.

Что значит "доходит со всех ящиков"? Вы во From: подставляете чужой адрес чтобы на него ответить? Так делать нельзя, подставляйте адрес в поле Reply-To: а не From:. Во From: всегда указывайте адрес принадлежащий вам и с домена, который вы контролируете.

По-моему достаточно четко указано:

Prisma does not claim ownership of any Content that you post on or through the Service. Instead, you hereby grant to Prisma a non-exclusive, fully paid and royalty-free, transferable, sub-licensable, worldwide license to use the Content that you stylize on or through the Service, subject to the Service’s Privacy Policy, available here prisma-ai.com/privacy, including but not limited to sections 3 (“Sharing of Your Information”) and 4 (“How We Store Your Information”).

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

Существует 3 основных подхода.
1. То, что вы имеете ввиду - после accept() создавать отдельный поток на каждого лиента и обрабатывать пришедший коннект в нем.
2. Использовать один поток, переводить сокеты в неблокирующий режим и использовать select() или poll() / epol() / ... для обнаружения данных поступивших в сокет и их обработки
3. Использовать модель с несколькими worker'ами. Запускать несколько потоков-worker'ов работающих так же как в п.2, распределять входящие коннекты между ними. Обычно так пишут серверы для достаточно большой нагрузки.
Достаточно подробный ответ есть здесь: https://www.opennet.ru/base/faq/prog_faq.txt.html, см. "как писать сервера".

Попробуйте отснифать трафик, это сообщение означает, что соединение закрывается до окончания передачи данных. В chunked в конце данных должен идти чанк нулевого размера, т.е. просто символ нуля с переводом строки, убедитесь что в проблемном соединении он передается. Если не передается - ищите проблемы на сервере, если передается - то локально. Это могут быть либо проблемы на сервере (например используется асинхронная отправка, но на сокете не выставлен linger) либо в каком-либо фильтрующем софте, например прокси или антивирусе. Возможно какой-то фильтр вырезает данные при передаче, но при этом не меняет размер чанка.

-5 - нет такой опции, по идее при старте прокси должен на нее ругаться.