ti_zh_vrach

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

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

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

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

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

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

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

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

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

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

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

Типичный почтовый сервис состоит из множества компонентов: Message Delivery Agent (MDA) обеспечивает обработку входящих писем, Message Transfer Agent (MTA) отвечает за обработку исходящих писем, их отправку и доставку. Также пользователю необходим IMAP-сервер, для получения писем и работы ними; SMTP нужен для отправки и получения писем как для пользователей, так и для серверов.
Кроме этого минимального набора используются различные внешние обработчики: антиспам-системы, антивирусы, фильтры, DNSBL, и т.п.
Также сервису необходим почтовый веб-интерфейс, который может использовать обычный IMAP/SMTP-доступ, а может общаться с серверами через собственные API.

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

Написать минимальный рабочий MDA+MTA с нулевыми знаниями устройства почты и протоколов так, чтобы ваши письма принимали другие почтовые сервисы, а ваш сервер не мог принять неправильно сформированную ерунду, при этом не отвергал бы не полностью соответствующие стандарту письма (которые встречаются регулярно) — задача на 2-3 недели full time для меня. Минимально реализовать весь стек — не менее нескольких месяцев.

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

Не смогу ответить на этот вопрос с точки зрения обывателя, у меня не возникает каких-либо частых проблем, связанных с эксплуатацией exim4/postfix/dovecot сотоварищи.

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

Если всё настроено корректно, то и доходить будет нормально. Если ваш собственный сервер соответствует стандартам, текущим требованиям к доставке, то проблемы могут быть только на сетевом уровне или с доверием домену и IP-адресу, что не имеет непосредственного отношения к коду.

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

Вам потребуется не только домен, но еще и IP-адрес.

Вот хорошая книга Алгоритмы: построение и анализ
"Грокаем алгоритмы" слишком поверхностная книга, читать её не имеет никакого смысла.

"Грокаем алгоритмы". Насколько она хороша? - хороша. Изучайте.

Что можете посоветовать ещё? - ну,например, https://superstudy.guide/algorithms-data-structure... Достаточно сжато, понятно, все необходимое на месте и без заумствования.

На что обратить большее внимание при ознакомлении? - странный вопрос. Вы выбираете книгу и учите. А не "обращаете внимание" и торгуетесь "что больше, что меньше, а что может вообще пропустить" .

Православные материалы по теме:

ссылка1
ссылка2
ссылка3
ссылка4
ссылка5

В качестве того, что сначала бросилось в глаза
- возможно, ругается на слишком длинные пути вновь создаваемых файлов.
- убрать On Error GoTo 0 и посмотреть, где остановиться.
- добавить DoEvents "случайно" раскидав по коду.
- описать _все_ переменные, возможно, где-то в них появляется что-то неожиданное, Variant довольно коварен.

Во-первых, какая разница где он располагается, лишь бы работал. Во-вторых, ui-файлы можно использовать и без конвертации:

from PyQt5 import uic
from PyQt5.QtWidgets import QMainWindow

class MainWindow(QMainWindow):
   def __init__(self):
      super(MainWindow, self).__init__()
      uic.loadUi('mainwindow.ui', self)

Если не проходит pyuic5 ... и т. п., попробуйте из консоли

python -m PyQt5.uic.pyuic -x [FILENAME].ui -o [FILENAME].py

(Windows) (при этом находясь в папке со скриптом)
Посмотрел здесь: https://stackoverflow.com/questions/43028904/conve...

mail.ru посчитал отправителя спамером (что очень похоже) и забанил.

Не знаю насколько сложен Ваш проект, но я бы:
1. Определил - это один проект с вариациями или несколько самостоятельных проектов;
2. Вынес общий и статичный код в отдельный модуль:
3. Занимался бы развитием проекта исходя из соображений: 1 вариация - 1 модуль.
4. Версионность файла с макросом - поднимать при каждой доработке.

Может быть действительно, адрес отправки попал в "черный список".
Как узнать, находится ли почтовый сервер в черных ...
Что надо знать о блэклистах, если вы делаете рассылки

price = "1 000₴"
price = int(''.join([c for c in price if c.isdigit()]))
print(price)

Ответ прост. Вы используете разные версии python и библиотек в разных средах. Используйте в pycharm тот же интерпретатор, который используете в Jupiter