Univention Bugzilla – Bug 25710
Domäne für SSL email wird nicht automatisch übernommen
Last modified: 2012-12-07 17:14:57 CET
In der Erstkonfiguration wird die Domäne nicht automatisch für das SSL Zertifikat übernommen. Somit steht beim "einfachen" durchklicken in ssl/email immer noch die alte Domäne.
Das wäre eine praktische Ergänzung.
Created attachment 4188 [details] univention-system-setup.patch Dieser patch überwacht das FQDN feld, bei Änderungen wird auch die SSL-email angepasst. Falls das SSL-email feld manuell geändert wird, werden keine weiteren Änderungen mehr an der SSL-email gemacht (ist das erwünscht?). Leider ist im patch die 'page'-nummer mit dem FQDN-feld hardkodiert, was bei Änderung der Seitennummer dann beachtet werden müsste.
(In reply to comment #2) > Created an attachment (id=4188) [details] > univention-system-setup.patch > > Dieser patch überwacht das FQDN feld, bei Änderungen wird auch die SSL-email > angepasst. Falls das SSL-email feld manuell geändert wird, werden keine > weiteren Änderungen mehr an der SSL-email gemacht (ist das erwünscht?). > Leider ist im patch die 'page'-nummer mit dem FQDN-feld hardkodiert, was bei > Änderung der Seitennummer dann beachtet werden müsste. Nach den Änderungen zu Bug #25980 gibt es jetzt ein onValuesChanged-Event, dass eine System-Setup-Seite auslösen kann (hier wäre das die Seite mit den Basiseinstellung sein) und durch das die anderen Seiten aktualisiert werden. Darüber kann die Aktualisierung noch etwas eleganter (d.h. ohne Zugriff auf umc.modules.setup) gelöst werden.
(In reply to comment #3) > Nach den Änderungen zu Bug #25980 gibt es jetzt ein onValuesChanged-Event, dass > eine System-Setup-Seite auslösen kann (hier wäre das die Seite mit den > Basiseinstellung sein) und durch das die anderen Seiten aktualisiert werden. > Darüber kann die Aktualisierung noch etwas eleganter (d.h. ohne Zugriff auf > umc.modules.setup) gelöst werden. Wenn die FQDN geändert wird wird jetzt das onValuesChanged event ausgelöst. Es gab noch einen kleinen Bug, der dafür sorgte, dass das FQDN feld geleert wird, wenn es verändert wird. Das habe ich mitbehoben. univention-system-setup (5.0.148-1) unstable; urgency=low * update ssl-email on changing domainname (Bug #25710) * fixed a little typo which prohibited displaying the right hostname in the summary of changes (Bug #26671)
(In reply to comment #4) > Es gab noch einen kleinen Bug, der dafür sorgte, dass das FQDN feld geleert > wird, wenn es verändert wird. Das habe ich mitbehoben. Das muss nocheinmal überarbeitet werden, da durch die Änderung der FWDN-Wert im nicht-wizard-modus geleert wird. Dieser Wert soll nur einmal initial im wizard-modus geleert werden.
(In reply to comment #5) > (In reply to comment #4) > > Es gab noch einen kleinen Bug, der dafür sorgte, dass das FQDN feld geleert > > wird, wenn es verändert wird. Das habe ich mitbehoben. > Das muss nocheinmal überarbeitet werden, da durch die Änderung der FWDN-Wert im > nicht-wizard-modus geleert wird. Dieser Wert soll nur einmal initial im > wizard-modus geleert werden. Das ist nun auch behoben. univention-system-setup (5.0.149-1) unstable; urgency=low * update ssl-email on changing domainname (Bug #25710) * added ucr ssl/country value to lang_countrycodes (Bug #26409)
Derzeitig wird nicht berücksichtigt, dass die Werte auch wieder zurückgesetzt werden können. Ggf. muss der Wert _fqdnTouched mit in setValues() zurückgesetzt werden?
(In reply to comment #6) > (In reply to comment #5) > > (In reply to comment #4) > > > Es gab noch einen kleinen Bug, der dafür sorgte, dass das FQDN feld geleert > > > wird, wenn es verändert wird. Das habe ich mitbehoben. > > Das muss nocheinmal überarbeitet werden, da durch die Änderung der FWDN-Wert im > > nicht-wizard-modus geleert wird. Dieser Wert soll nur einmal initial im > > wizard-modus geleert werden. > Das ist nun auch behoben. Im Appliance-Modus funktioniert das im Moment ( univention-system-setup 5.0.149-1.289.201204111004 ) nicht.
(In reply to comment #7) > Derzeitig wird nicht berücksichtigt, dass die Werte auch wieder zurückgesetzt > werden können. Ggf. muss der Wert _fqdnTouched mit in setValues() zurückgesetzt > werden? Im Wizard modus gibt es keine reset-methode. > (In reply to comment #6) > Im Appliance-Modus funktioniert das im Moment ( > univention-system-setup 5.0.149-1.289.201204111004 > ) nicht. stimmt, es hat ein dojo.hitch gefehlt. Das ist behoben. univention-system-setup (5.0.149-2) unstable; urgency=low * fixed missing dojo.hitch (Bug #25710)(In reply to comment #8)
*** Bug 26878 has been marked as a duplicate of this bug. ***
Hier wurde noch ein Fehler in der Basispage bezügl. der Referenz onValuesChanged beim connect gefixt. univention-system-setup (5.0.152-1) unstable; urgency=low * fixed the connect on onValuesChanged in BasisPage (Bug #25710)
(In reply to comment #4) > Es gab noch einen kleinen Bug, der dafür sorgte, dass das FQDN feld geleert > wird, wenn es verändert wird. Das habe ich mitbehoben. Mit univention-system-setup{,-boot} 5.0.163-1.314.201206151627 trit dieser Fehler wieder auf.
(In reply to comment #12) > (In reply to comment #4) > > Es gab noch einen kleinen Bug, der dafür sorgte, dass das FQDN feld geleert > > wird, wenn es verändert wird. Das habe ich mitbehoben. > Mit univention-system-setup{,-boot} 5.0.163-1.314.201206151627 trit dieser > Fehler wieder auf. Das hat hiermit nichts zu tun und ist an Bug #27601 ausgelagert.
Vorher keinerlei Änderungen in ssl/email, jetzt automatisch in Abhängigkeit des FQDN, wenn der Nutzer nicht explizit ssl/email setzt. Changelog vorhanden
UCS 3.0-2 has been released: http://forum.univention.de/viewtopic.php?f=54&t=1905 If this error occurs again, please use "Clone This Bug".