akelsey

1) не делать свой почтовый сервер
2) хорошо подумать, и не делать свой почтовый сервер
3) если все равно хочется сделать, но еще раз подумать, и не делать почтовый сервер.
Ну и нужно настроить:
- записи MX, SPF, DKIM
- настроить подписи DKIM
- установить SMTP-вервер (opensmtpd например),
- установить POP и/или IMAP серверы
- настроить TLS на всем этом с сертификатами
- очень желательно настроить антиспам типа spamassist
А также по просьбе старого друга и авторитетного администратора крупных почтовых (и не только) сервисов Alexey Dmitriev

Просьба добавить в свой правильный список - настройку записи DMARC и PTR - для полноты картины.

Без этого тоже никуда никто не едет.
И еще раз крепко подумать, нужна ли Вам эта головная боль и разбирательства, "почему меня все блокируют"...
Один из выходов, хостить почту у провайдеров почты, а себе забирать архивы раз в день...

PS, И да, если уж речь зашла о настройках, Всякие PTR, SPF, MX, DKIM, DMARC и прочие вещи я не всегда знаю сам как автоматизировать. В основном ручками все собираю по привычке и правлю конфиги. А в больших инсталляциях еще и разношу на несколько серверов.
И все равно, почта требует практически еженедельного (если не ежедневного, в больших инсталляциях) присмотра и ухода, чистки очередей, разгрузки сервисов, борьбы со спамом и прочей хренью.

PPS. Лет 25 назад доставляло мне удовольствие, забирать отдавать почту по UUCP по модемному коннекту на организацию в 100 человек :)
Теперь нет никакого удовольствия. Это все равно что содержать ftp-сервер. Старый протокол, старые технологии, куча говна и палок.

Ну и коли пошла такая пьянка, некоторые корпоративные почтовики оборудуют всякими фильтрами:
- первое письмо не проходит, и его нужно ставить в отдельную очередь на минут 20-30 для повторного ответа - не выдержал таймаут - БАН
- первое письмо просто валится в спам - повторная отправка - БАН
- нельзя отправлять почту более 10 ресипиентам - БАН
- пигн-понг короткими сообщениями - иначе БАН

Ну и прочие чудеса эквилибристики почтовых администраторов.

HyperV ненужен. Блюстакс работает на основе Виртуалбокс

Включите виртуализацю в биос. А hyperV отключите

Может быть новые имена переменных помогут вам разобраться в том, что происходит.

class Power {
    public static void main(String args[]) {
        int осталосьСтолькоРазУмножитьРезультатНаДвойкуДляОтчета;
        int результат;
        for (int текущаяСтепеньДвойкиДляОтчета = 0; текущаяСтепеньДвойкиДляОтчета < 10; текущаяСтепеньДвойкиДляОтчета++) {
            результат = 1;
            осталосьСтолькоРазУмножитьРезультатНаДвойкуДляОтчета = текущаяСтепеньДвойкиДляОтчета;
            while (осталосьСтолькоРазУмножитьРезультатНаДвойкуДляОтчета > 0) {
                результат *= 2;
                осталосьСтолькоРазУмножитьРезультатНаДвойкуДляОтчета--;
            }
            System.out.println("2 в степени " + текущаяСтепеньДвойкиДляОтчета + " равно " + результат);
        }
    }
}

Вам нужен IP адрес виртуалки которую Вы сделали в виртуалбокс
если сеть в настройках NAT - то надо в настройках ВМ пробросить нужный порт...
либо переключить сеть на "сетевой мост", тогда ВМ получит IP от Вашего роутера, как и ПК. и будет находится в одной сети с ПК. зайдете просто по IP ВМки

Убунта некоторое время назад бодро поскакала на netplan , проверяйте /etc/netplan

"купленный домен" - это скорее купленная запись в общепринятом справочнике.
то бишь все, сунувшиеся на domen.org получат справку что надо идти по ip адресу 1.2.3.4
И они пойдут
А дальше сервер на этом адресе - должен слушать обращения и отвечать.

Отсюда:
надо на сервере начать слушать обращения - то бишь 80 порт для http и 443 порт для https и переправлять это тем или иным образом приложению (которое слушает в данном случае иной порт)

Наиболее распространенные варианты - это например nginx, haproxy и т.п.

Теперь про "имя сервера": собственно никто не мешает для кучи разных доменных имён указать один и тот же ip адрес и все обращения будут прилетать к одному серверу (L3), но в каждом обращении будет фигурировать имя к которому обращались (L7) и то самое, что слушает 80/443 порт по этой информации может например передавать (проксировать) обращения например в разные приложения/контейнеры/порты

Итого: поднять на самом сервере или в контейнере nginx/haproxy и прописать в конфигах:
при обращении domen1.org - перенаправлять в контейнер на порт 8000, когда-нибудь потом добавить что при обращении к domen2.org - перенаправлять на соседний контейнер на порт например 8001

Ну или пока упростив - слушать контейнером 80/443 порт ( 80:8000 ) и внутри контейнера пока ничего не делать дополнительного пока не появится второй домен

Раз и навсегда:

Get-MailboxDatabase | Dismount-Database
Get-MailboxDatabase | Remove-MailboxDatabase -Confirm:$false

После чего удалить соответствующие файлы с диска

Менее радикальные способы: например, раз и два

Скажите есть ли повод переживать по поводу работы сервера?

Нет

w |tail -n +3|awk '{print $1}'|grep 'r$\|x$\|z$'|wc -l

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