Univention Bugzilla – Bug 23761
Während der Installation wird /etc/machine.secret von UCR Templates verwendet, obwohl es noch gar nicht vorhanden ist
Last modified: 2011-09-22 11:16:30 CEST
Das führt zu diversen Tracebacks in der Installer Log Adding ldap map entry to /etc/postfix/dynamicmaps.cf^M Setting up univention-mail-postfix (6.0.12-1.147.201109212003) ...^M Multifile: /etc/postfix/ldap.virtual^M Traceback (most recent call last):^M File "<stdin>", line 7, in <module>^M IOError: [Errno 2] No such file or directory: '/etc/machine.secret'^M Multifile: /etc/postfix/ldap.virtualdomains^M Außerdem ist in den Templates, in denen das Passwort direkt verwendet werden muss, das Passwort dann nicht gesetzt. # direkt nach der Installation -> more /etc/postfix/ldap.virtualdomains server_host = ldap://master.fb.test:7389 search_base = dc=fb,dc=test query_filter = (&(objectClass=univentionMailDomainname)(cn=%s)) result_attribute = cn result_format = %s search_timeout = 15 scope = sub version = 3 bind_dn = cn=master,cn=dc,cn=computers,dc=fb,dc=test -> ucr commit /etc/postfix/ldap.virtualdomains Multifile: /etc/postfix/ldap.virtualdomains -> more /etc/postfix/ldap.virtualdomains server_host = ldap://master.fb.test:7389 search_base = dc=fb,dc=test query_filter = (&(objectClass=univentionMailDomainname)(cn=%s)) result_attribute = cn result_format = %s search_timeout = 15 scope = sub version = 3 bind_dn = cn=master,cn=dc,cn=computers,dc=fb,dc=test bind_pw = v1DKqbvE Das führt wahrscheinlich dazu, dass zumindest postfix nicht funktioniert (es können aber auch beliebige andere Dienste sein)
Es betrifft i.M. wohl nur postfix. Vielleicht reicht es erstmal wenn univention-mail-postfix sein Konfigs im Join Skript nochmal comittet.
*** This bug has been marked as a duplicate of bug 22369 ***