Hallo Markus,
Da würde mich ja mal das Anwendungsbeispiel interessieren.
- eGroupware kann ja in der Web-GUI eh kein S/MIME.
- Welcher Mail-Cilent unterstützt denn S/MIME um Adressbuch und wo muss der Public-Key des Gegenüber denn da genau zu finden sein?
Wer sein eGroupware selber hostet, ist vlt. eh besser mit http://www.djigzo.com/ beraten. Das ist ein Java basierte OpenSource-Projekt, welches aus einer Administrationsoberfläche besteht, die man auf Tomcat deployed und die ein User nie zu sehen bekommt. Der Administrator kann die Zertifikate seiner User da einspielen und Regeln konfigurieren. Weiter gibt es einen Server, der in einem Java-Prozess läuft und den man per Postfix so konfiguriert, dass jede eingehende und ausgehende Mail durch diesen Server läuft. Als Datenbank kann man MySQL oder PostgreSQL nehmen. Ok, so eine Postfix-Konfiguration ist dann schon das komplexeste an der ganzen Sache.
Ich habe den dann so Djigzo dann so eingestellt, dass automatisch alle ausgehenden Mails signiert werden, sofern für die interne Mailadresse ein persönliches S/MIME-Zertifikat hinterlegt ist. Der Server sammelt dann jeden eingehenden PublicKey und sofern der Sender ein persönliches Zertifikat hat und für den Empfänger ein PublicKey hinterlegt ist, wird die Mail automatisch verschlüsselt. Bestätigungsmails, wenn eine Mail verschlüsselt wurde, gibt es auch. Es ist aber auch denkbar, dass nan nur Mails verschlüsselt, die einen bestimmten String, wie SECURE im Subjekt haben. Da kann man als Administrator eine REGEX konfigurieren. Eingehende, verschlüsselte mails werden dann auch automatisch entschlüsselt und nur das Zertifikat wird behalten, so dass Mailclients, die S/MIME-Zertifikate verarbeiten und prüfen können, ob das Zertifikat echt und auf wen es ausgestellt ist.
Der Vorteil hier ist, dass man Client-Unabhängig immer verschlüsseln kann auch wenn der Mailclient selber nicht mit S/MIME umgehen kann.
Viele Grüße
/Kai
