Kann ich einen Mailserver auf einem Offshore-Dedicated-Server hosten?

Warum ist der ausgehende Port 25 auf Ironatoll-Servern geschlossen?

Damit kein Spam das Netzwerk verlässt. Port 25 (SMTP) ist auf jedem Server für ausgehenden Traffic als Anti-Spam-Maßnahme blockiert, und die Sperre ist dauerhaft. Ausgehende Verbindungen zu Mail-Providern auf den Ports 465 und 587 funktionieren normal.

Port 25 ist der Port, über den Mailserver Mails aneinander übergeben; über die Ports 587 und 465 melden sich Absender bei ihrem Anbieter an. RFC 6409 hält die Server-zu-Server-Weiterleitung auf Port 25 und reserviert Port 587 für Submission, standardmäßig mit Anmeldung. RFC 8314 weist Port 465 der Submission mit implizitem TLS zu: Die Verschlüsselung beginnt, sobald die Verbindung aufgebaut ist.

Spam von gemieteten Servern geht über Port 25 hinaus. Ihn zu schließen schützt den Ruf jeder Adresse im Netzwerk, auch Ihren. Die Regel gilt für jeden Server und jeden Plan.

Kann mein Dedicated Server E-Mails empfangen?

Ja. Die Sperre betrifft Verbindungen, die Ihr Server öffnet, nicht Verbindungen, die andere Server zu ihm öffnen. Richten Sie den MX-Record Ihrer Domain auf Ihren Server, und andere Mailserver liefern über Port 25 an ihn aus.

Ein typischer Stack auf Debian oder Ubuntu:

• Postfix empfängt E-Mails und übergibt ausgehende E-Mails an das Relay.
• Dovecot speichert Mailboxen und stellt sie über IMAP bereit.
• Ein Spamfilter und ein DKIM-Signer, etwa rspamd oder OpenDKIM.
• Webmail, wenn Ihre Nutzer es möchten.

E-Mails sind Daten, die Sie nicht neu aufbauen können. Es gibt keine automatischen Backups, daher sollte jede Datei, die Sie behalten möchten, auch an einem Ort liegen, den Sie selbst kontrollieren.

Wie sende ich E-Mails über ein Relay (Smarthost)?

Stellen Sie Ihren Mailserver so ein, dass er jede ausgehende Nachricht an ein Relay übergibt, bei dem Sie sich anmelden. Das Relay stellt dann über seinen eigenen Port 25 zu. Ironatoll hält dafür die Ports 465 und 587 zu Mail-Anbietern offen.

Nutzen Sie den SMTP-Submission-Dienst Ihres Mail-Anbieters oder ein transaktionales Relay, das Ihre Domain annimmt. In Postfix richtet die offizielle SASL-Anleitung das in wenigen Zeilen ein:

# /etc/postfix/main.cf
relayhost = [smtp.relay.example]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = lmdb:/etc/postfix/sasl_passwd
smtp_sasl_tls_security_options = noanonymous
smtp_tls_security_level = encrypt
# Port 465 instead: relayhost = [smtp.relay.example]:465
# plus smtp_tls_wrappermode = yes (Postfix 3.0 and later)

# /etc/postfix/sasl_passwd  (owned by root, mode 600)
[smtp.relay.example]:587    username:password

# Then: postmap /etc/postfix/sasl_passwd && systemctl reload postfix
# Some systems use hash: or cdb: instead of lmdb:

Was sind SPF, DKIM und DMARC, und brauche ich sie?

Ja: Empfänger nutzen alle drei, um zu entscheiden, ob eine E-Mail wirklich von Ihrer Domain stammt. Jeder davon ist ein DNS-Record.

• SPF (RFC 7208, April 2014) listet die Hosts, die E-Mails für Ihre Domain senden dürfen, in einem TXT-Record, der mit v=spf1 beginnt. Eine Prüfung darf höchstens 10 DNS-Lookups verwenden. Mit einem Relay listen Sie die Hosts des Relays: Ihr Server stellt nie direkt zu.
• DKIM (RFC 6376, September 2011) signiert jede Nachricht in einem Header. Der öffentliche Schlüssel liegt in DNS unter selector._domainkey.yourdomain. Signieren Sie auf Ihrem Server, oder lassen Sie das Relay signieren.
• DMARC (RFC 9989, Mai 2026) sagt Empfängern, was mit E-Mails zu tun ist, die die Prüfung nicht bestehen: p=none, quarantine oder reject. Eine E-Mail besteht, wenn SPF oder DKIM zur Domain im From-Header passt.

DMARC wurde im Mai 2026 ein Standards Track RFC: RFC 9989 ersetzt RFC 7489, und Records beginnen weiterhin mit v=DMARC1.

example.com.                     MX   10 mail.example.com.
example.com.                     TXT  "v=spf1 include:_spf.relay.example -all"
mail2026._domainkey.example.com. TXT  "v=DKIM1; k=rsa; p=<public key>"
_dmarc.example.com.              TXT  "v=DMARC1; p=quarantine; rua=mailto:[email protected]"

Welche Mail-Nutzungen sind nicht erlaubt?

Massen-E-Mails und unerwünschte E-Mails sind auf keinem Ironatoll-Server erlaubt, über keinen Port und kein Relay. Unsere Nutzungsregeln listen alles Verbotene auf: Spam und Massen-E-Mails, Phishing, Malware und Botnet-Steuerung, DDoS- und andere Angriffe, Scannen oder Brute-Forcing fremder Systeme, Booter- und Stresser-Dienste, Carding und Betrug, kinderpornografisches Material, Kryptomining sowie jeder Dienst für sanktionierte Personen oder Unternehmen sind verboten.

Persönliche und geschäftliche Mailboxen passen, ebenso E-Mails, die Ihre eigenen Apps an ihre Nutzer senden, zum Beispiel Anmeldebestätigungen oder Rechnungen. Die Acceptable-Use-Policy enthält die vollständigen Regeln.

Macht ein Offshore-Server meine E-Mails privater?

Er hält Ihre Mailboxen auf einer Maschine, die Sie kontrollieren, aber nicht Ihre E-Mails während der Übertragung. Gespeicherte E-Mails liegen auf Ihren eigenen Festplatten, die Sie verschlüsseln können.

Jede Nachricht, die Sie senden, läuft über das Relay, das sie lesen kann, sofern sie nicht Ende-zu-Ende-verschlüsselt ist. Der Server jedes Empfängers behält seine eigene Kopie. TLS auf den Ports 465 und 587 schützt den Abschnitt bis zum Relay, nicht das, was das Relay speichert. Ironatoll wird von der DomaineGoat LLC betrieben, einer in Panama registrierten Gesellschaft, die allein dem panamaischen Recht unterliegt. Das Rechenzentrum jedes Servers unterliegt seinerseits dem Recht des Landes, in dem es steht.

Siehe ob Ihr Hosting-Anbieter die Daten auf Ihrem Server sehen kann, und was ein Offshore-Dedicated-Server ist.