Tech excellence, human relevance

Leistungen / Messaging & E-Mail-Security

HIN-Gateway-Migration: Stargate oder Alternative

HIN löst das klassische, SEPPmail-basierte Mail Gateway durch das neue HIN Gateway ab, entwickelt im Projekt «Stargate». Getauscht wird dabei mehr als die Appliance: Architektur, Schlüsselverwaltung und Transport ändern sich. Wir prüfen mit Ihnen, ob Stargate oder eine andere Lösung zu Ihrer Umgebung passt, und begleiten die Umstellung bis zur Abschaltung des alten Gateways.

Was sich mit Stargate ändert

Das neue HIN Gateway ist ein Mail-fähiger Mesh-Knoten pro Organisation: gegenüber dem eigenen Mailsystem SMTP-kompatibel, intern mit dezentraler Schlüsselverwaltung, WireGuard-Transport zwischen den Instanzen und Bereitstellung als VM-Image oder mit Docker Compose. Damit ändern sich Firewall-Freigaben, Betriebsverantwortung, Monitoring und das Zusammenspiel mit Exchange Online oder Exchange Server. Das gewachsene Regelwerk des alten Gateways, der Systemversand von Scannern und Fachanwendungen sowie die Behandlung von Empfängern ohne HIN-Adresse müssen neu geplant werden.

Leistungen

Standortbestimmung Welche Funktionen das heutige Gateway tatsächlich erfüllt: Regeln, Systemversand, Domänen, Empfänger ohne HIN-Adresse, Abhängigkeiten zu Exchange und Firewall.
Umstieg auf Stargate Installation, Netzwerk- und Firewall-Freigaben, Mailrouting zum und vom Mesh-Knoten, Tests und Umstellung.
Alternativen prüfen Ob ein Betrieb ohne eigenes Gateway oder eine andere Verschlüsselungslösung besser passt, hängt von Mailvolumen, Systemversand und Anforderungen ab; die Entscheidung wird nachvollziehbar dokumentiert.
Exchange-Integration Connectoren und Transportregeln so anpassen, dass keine Mail-Schlaufen und keine Spoofing-Verdikte entstehen.

Ablauf

  1. 1 Standortbestimmung Funktionen, Abhängigkeiten und einliefernde Systeme des bestehenden Gateways erfassen.
  2. 2 Zielbild und Planung Stargate oder Alternative, Wartungsfenster abgestimmt auf die Termine von HIN.
  3. 3 Parallelbetrieb und Umstellung Testverkehr über das neue Gateway, danach Routen einzeln und rückholbar umstellen.
  4. 4 Rückbau Altes Gateway aus Routing, Firewall und Monitoring entfernen, Zielumgebung dokumentieren.

Nachzulesen im Fachblog

Ein ähnliches Vorhaben?

Im ersten Austausch klären wir Ausgangslage, Risiken und den sinnvollsten nächsten Schritt.

Kontakt aufnehmen →

Ebenfalls im Feld Messaging & E-Mail-Security