Roundcube SMTP 250/220

[ManchesterFiend]

Цитата ManchesterFiend:



определенное понимание имеется. postfix/dovecot прекрасно отрабатывают(отправка/получение) на почтовых клиентах типа тандербёрда или аутлука после добавления самоподписанного сертификата в исключения.

Roundcube SMTP 250/220

Ну вот. По сути roundcube это такой же клиент, указанные директивы (verify_peer) просто говорят ему, что можно игнорировать факт, что сертификат не авторизованный, не проходит верификацию. Вы можете кстати добавить самоподписную CA в trust store на сервере и тогда всё будет верифицироваться, но честно говоря не понимаю, зачем сейчас для публичных сервисов использовать самоподписное - серты копейки стоят, да и вообще есть бесплатные от летсэнкрипт, причём с автоматическим продлением... А если вебморда и postfix/dovecot на одном сервере, можете вообще общаться без шифрования, по localhost.



Ну и последнее. Не понимаю, на кой нужны эти конструкторы, если есть готовая Zimbra?

[dmitryst]

ManchesterFiend, можете попробовать прямо сейчас - ничего не теряете, собственно.

[tarakan1983]

Цитата tarakan1983:



Ну это вообще такая замудренная штука, которая как выглядит так и работает…��

Roundcube SMTP 250/220

Прекрасно она работает. Только ею и пользуюсь и с десяток почтарей на ней. Не без недостатков - оно писано на java, потому и аппетиты соответствующие, меньше чем на 4GB RAM не воткнуть. А конструкторы эти вполне могут и на одном гиге пахать, если потюнить.

[tarakan1983]

Цитата Jula0071:



есть бесплатные от летсэнкрипт,

Roundcube SMTP 250/220

для почты у них как раз нет. Для Https есть. С ним exim не запускается, а то был бы неплохой вариант.

[dmitryst]

Цитата dmitryst:



для почты у них как раз нет. Для Https есть.

Roundcube SMTP 250/220

Лол. Чем отличается сертификат для https от сертификата для ну скажем smtp/s или STARTTLS? Правильно, ничем. Subject там Common Name, что обычно hostname, а какой протокол пофиг.

[Jula0071]

Цитата Jula0071:



Ну и последнее. Не понимаю, на кой нужны эти конструкторы, если есть готовая Zimbra?

Roundcube SMTP 250/220

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



По поводу trust store - если имеется ввиду /etc/ssl/certs - то пробовал и туда закидывать в расширениях .pem .crt и даже в /usr/local/share/ca-certificates. Ничего не помогает.



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

[ManchesterFiend]

Цитата Jula0071:



Правильно, ничем.

Roundcube SMTP 250/220

возможно, параметрами шифрования. Но это уже отдельная тема.


Цитата ManchesterFiend:



Ничего не помогает.

Roundcube SMTP 250/220

а доступ-то туда у программы есть? По идее, владельцем надо сделать пользователя, от имени котрого работает сервис доставки/приема почты (mailnull или кто у вас там), права как минимум,0600.

Авторизация postfix/dovecot как организована? У меня, например, exim авторизуется через сервис dovecot-а, соответственно, если dovecot кого-то там авторизовать не может, то и отправка не работает - всё пишется в логи dovecot и exim. Из PostfixAdmin письма отправляются?

[dmitryst]

Цитата dmitryst:



возможно, параметрами шифрования.

Roundcube SMTP 250/220

Нет. Единственное, что приходит в голову, чем может быть вызвана проблема "непринятия" сертификата, это неполная или неверная цепочка сертификации. Например, взять тот же летсэнкрипт, у него не так давно корень протух, теперь новый нужно использовать, о чём может не знать ОС или старая версия сертбота. Но это легко выяснить при помощи openssl verify и не трудно исправить.

[Jula0071]

Jula0071, в моем случае, letsecrypt-овские сертификаты dovecot переварил после обновления версии, а вот exim никак (но у меня конфиг, мягко говоря, "малость нестандартный"), я думаю, мой косяк 100%, но это к делу не относится ))


Цитата Jula0071:



не так давно корень протух

Roundcube SMTP 250/220

всё давно обновлено и исправлено

Кстати, ManchesterFiend, а что у вас в



Код:

Код: Выделить всё

smtpd_tls_cert_file=/etc/letsencrypt/live/host.hostprovider.com/cert.pem
smtpd_tls_cert_file должен указывать на cert.pem file, а не на fullchain.pem

[dmitryst]

dmitryst, я же писал, что не использовал сертификат от летнскрипа.

В общем за всё это время я перелопатил и настроил сервер заново уже на debian 11 и там всё прекрасно работает(по-крайней мере, пока что). Дело видимо было всё-таки в записях на ДНС, ну и самоподписанным сертификатом, етстесвенно. Далее удалось даже прикрутить глобальную адресную книгу на вебморду, но есть выстрелила неприятная деталь. В организации люди пользуются разными почтовыми клиентами, цель приобщить всех к раундкубу, но вот в чём беда: при первом входе в раундкуб, пользователю по умолчанию создаётся несколько стандартных папок. Далее, если он решит зайти в почтовый клиент аутлука - там тоже создадутся новые стандартные папки и по итогу их будет в обоих почтовых клиентах их будет паре(2 входящие, 2 отправленные и 2 спама) и естественно храниться письма будут в разных папках. С тандербёрдом допустим такой проблемы нет, может кто-то знает как это решить глобально, а не удаляя каждому пользователю вручную лишние папки?