Vindicar

Вам нужен DNS-резолвер, устанавливающий отображение (соответствие, маппинг) настоящего IP-адреса домена в свободный IP-адрес большой внутренней подсети, и отдающий запрашиваемому клиенту адрес из внутренней подсети. Эту сеть маршрутизируйте через нужный вам интерфейс.

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

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

Насколько трудоёмко будет написать такой почтовый сервер самому?

Простой, обрабатывающий только базовый RFC822 - несложно, но при этом половина привычных фич работать тупо не будет ;) Если же морочится поддержкой всего-всего, что уже напридумывали - нужно прочитать все RFC, которые связаны с темой :)

Какие частые проблемы возникают в эксплуатации готовых решений?

В эксплуатации самих решений, как правило особых проблем нет. Проблемы возникают обычно с анти-(спамом, вирусом, чертом лысым). Шифрование, сертификаты, SPF/DKIM/DMARC etc.

Как скрепные сервисы, почтовые и не только, реагируют на самодельную почту, есть тут какие-то проблемы?

Как человек, много лет содержщий собственную почту (на собственном сервере, стоящем в собственной квартире :) ) скажу, что плевали они на это. Протоколов слава Богу придерживаются - и ладно.

Нужно ли регистрировать домен для своей почты?

Доменное имя? Конечно. И еще белый IP нужен и MX-запись, направляющая на него почту.

Обычные проблемы - это:
- сделать так, чтобы твои письма не уходили в спам
- сделать так, чтобы тебя не задробили спамом
Первое обычно решается через SPF/DKIM/DMARC иже с ними, второе - через greylistng и черные списки

Думаю на python, т.к. самому интересно поковыряться.

Не путайте жабу с мотоциклом. Почтовый сервер - это обычно два независимых компонента - SMTP-сервер (тот, что принимает письма и мира и отправляет их в мир) и IMAP-сервер (тот, что передает почту в почтовый клиент - Thunderbird, Outlook etc). Плюс дополнительные модули. Веб-интерфейс к почте - отдельный продукт, с двумя первыми обычно не связанный (кстати, пишутся сервера обычно на С). Антиспам - это еще отдельный продукт (может быть, если морочиться чем-то типа DSPAM).

Правильный ВПН реализуется на уровне сетевого интерфейса, поэтому в пределах одной сетевой карты что-то разделить нельзя.
Но можно использовать не ВПН, а прокси. Тогда это возможно.

Выключить антивирусную программу. Но лучше не пытаться делать исполняемый файлы из скриптов.

Потому что ты выводишь объекты своих методов, а надо их вызвать () - скобки потерял.

def chet(kva):
    print("Площадь квадрата:", kva.Plohad())
    print("Периметр квадрата", kva.Perimetr())
chet(kva)

Прежде всего, в pydoc-комментарии функции locals есть сноска о том, что синхронизация возвращённого функцией словаря с состоянием переменных не гарантируется и зависит от реализации. Конкретно в CPython в данный момент такой синхронизации не происходит потому, что locals получает значения переменных из фрейма стека, копирует в новый словарь и возвращает его. Сделано так, как ни парадоксально, для производительности.

Выпуклая оболочка, предложенная Vindicar, может соеденить не все точки. Какие-то будут просто внутри. Как в примере с картинки в вопросе, оболочка будет теругольником, а точка по центру будет не соединена ни с чем.

Надо точки как-то отсортировать. Например, берете самую нижнюю, из всех таких самую левую. Сортируете все оставшиеся точки по углу, относительно этой (по значению atan2(yi-y0, xi-x0)), при равенсве угла по расстоянию (не важно по возрастанию или убыванию). Потом в таком порядке их соединяйте, пересечений не будет.

В примере из вопроса оно как раз отсортирует их как на картинке.

Edit, а еще, можно вместо atan сравнивать углы через векторное произведение. Если входные данные - целые точки, то вообще все вычисления будут в целых переменных.