===== 🧠 Architektur mit rinetd (bewährt) =====
{{:wiki:39.png?400|}}{{:wiki:proxy-study-5.webp?400|}}{{:wiki:set-up-smtp-and-imap-proxy-with-haproxy.png?400|}}
Ablauf:
Client → Server-IP:11143 → rinetd → 127.0.0.1:1143 → Proton Bridge
Client → Server-IP:11025 → rinetd → 127.0.0.1:1025 → Proton Bridge
✔️ Bridge bleibt lokal
✔️ Clients greifen zentral zu
✔️ Kein VPN/SSH nötig
✔️ Stabil & simpel
==== 1️⃣ Proton Mail Bridge lokal prüfen ====
Auf dem Server:
ss -tlnp | grep proton
Du solltest sehen:
127.0.0.1:1143
127.0.0.1:1025
**👉 Das ist korrekt und gewollt**
==== 2️⃣ rinetd installieren ====
Debian / Ubuntu
sudo apt update
sudo apt install rinetd
==== 3️⃣ rinetd konfigurieren ====
sudo nano /etc/rinetd.conf
Beispiel-Konfiguration (empfohlen)
# IMAP weiterleiten
0.0.0.0 11143 127.0.0.1 1143
# SMTP weiterleiten
0.0.0.0 11025 127.0.0.1 1025
💡 Warum andere Ports?
Damit klar ist, dass es kein echter Mailserver ist und keine Kollision entsteht.
==== 4️⃣ rinetd aktivieren & starten ====
sudo systemctl enable rinetd
sudo systemctl restart rinetd
Status prüfen:
sudo systemctl status rinetd
==== 5️⃣ Firewall öffnen ====
sudo ufw allow 11143/tcp
sudo ufw allow 11025/tcp
==== 6️⃣ Mail-Clients konfigurieren (ALLE Clients) ====
IMAP
Feld Wert
Server IP-DEINES-SERVERS
Port 11143
Sicherheit STARTTLS
Benutzer Bridge-Benutzer
Passwort Bridge-Passwort
SMTP
Feld Wert
Server IP-DEINES-SERVERS
Port 11025
Sicherheit STARTTLS
Benutzer Bridge-Benutzer
Passwort Bridge-Passwort
**✅ Fertig – keine Bridge auf Clients nötig**
**🔐 WICHTIGE Sicherheitshinweise (bitte beachten!)**
❗ rinetd macht die Bridge im LAN erreichbar
NICHT tun
❌ Ports ins Internet forwarden
❌ Öffentliche IP binden
Empfohlen
✔️ Nur LAN
✔️ Oder Firewall auf feste IPs beschränken:
sudo ufw allow from 192.168.1.0/24 to any port 11143
sudo ufw allow from 192.168.1.0/24 to any port 11025
🧩 Warum rinetd hier besser ist als andere Optionen
Methode Bewertung
Direkt binden ❌ instabil
SSH-Tunnel ⚠️ pro Client
rinetd ⭐⭐⭐⭐⭐
VPN ⭐⭐⭐⭐⭐ (aber mehr Setup)
socat ⚠️ ok, aber weniger elegant
➡️ rinetd ist genau richtig, wenn:
du einen zentralen Server hast
mehrere Geräte zugreifen
Docker / Home Assistant / Paperless nutzt
🔄 Optional: Logging aktivieren
logfile /var/log/rinetd.log
sudo touch /var/log/rinetd.log
sudo chown rinetd:rinetd /var/log/rinetd.log
✅ Fazit
✔️ Ja, rinetd ist eine saubere, stabile Lösung
✔️ Proton-konform (Bridge bleibt localhost)
✔️ Ideal für Server-Setups
✔️ Minimaler Overhead