Bug 17436 - univention-scalix-stunnel sollte auch UAL absichern
univention-scalix-stunnel sollte auch UAL absichern
Status: RESOLVED WONTFIX
Product: UCS
Classification: Unclassified
Component: ZZZ - Trash - Scalix for UCS
UCS 2.2
Other All
: P5 normal (vote)
: ---
Assigned To: Bugzilla Mailingliste
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-01-22 14:26 CET by Dirk Ahrnke
Modified: 2011-12-16 14:17 CET (History)
0 users

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dirk Ahrnke 2010-01-22 14:26:51 CET
Der z.B. durch Scalix Connect für MS Outlook genutzte Port 5729 bietet keine abgesicherte Kommunikation. Der Scalix Conector für MS Outlook unterstützt seit Scalix 11.3 UAL über SSL (Port 5767).
siehe auch http://www.scalix.com/wiki/index.php?title=HowTos/ScalixSecurity#Setting_up_stunnel

Wenn ich das Konzept von univention-scalix-stunnel richtig verstanden habe, reicht es, die UCR-Variable "scalix/uals" mit "yes" zu definieren und folgende Zeilen in die d_start() Funktion von /etc/init.d/univention-scalix-stunnel einzufügen:

        if [ "$scalix_uals" = "yes" ] ; then
                start_stunnel 5767 5729
        fi
Comment 1 Stefan Gohmann univentionstaff 2011-12-16 14:17:03 CET
Die Pflege von Scalix4UCS soll direkt durch Scalix erfolgen:

http://www.univention.de/univention/presse/pressemitteilungen/univention-und-scalix-definieren-kooperation-neu/

Hier ist von uns keine weitere Aktion notwendig, deshalb WONTFIX.