LINUX.ORG.RU
решено ФорумAdmin

Не ходят письма внутри kopano-core

 ,


2

1

Пытаюсь развернуть kopano для хождения почты внутри локалки без связи с внешним миром. Ставил примерно так:

apt install kopano-server kopano-utils
apt install kopano-webapp-apache2 kopano-l10n
kopano-cli --create-store
kopano-cli --create --create-store -u user1 --fullname "User 1" --password user1 --email user1@gtn.loc
kopano-cli --create --create-store -u user2 --fullname "User 2" --password user2 --email user2@gtn.loc
kopano-cli --list-users

Логинюсь в вебапп. Пишу письмо второму юзеру. Жамкаю «отправить». Вижу сообщение «Успешно отправлено». Второму ничего не приходит.

Выставил loglevel = 6, в логах на момент отправки ничего кроме кучи одинаковых строк:

kopano-server[423]: Error while connecting to search on "file:///var/run/kopano/search.sock"
kopano-server[423]: Accepted incoming connection from file:///var/run/kopano/server.sock

Ставлю из репы kopano-spooler, тот начинает ругаться на MTA:

postfix/smtpd[829]: fatal: in parameter smtpd_relay_restrictions or smtpd_recipient_restrictions, specify at least one working instance of: reject_unauth_destination, defer_unauth_destination, reject, defer, defer_if_permit or check_relay_domains
postfix/master[332]: warning: process /usr/lib/postfix/sbin/smtpd pid 829 exit status 1
postfix/master[332]: warning: /usr/lib/postfix/sbin/smtpd: bad command startup -- throttling

Письма так же не ходят. При отправке:

kopano-server[423]: Accepted incoming connection from file:///var/run/kopano/server.sock
kopano-spooler[890]: Number of messages in the queue: 5
kopano-spooler[890]: Executing "/usr/sbin/kopano-spooler" "kopano-spooler" "--send-message-entryid" "000000001458F3518C1D49B398EB9B495028486D01000000050000006BF70B29E69D4CCE93175EA65889199600000000" "--send-username-enc" "user2" "--log-fd" "4294967295" "--host" "default:" "--foreground" "localhost" "--port" "25" "--do-sentmail"
kopano-spooler[890]: Spooler process started on PID 908
kopano-spooler[908]: Starting kopano-spooler version 8.7.0 (pid 908 uid 108)
kopano-spooler[908]: Coredump status left at system default.
kopano-spooler[908]: Initializing provider "Kopano Directory Service"
kopano-spooler[908]: Initializing provider "Private Folders"
kopano-spooler[908]: Initializing provider "Public Folders"
kopano-spooler[908]: Initializing provider "Kopano Directory Service"
kopano-spooler[908]: Initializing provider "Private Folders"
kopano-spooler[908]: Initializing provider "Public Folders"
kopano-spooler[908]: PYTHONPATH = /usr/share/kopano-spooler/python
kopano-spooler[908]: * Loading plugins started
kopano-spooler[908]: ** Checking plugins in /var/lib/kopano/spooler/plugins
kopano-spooler[908]: * Loading plugins done
kopano-spooler[908]: Sending e-mail for user user2, subject: "iu", size: 1837
kopano-spooler[908]: * PreSending processing started
kopano-spooler[908]: * PreSending processing done
kopano-spooler[908]: Sending message with Message-ID: kcis.5022BD307EAA4575BD49AC92B6CB5274@kopano-deb.gtn.loc
kopano-spooler[908]: RCPT TO: user1@gtn.loc
kopano-spooler[908]: SMTP connecting to localhost:25
kopano-spooler[908]: SMTP server connected.
Ключевой вопрос: должен ли kopano-core из коробки локально роутить письма, или ему в любом случае нужен spooler и сконфигурированный MTA?

★★

я думаю, что сам он рутить не умеет. все же он MDA. но сходу на 100 % гарантировать это не могу, лучше спроси это в профильном форуме по kopano

constin ★★★★
()
Ответ на: комментарий от constin

Похоже, что действительно так.

По рекомендациям с https://kb.kopano.io/display/WIKI/Postfix настроил /etc/postfix/main.cf:

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no
append_dot_mydomain = no

alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
mydestination = $myhostname, localhost.$mydomain, localhost
virtual_alias_maps = mysql:/etc/postfix/mysql-users.cf
virtual_transport = lmtp:127.0.0.1:2003
relayhost = 
mynetworks = 127.0.0.0/8
inet_interfaces = localhost
recipient_delimiter = +

smtpd_recipient_restrictions =
 reject_unauth_pipelining
 permit_mynetworks
 permit_sasl_authenticated
 reject_unauth_destination
 reject_non_fqdn_recipient
 permit

/etc/postfix/mysql-users.cf:

user = kopano-server
password = XXXXXX
hosts = 127.0.0.1
dbname = kopanoserver
query = select value from objectproperty where objectid=(select objectid from objectproperty where value='%s' limit 1) and propname='loginname';

Но по логам постфикс всё равно пытается слать письма в релей:

postfix/smtpd[597]: NOQUEUE: reject: RCPT from localhost[::1]: 554 5.7.1 <user4@gtn.local>: Relay access denied; from=<user3@gtn.local> to=<user4@gtn.local> proto=ESMTP helo=<kopano-deb.gtn.local>

ZhAN ★★
() автор топика
Ответ на: комментарий от ZhAN

Не понимаю какие значения постифкс подставляют в запрос мускуля. Может его фиксить надо?

MariaDB [kopanoserver]> select value from objectproperty where objectid=(select objectid from objectproperty where value='%s' limit 1) and propname='loginname';
Empty set (0.000 sec)

MariaDB [kopanoserver]> select value from objectproperty where objectid=(select objectid from objectproperty where value='%s' limit 1) and propname='user2';
Empty set (0.001 sec)

MariaDB [kopanoserver]> select * from objectproperty ;
+----------+--------------+------------------------------------------+
| objectid | propname     | value                                    |
+----------+--------------+------------------------------------------+
|        4 | emailaddress | user1@gtn.loc                            |
|        4 | fullname     | User 1                                   |
|        4 | isadmin      | 0                                        |
|        4 | ishidden     | 0                                        |
|        4 | loginname    | user1                                    |
|        4 | modtime      | 2019-10-10 07:01:01                      |
|        4 | password     | 4020786a6b5be37bd5393f2be233925e05d73c4c |
|        5 | emailaddress | user2@gtn.loc                            |
|        5 | fullname     | User 2                                   |
|        5 | isadmin      | 0                                        |
|        5 | ishidden     | 0                                        |
|        5 | loginname    | user2                                    |
|        5 | modtime      | 2019-10-10 07:03:42                      |
|        5 | password     | 74f860bd7a65a1a98280176653ad8313712bf42a |
|        6 | emailaddress | user3@gtn.local                          |
|        6 | fullname     | User 3                                   |
|        6 | isadmin      | 0                                        |
|        6 | ishidden     | 0                                        |
|        6 | loginname    | user3                                    |
|        6 | modtime      | 2019-10-11 08:47:07                      |
|        6 | password     | 40f4223979d38115fab309f3406f92a53009f431 |
|        7 | emailaddress | user4@gtn.local                          |
|        7 | fullname     | User 4                                   |
|        7 | isadmin      | 0                                        |
|        7 | ishidden     | 0                                        |
|        7 | loginname    | user4                                    |
|        7 | modtime      | 2019-10-11 08:47:20                      |
|        7 | password     | 2e85d6794c858050dbed8faa01d77a045ec28ecc |
+----------+--------------+------------------------------------------+

ZhAN ★★
() автор топика
Ответ на: комментарий от ZhAN

Но по логам постфикс всё равно пытается слать письма в релей:

kopano ( если юзер работает через веб интерфейс , обращаясь к postfix , не передает инфу о том, что пользователь аутифицирован.) поэтому в постфиксе надо прописать permit_mynetworks везде наверху и впихнуть в него копано или локалхост , если они стоят на одном инстансе.

constin ★★★★
()
Ответ на: комментарий от constin

Спасибо за объяснение. Въехал немного как работает постфикс, поправил mynetworks, доустановил kopano-dagent из репы и вроде пошла почта.

Теперь внезапно выяснилось, что вебапп копано не очень дружит с кириллицей. Видимо и правда быстрее было руками собрать postfix+dovecot+roundcube.

ZhAN ★★
() автор топика
Ответ на: комментарий от ZhAN

Теперь внезапно выяснилось, что вебапп копано не очень дружит с кириллицей.

В чем выражается? там же utf8 , какая ему разница на чем что написано?

Видимо и правда быстрее было руками собрать postfix+dovecot+roundcube.

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

constin ★★★★
()
Ответ на: комментарий от constin

В чем выражается?

Добавленные через cli кириллические юзеры отображаются как "??????? ?????? ?????????". Кириллические названия папок становятся такими же. Кириллица в названии письма съедается.

При том, при переключении языка вебаппа на En всё магическим образом лечится. Локаль ru_RU.UTF-8.

ZhAN ★★
() автор топика
Ответ на: комментарий от ZhAN

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

constin ★★★★
()
Ответ на: комментарий от constin

Сегодня пошатал детально.

AJAX запросы типа /webapp/kopano.php?subsystem=webapp_1571141336734 возвращают то честную кириллицу, то знаки вопросов.

Если передёрнуть апач, то всё нормально. Если переключится на nginx, то кириллицы нет вообще. Если переключать языки, то с переменным успехом. При том повторяемости результатов особо нет. Экспериментирую дальше.

Видимо мейнтейнеры конфиг апача с вебапом недоготовили.

ZhAN ★★
() автор топика
Ответ на: комментарий от ZhAN

Предлагаю для теста univention ,а на него сверху воткнуть как приложение kopa o( все бесплатно) и сможете на этой рабочей конфигурации подсматривать конфиги. Но в этом случае копано будет интегрировано с LDAP.

constin ★★★★
()
Ответ на: комментарий от constin

Я для этих целей https://github.com/zokradonh/kopano-docker использовал. В две команды запускается.

В общем удалось запустить. Дело в было в локали. Добавил en_EN.UTF-8 и всё поехало. Спасибо большое за помощь.

ZhAN ★★
() автор топика
2 апреля 2020 г.
Ответ на: комментарий от Twissel

Верно. Там у дебианщиков в туду вистит, что надо бы всунуть в зависимости, но пока только обсуждают.

ZhAN ★★
() автор топика
Ответ на: еще от Twissel

Вот самый неподходящий момент. Там изолированная локалка и когда я туда в следующий раз попаду в связи с карантином - большой вопрос.

Могу лишь сказать, что он минимально отличается от Не ходят письма внутри kopano-core (комментарий) . Только, емнип, в разделе «smtpd_recipient_restrictions» строка «permit_mynetworks» поднята в самый верх.

ZhAN ★★
() автор топика
Ответ на: комментарий от Twissel

Да, локализация замечательная. Два нюанса только.

  1. Для корректной работы нужно чтобы на севере стояли обе локали: ru_RU.UTF-8 и en_EN.UTF-8.

  2. Для переименования стандартных mapi папок из «Inbox» во «Входящие» нужно пинать скрипт kopano-localize-folders. На тот момент он был написан на втором питоне, а kopano-либы в репе остались только для третьего питона. Я проблему достаточно быстро решил при помощи транслятора примерно так:

  2to3-2.7 -n -W --add-suffix=3 $(which kopano-localize-folders)
  python3 $(which kopano-localize-folders3) -u username --lang ru_RU.UTF-8 --verbose
ZhAN ★★
() автор топика

И да, на приём почта у тебя сразу пошла?

Twissel ★★★★★
()
Ответ на: комментарий от ZhAN

Видимо и правда быстрее было руками собрать postfix+dovecot+roundcube.

Плюсую. С первого раза у меня так и не завелась почта на приём)

Нашел вот такую шпаргалку, попробую по ней

https://www.pc-howto.com/kopano-der-neue-stern-am-groupwarehimmel-teil-1/

Twissel ★★★★★
()
Ответ на: комментарий от Twissel

Да, только через консоль. Это ключевая особенность копано. Плюс там недавно был переезд с kopano-adm на kopano-cli, который много чего ломал и путал, но сейчас вроде всё утряслось. Для одного домена достаточно команд из топика. В итоге админинг учёток не сильно запарнее какого-нибудь iredmail выходит.

https://documentation.kopano.io/kopanocore_administrator_manual/user_management.html#creating-users-with-db-plugin

ZhAN ★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.