Zusammenfassung

  • Hetzner wendet Mailportsperren pro Konto an. Ein Server im Projekt eines anderen Kontoinhabers unterliegt dessen Regeln.
  • Ein Monat Kundenbeziehung und eine bezahlte erste Rechnung ermöglichen den Antrag auf Freigabe von 25 und 465; die Einzelfallentscheidung bleibt davon getrennt.
  • Port 587 über einen externen Maildienst ist eine veröffentlichte Alternative. Erreichbarkeit bedeutet weder Dienstzulassung noch Zustellung im Posteingang.

Die Maschine ist angekommen, die Abhängigkeit nicht zwingend

Eine Agentur könnte ihrem Kunden eine Anwendung übergeben, die Mails versenden muss. Der Server steht im Zielprojekt, das Inventar weist den richtigen Eigentümer aus. Dieses hypothetische Szenario enthält trotzdem eine offene Abnahmefrage. Laut Hetzners Cloud-Server-FAQ werden Portsperren pro Konto durchgesetzt; nach Übertragung gelten die Regeln des neuen Inhabers.

Hier wird kein beobachteter Ausfall behauptet. Besitzt das Zielkonto die erforderlichen Freigaben bereits, muss daraus keine Unterbrechung entstehen. Andernfalls ist der frühere erfolgreiche Versand kein Nachweis für denselben Weg beim neuen Eigentümer. Hetzner fordert ausdrücklich, vor einem Transfer mit Nutzung von 25 und 465 die Freigabe des Empfängers sicherzustellen.

Das Serveralter beantwortet diese Frage nicht. Eine Maschine kann eine Betriebsgeschichte haben, ohne die Ausnahme ihres bisherigen Nutzers zu verkörpern. Wer die fertige Ressourcenzuordnung als fertige Anwendung akzeptiert, verwechselt einen Infrastrukturvorgang mit der Bereitschaft einer anders gesteuerten Abhängigkeit.

Projektzugriff und Eigentum bleiben verschieden

Die allgemeine Cloud-FAQ beschreibt den Kontowechsel als Verschiebung in ein Projekt, das dem Zielkonto gehört. Der Empfänger erstellt es, lädt den aktuellen Eigentümer ein und dieser verschiebt die Ressource. Die Produktmigrationsanleitung enthält dafür einen eigenen Cloud-Server-Ablauf.

Eine Einladung allein ersetzt keinen Eigentümerwechsel. Ein Beteiligter kann an einem Projekt arbeiten, ohne dass sein Konto es besitzt. Die allgemeine FAQ unterscheidet Rollen, erlaubt nur dem Eigentümer des Quellprojekts das Herausbewegen und weist die weitere Zahlung dem Eigentümer des Zielprojekts zu. Das Übergabeteam muss wissen, welcher Schritt die maßgebliche Kontozuordnung verändert.

Ebenso wenig darf Erfahrung mit einem anderen Produkt die Cloud-Regel ersetzen. Robot-Verfahren für dedizierte Server, Domains oder andere Dienste sind kein Beleg, dass eine Mailausnahme übertragen oder umgangen werden kann. Der Produktumfang gehört zur Beweisführung.

Antragsberechtigung ist noch keine Genehmigung

Hetzner begründet die standardmäßige Sperre von 25 und 465 mit Spam und betrügerischer Nutzung. Die englische FAQ nennt einen Monat als Kunde und die bezahlte erste Rechnung als Voraussetzungen für einen Antrag mit gültigem Anwendungsfall. Entschieden wird einzeln. Auch die deutsche FAQ beschreibt individuelle Prüfung statt automatischer Entsperrung.

Damit sind Voraussetzung, Antrag und Zustimmung drei Zustände. Eine bezahlte Rechnung ist keine Freigabebestätigung. Eine Maschine, die beim alten Nutzer Mails versenden konnte, belegt keine Ausnahme für das neue Konto. Die geprüften Regeln übertragen diese Bedingungen nicht über die Vorgeschichte des Servers.

Die allgemeine FAQ erklärt zudem, dass Limitanfragen während der Geschäftszeiten manuell bearbeitet werden. Eine garantierte Abschlusszeit für diese Portentscheidung wird nicht genannt. Ein Übergabeplan mit sofortiger oder automatischer Freigabe würde also eine Terminannahme einbauen, die aus den Quellen nicht folgt.

Die ökonomische Logik ist nachvollziehbar, ohne einen gemessenen Schutzeffekt zu behaupten. Leicht verfügbare Rechenleistung hilft legitimen Anwendungen und missbräuchlichen Versendern. Ein Teil der Missbrauchsfolgen trifft Empfänger und andere Netze. Ein kontobezogener Antrag bewertet daher die Partei, die Versandbefugnis erhält, nicht allein die Existenz einer zahlbaren Maschine.

Port 587 verlagert die Dienstbeziehung

Hetzner nennt Versand über externe Maildienste auf 587 als Alternative ohne diesen Limitantrag. Der Port ist nach der veröffentlichten Regel nicht blockiert. Das kann einen legitimen Aufbau verändern, ist aber nicht gleichbedeutend mit einem bloßen Zahlentausch in einer direkten Versandkonfiguration.

RFC 6409 unterscheidet Nachrichtenübergabe und Weiterleitung und reserviert 587 für die Übergabe. Ein externer Dienst bringt eine eigene Autorisierungsbeziehung mit. Ein erreichbarer Port beweist weder, dass die Anwendung dort zugelassen ist, noch dass eine Nachricht im Posteingang landet.

Die Auswahl betrifft deshalb zwei unterschiedliche Abhängigkeiten: einen direkten Weg unter den Regeln des Zielkontos oder eine unterstützte externe Übergabe. Arbeit und Kontrolle verteilen sich anders. Die geprüften Dokumente liefern keine vergleichbaren Preise, Kontingente oder Zustellergebnisse, aus denen eine universell günstigere oder sicherere Lösung abzuleiten wäre.

Dies ist auch keine Empfehlung für Proxys oder verdeckte Umgehung. Die offizielle Alternative ist ein anderer Dienstaufbau. Ihr Nutzen besteht darin, die Zuständigkeit sichtbar zu machen, nicht die ursprüngliche Autorisierungsfrage als erledigt erscheinen zu lassen.

Bereitgestellt und berechnet sind nicht betriebsbereit

Die Cloud-Abrechnungs-FAQ sagt, dass ein erstellter Server berechnet wird, solange er existiert, auch ausgeschaltet. Der Stromzustand ist deshalb keine allgemeine Gebührenpause für diese Ressource während einer Wartephase. Das ist eine begrenzte Abrechnungsaussage, keine Aufforderung zur Löschung von Kundenservern und keine Verlustrechnung.

Sie unterstreicht den Unterschied zwischen Kapazitätskauf und Inbetriebnahme der Anwendung. Eine Ressource kann vorhanden und kostenwirksam sein, während eine notwendige Freigabe offen bleibt. Der Investitionsfall sollte diese Möglichkeit erhalten, ohne Wartezeit, Betrag oder Ablehnungsquote zu erfinden.

Das Ergebnis ist kein Einwand gegen Cloud-Transfers. Es begrenzt ihren Nachweis: Der Vorgang zeigt neuen Eigentümer und Ressourcenort, nicht den Übergang der Mailbefugnis des alten Kontos. Die Übergabe muss am Zielkonto und am gewählten Maildienst gemessen werden. Ein korrektes Inventar beweist den Server, nicht allein die fertige Leistung.

Quellen