Multi domain setup not working (Ubuntu 18.04)

[Tom Reijnders]

Hi Franz,

Thank you. Cyrus 3 has this fixed :-)

Tom

"Skale, Franz" <i.bin at dah.am> schreef op 25 juni 2022 18:29:58 CEST:
>Hi Tom,
>i migrated to Debian 10 a year ago.
>The multidomain setup and cyrus aren't broken. (cyrus-imapd 3.0.16 my version of use -> standard debian package)
>You have to change several files to make it work.
>As outlined in the docs, files to change are:
>1.) roundcube:
>/etc/roundcubemail/config.inc.php -> username_domain
>
>2.) imapd:
>ldap_domain_base_dn: cn=kolab,cn=config
>ldap_domain_filter: (&(objectclass=domainrelatedobject)(associateddomain=%s))
>ldap_domain_name_attribute: associatedDomain
>ldap_domain_scope: sub
>ldap_domain_result_attribute: inetdomainbasedn
>
>3.) amavis: /etc/amavis/conf.d/05-domain_id
>@local_domains_maps = ( [
>        ".$mydomain",
>        ".domain.com"
>       ] );
>
>4.) /etc/kolab/kolab.conf
>[kolab]
>primary_domain = primarydomain.com
>[domain.com]
>default_quota = 1048576
>primary_mail = %(givenname)s.%(surname)s@%(domain)s
>
>5.) postfix:
>/etc/postfix/ldap/domain.com/local_recipient_maps.cf
>domain = ldap:/etc/postfix/ldap/domain.com/mydestination.cf
>
>server_host = localhost
>server_port = 389
>version = 3
>search_base = cn=kolab,cn=config
>scope = sub
>
>domain = ldap:/etc/postfix/ldap/domain.com/mydestination.cf
>
>bind_dn = uid=kolab-service,ou=Special Users,dc=primarydomain,dc=com
>bind_pw = xxxxxxxxxxxxxx
>
>query_filter = (&(|(mail=%s)(alias=%s))(|(objectclass=kolabinetorgperson)(|(objectclass=kolabgroupofuniquenames)(objectclass=kolabgroupofurls))(|(|(objectclass=groupofuniquenames)(objectclass=groupofurls))(objectclass=kolabsharedfolder))(objectclass=kolabsharedfolder)))
>result_attribute = mail
>
>
>/etc/postfix/ldap/domain.com/mydestination.cf
>
>server_host = localhost
>server_port = 389
>version = 3
>search_base = cn=kolab,cn=config
>scope = sub
>
>bind_dn = uid=kolab-service,ou=Special Users,dc=primarydomain,dc=com
>bind_pw = xxxxxxxxxxxxxxxxx
>
>query_filter = (&(associatedDomain=%s)(associatedDomain=domain.com))
>result_attribute = associateddomain
>
>
>/etc/postfix/ldap/domain.com/virtual_alias_maps.cf
>
>server_host = localhost
>server_port = 389
>version = 3
>search_base = dc=domain,dc=com
>scope = sub
>
>domain = ldap:/etc/postfix/ldap/domain.com/mydestination.cf
>
>bind_dn = uid=kolab-service,ou=Special Users,dc=primarydomain,dc=com
>bind_pw = xxxxxxxxxxxxxxxxxxxx
>
>query_filter = (&(|(mail=%s)(alias=%s))(objectclass=kolabinetorgperson))
>result_attribute = mail
>
>
>/etc/postfix/transport
>
>shared at domain.com lmtp:unix:/run/cyrus/socket/lmtp
>
>Check the admin interface and create the domain !
>
>It's all outlined in the docs !
>
>Check:
>kolab list-domains
>
>Rgds.
>Franz
>
>On 2022-06-25 15:02, Tom Reijnders wrote:
>> It seems to me, this is really a bug in ptloader of cyrus-impad 2.5
>> 
>> It finds the correct base_dn, and the first thing it doe, is throw it away.
>> 
>> So, ether I patch this myself, or I start over again.
>> 
>> What OS and which version of kolab is the best at this time to use?
>> 
>> Tom
>> 
>> 
>> Op 24-6-2022 om 10:07 schreef Tom Reijnders:
>>> Sure,
>>> 
>>> This is the specific part that is used by ptloader:
>>> 
>>> ldap_domain_base_dn: cn=kolab,cn=config
>>> ldap_domain_filter: (&(objectclass=domainrelatedobject)(associateddomain=%s))
>>> ldap_domain_name_attribute: associateddomain
>>> ldap_domain_scope: sub
>>> ldap_domain_result_attribute: inetdomainbasedn
>>> 
>>> If the domain would have been searched in the Root DN that it's listing as being relevant, the domain would have been found. But it seems not to do so...
>>> 
>>> Tom
>>> 
>>> Op 23-6-2022 om 23:45 schreef Jochen Kellner:
>>>> Tom Reijnders <reijnders at tor.nl> writes:
>>>> 
>>>>> This is a complete separate domain (and you need to change quite a lot
>>>>> of things to make it work. I followed this process:
>>>>> 
>>>>> https://docs.kolab.org/howtos/multi-domain.html
>>>> Ah, ok. I had a look at that document and I suspect something in
>>>> /etc/cyrus.conf or /etc/imapd.conf. I only have an alias domain...
>>>> 
>>>> Can you show at least the ldap_.* configuration in /etc/imapd.conf?
>>>> Maybe someone spots an error or has a tip for you.
>>>> 
>>>> Jochen
>>>> 
>>>>> Op 23-6-2022 om 00:13 schreef Jochen Kellner:
>>>>>> Hello,
>>>>>> 
>>>>>> Tom Reijnders <reijnders at tor.nl> writes:
>>>>>> 
>>>>>>> L.S.,
>>>>>>> 
>>>>>>> I cannot get multi domain setup working correctly. Everything works
>>>>>>> for the main domain, but the canonification for the other domains does
>>>>>>> not seem to work.
>>>>>>> 
>>>>>>> This is what I see in the log:
>>>>>>> 
>>>>>>> Jun 22 20:47:02 kolab ptloader[11261]: Attempting to get domain for
>>>>>>> webshop.helicon at pedit-nederland.nl from cn=kolab,cn=config
>>>>>> ...
>>>>>> 
>>>>>> which logfile is that? I've recently added a secondary/alias domain to
>>>>>> my kolab on Debian 10 - and that seems to work. And I don't see similar
>>>>>> messages...
>>>>>> 
>>>>>>> Does anyone know what goes wrong? Where can I find the source of
>>>>>>> ptloader so that I can try to debug this issue?
>>>>>> On my system ptloader is /usr/lib/cyrus/bin/ptloader, which is part of
>>>>>> cyrus-common:
>>>>>> 
>>>>>> root at jupiter:/var/log# dpkg -S /usr/lib/cyrus/bin/ptloader
>>>>>> cyrus-common: /usr/lib/cyrus/bin/ptloader
>>>>>> root at jupiter:/var/log# dpkg -l cyrus-common
>>>>>> Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
>>>>>> | Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
>>>>>>            Halb installiert/Trigger erWartet/Trigger anhängig
>>>>>> |/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
>>>>>> ||/ Name           Version         Architektur  Beschreibung
>>>>>> +++-==============-===============-============-================================= ii  cyrus-common   3.0.8-6+deb10u6 amd64        Cyrus mail system - common files
>>>>>> 
>>> 

-- 
Verstuurd vanaf mijn Android apparaat met K-9 Mail. Excuseer mijn beknoptheid.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kolab.org/pipermail/users/attachments/20220625/826ead5b/attachment-0001.html>