estic

Чтобы реже обновлять сертификат на хостинге RU-CENTER. Использовать именно этот хостинг тоже могут быть причины.

Тема полезна не только автору. И далеко не факт, что выбранный автором вариант будет оптимален для других. Например, мне Let's Encrypt значительно лучше подходит, и дело не только в экономии.

Вот именно. А для валидации можно использовать упомянутый здесь сервис, в том числе бесплатно: https://p20.ru/features/certificates

Похоже, что у этой платформы совсем дела плохи, раз вы пользуетесь такими дешевыми методами. Или это ваш нынешний "экспертный" уровень? 😀

До окончания срока регистрации. Точнее, пока регистратор не "разделегирует" домен. Обычно это одно и то же, но бывают исключения, например: https://searchengines.guru/ru/forum/1050309

Обычно чем дольше держится переадресация, тем лучше. Поэтому лучше продлевать срок регистрации домена и оставлять переадресацию.

Content-Type: multipart/alternative; boundary="разделитель"

--разделитель
Заголовки первой версии

Содержимое первой версии
--разделитель
Заголовки второй версии

Содержимое второй версии
--разделитель--

Тогда формируйте письма упомянутого мной в первом сообщении формата и отправляйте. В чем проблема?

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

Если в почтовом клиенте нет такой функции, то никак. Обычно клиенты при отправки HTML-письма просто добавляют текстовую версию с предупреждением.

Письма могут иметь структуру "матрешки" 😉 Причем не только с иерархическими, но и с "сестринскими" связями.