Auf dieser Seite: [ausblenden]
Auf 29 April 2025, Microsoft hat die Kulanzfrist aus seiner eigenen Ankündigung gestrichen. Der ursprüngliche Plan bestand darin, nicht authentifizierte E-Mails von großen Absendern in den Junk-Ordner umzuleiten, mit Ablehnung folgt später. Sechs Tage vor der Durchsetzung, Stattdessen hat Microsoft auf eine völlige Ablehnung umgestellt. Der durchgestrichene Absatz ist noch heute auf der Seite sichtbar. Shared Hosting ist der Punkt, an dem es am schlimmsten ist, denn die drei Datensätze, die Microsoft überprüft, sind diejenigen, die Ihr Host zur Hälfte für Sie konfiguriert. Dieser Leitfaden sortiert die zwölf Fehlerursachen bei Shared-Hosting-E-Mails danach, wer sie tatsächlich reparieren kann.
Zuletzt überprüft: September 2026. Host-Sendeobergrenzen, Hafenrichtlinien, Relay-Preise und Authentifizierungsfristen werden anhand von Primärquellen überprüft.
Schnelle Antwort: Finden Sie heraus, wem das defekte Teil gehört, bevor Sie eine einzelne Einstellung ändern. Im cPanel, Überprüfen Sie das E-Mail-Routing und Ihr Festplattenkontingent. Senden Sie dann eine Nachricht an einen kostenlosen Authentifizierungstester wie mail-tester.com. Lesen Sie die SPF- und DKIM-Zeilen, die beiden Aufzeichnungen, die beweisen, dass die Post wirklich Ihnen gehört. Wenn alle vier sauber sind, Der Fehler liegt auf der Seite Ihres Gastgebers. Das bedeutet einen geschlossenen Hafen, eine stündliche Obergrenze, oder eine gesperrte Server-IP, und diese benötigen eher ein Support-Ticket als eine Änderung der Einstellungen. Wenn Ihre Post Ihre Rechnungen bezahlt, Entfernen Sie es vollständig vom Webhost.
Three Checks That Tell You Whose Problem This Is
Shared-Hosting-E-Mails funktionieren auf zwei sehr unterschiedliche Arten, und fast jeder verschwendete Nachmittag entsteht dadurch, dass man den einen wie den anderen behandelt. Einige Fehler sind in Ihrem Konto vorhanden, wo Sie Knöpfe zum Drücken haben. Andere leben auf dem Server, die IP-Adresse, oder die Firewall, wo es nichts außer einer Ticketwarteschlange gibt. Führen Sie zunächst diese drei Prüfungen durch und Sie werden wissen, um welche Sorte es sich handelt.
Zuerst, Schicken Sie sich selbst zwei Nachrichten. Senden Sie eine E-Mail von Webmail an eine externe Adresse, wie ein Gmail-Konto. Senden Sie dann eine von dieser externen Adresse zurück an Ihre Domain. Wenn die ausgehende Nachricht ankommt und die eingehende nicht, Ihr Problem ist DNS oder Routing, und es liegt an Ihnen, das Problem zu beheben. Wenn der ausgehende Datenverkehr fehlschlägt, der eingehende Datenverkehr jedoch funktioniert, Schauen Sie sich die Ports und Sendegrenzen an. Wenn beides scheitert, Beginnen Sie mit Ihren MX-Datensätzen, die DNS-Einträge, die Ihren Mailserver benennen.
Zweite, Lesen Sie den Sprung. Nicht die Zusammenfassung. Ein Bounce trägt einen SMTP-Statuscode, und dieser Code benennt den Fehler. Ein Codeanfang 4 ist vorübergehend, Daher versucht der Server es immer wieder. Ein Codeanfang 5 ist dauerhaft. “550 5.7.515 Zugriff verweigert” bedeutet Authentifizierung. “452 4.2.2” bedeutet ein volles Postfach. Ihr Kontaktformular “Nachricht gesendet” Hinweis sagt Ihnen nichts, weil das Skript, das es gedruckt hat, nie auf eine Antwort gewartet hat.
Dritte, Öffnen Sie „Lieferung verfolgen“.. Fast jeder gemeinsam genutzte Host führt cPanel aus, und cPanel liefert ein Tool mit, das die meisten Leute nie öffnen. cPanel-Dokumentation sagt, es lässt dich “Verfolgen Sie den Zustellweg einer E-Mail und finden Sie Zustellprobleme.” Es liest das von Exim geführte Protokoll, Die Mail-Software übernimmt den eigentlichen Versand. Das ist der Unterschied zwischen Raten und Wissen.
What We Verified, and Where the Gaps Are
Im Abschnitt „Sendelimit“ unten werden zehn Hosts genannt. Zwei weitere wurden recherchiert und absichtlich weggelassen. Hosting.com (ehemals A2 Hosting) und ScalaHosting veröffentlichen keine Shared-Hosting-Versandzahlen, die wir auf ihren eigenen Websites bestätigen könnten. Die Zahlen Dritter widersprachen sich für beide um den Faktor fünf. Eine als Figur verkleidete Vermutung ist schlimmer als eine Lücke, also bekommen sie eine Lücke.
Jede Kappe, Die Hafenpolitik und der Preis hier wurden aus der Quelle gelesen, die sie festlegt, im September 2026. Host-Limits kommen von den Hosts’ eigene Wissensdatenbank und akzeptable Nutzungsseiten. Das Protokollverhalten ergibt sich aus den RFCs. Die Regeln für Postfachanbieter stammen aus den Absenderrichtlinien von Google und den eigenen Ankündigungen von Microsoft, Lesen Sie es lieber auf der Seite als in einer Zusammenfassung. Die Staffelpreise stammen aus den aktuellen Preisseiten der Anbieter. Einige dieser Seiten erstellen ihren Inhalt mit JavaScript und geben bei einem automatischen Lesevorgang einen leeren Textkörper zurück. We opened those in a browser instead, which is how both Microsoft dates here were confirmed.
Three honest limits. We ran no deliverability tests, Daher gibt es hier keinen Anspruch auf eine gemessene Platzierung im Posteingang. A few cPanel details (the default hourly-mail setting, the DKIM selector) come from independent hosting knowledge bases rather than cPanel’s own docs. Those are flagged where they appear. And sending caps move, so a figure verified today is only a figure that was true today.
Failures You Can Fix Yourself, in About Ten Minutes
Five of the twelve failures are entirely inside your control. Work through them in this order, Denn die erste Ursache verursacht beim Shared Hosting mehr E-Mail-Verluste als die anderen vier zusammen.
1. Beim E-Mail-Routing wird immer noch „Lokal“ angezeigt, während Ihr MX auf eine andere Stelle verweist
Das ist der Klassiker. Sie haben Ihre Postfächer nach Google Workspace oder Microsoft verschoben 365, Sie haben die MX-Einträge geändert, und die Post von außen kommt perfekt an. Dann verschwinden die Benachrichtigungen Ihres Kontaktformulars. Rechnungen aus Ihrem eigenen Abrechnungsskript werden nie angezeigt. Alles, was vom Server gesendet wird, verschwindet.
Hier ist der Grund. cPanel behält eine Routing-Einstellung pro Domäne bei, die vom DNS getrennt ist. Stellen Sie „Lokaler Mail-Exchanger“ ein, In den Dokumenten von cPanel heißt es “Der Server akzeptiert immer E-Mails für die Domain” und “stellt E-Mails an das lokale Postfach zu.” Es schaut nie auf Ihre MX-Datensätze. Der Server legt die Nachricht also in einem alten cPanel-Postfach ab, das niemand öffnet, und meldet Erfolg. Wechseln Sie zu Remote Mail Exchanger und das Verhalten kehrt sich um: “Der Server akzeptiert keine E-Mails für die Domain”. Es reicht alles aus “der E-Mail-Austauscher mit der niedrigsten Nummer” stattdessen, Das ist es, was Sie wollen.
Öffnen Sie cPanel, Gehen Sie zu E-Mail-Routing, und stellen Sie die Domäne auf ein Remote-Mail-Exchanger zur gleichen Stunde, in der Sie MX-Einträge ändern. Die von cPanel empfohlene Einstellung ist „Konfiguration automatisch erkennen“., und das macht es normalerweise richtig, aber “normalerweise” leistet in diesem Satz echte Arbeit. Legen Sie es explizit fest. Die Warnung von cPanel selbst ist unverblümt: “Falsch konfigurierte E-Mail-Routing-Einstellungen können die Fähigkeit Ihrer Domain, E-Mails zu empfangen, beeinträchtigen.”
2. Das Postfach ist voll, oder das ganze Konto ist
Ein volles Postfach weist eingehende Post zurück, und Shared-Hosting-Postfächer sind standardmäßig klein. Schlechter, E-Mails werden auf das gesamte Festplattenkontingent Ihres Kontos angerechnet, So kann ein Website-Backup, das Sie vergessen haben, jedes Postfach in der Domain auf einmal stoppen.
RFC 3463 Definiert den Statuscode, den Sie sehen werden. X.2.2 bedeutet “Das Postfach ist voll, weil der Benutzer ein Verwaltungskontingent pro Postfach oder eine physische Kapazität überschritten hat.” Der RFC meldet es als dauerhaften vorübergehenden Fehler, die richtige Form ist also 452 4.2.2. Der sendende Server wird es einige Tage lang erneut versuchen. Dieses Wiederholungsfenster ist Ihre Kulanzfrist. Schaffen Sie Platz im Inneren und nichts geht verloren.
Zwei Dinge, die Sie über das Offensichtliche hinaus überprüfen sollten. Alte Webmail-Papierkorb- und Junk-Ordner belegen weiterhin das Kontingent. Und wenn Sie jemals POP ohne verwendet haben “Hinterlassen Sie eine Kopie auf dem Server”, Überprüfen Sie den Briefkasten, den Sie vor Jahren verlassen haben. Möglicherweise füllt es sich noch.
3. Ihr SPF-Eintrag ist aus einer von drei spezifischen Gründen falsch
SPF (Rahmenwerk für Absenderrichtlinien) ist der DNS-Eintrag, der auflistet, welche Server E-Mails für Ihre Domain senden dürfen. Ausfälle beim Shared Hosting sind selten eine fehlende Aufzeichnung. Sie sind normalerweise einer dieser drei.
- Zwei SPF-Einträge. Wenn Sie zwei DNS-TXT-Einträge veröffentlichen, die beide mit v=spf1 beginnen, schlägt die Prüfung völlig fehl. Sie benötigen einen Datensatz, der jeden Absender enthält.
- Mehr als zehn DNS-Suchen. RFC 7208 Sektion 4.6.4 begrenzt eine SPF-Auswertung auf zehn DNS-Suchvorgänge. Jedes beinhaltet, ein, mx, ptr, existiert und Weiterleitung zählt, und verschachtelte Includes zählen auch. Wird dieser Wert überschritten, ist das Ergebnis PermError, was die meisten Empfänger als Fehlschlag behandeln. Stapeln Sie Ihren Host, Google Workspace und ein Marketing-Tool, und Sie können zehn erreichen, ohne es zu merken.
- Das Relais Ihres Hosts fehlt. Dieses ist spezifisch für Shared Hosting und überrascht die Leute. Viele cPanel-Hosts leiten ausgehende E-Mails über MailChannels weiter, anstatt sie von der eigenen IP des Servers zu senden. Ihre E-Mails verlassen dann MailChannels’ Adresspool, die der Standard-SPF Ihres Gastgebers möglicherweise nicht abdeckt. MailChannels’ Dokumentation sagt, include hinzuzufügen:Relay.mailchannels.net zu dem Datensatz, den Sie bereits haben, vor dem Gesamtmechanismus positioniert. Durch das Hinzufügen eines zweiten Datensatzes wird der SPF stattdessen vollständig zerstört, So wird aus einer Fehlerbehebung ein Fehler.
Bearbeiten Sie dies nicht manuell, wenn Sie dies vermeiden können. Das E-Mail-Zustellbarkeitstool von cPanel meldet SPF- und DKIM-Probleme pro Domain und bietet eine Reparaturaktion an. Ein Haken: Die Reparatur funktioniert nur, wenn Ihre Domain die Nameserver Ihres Hosts verwendet.
4. DKIM signiert Ihre E-Mails nicht
SPF autorisiert einen Server. DKIM (DomainKeys Identifizierte E-Mail) signiert die Nachricht selbst, und es ist die Hälfte, die die Weiterleitung überlebt. Ein dritter Rekord, DMARC, teilt den Empfängern mit, was zu tun ist, wenn SPF und DKIM ausfallen. cPanel generiert einen Schlüssel pro Domain und veröffentlicht ihn im default._domainkey-Selektor, Daher ist dies in der E-Mail-Zustellbarkeit normalerweise ein Zwei-Klick-Job. (Der Selektorname ist auf jedem von uns untersuchten cPanel-Host konsistent, Allerdings wird es in den eigenen Dokumenten von cPanel nicht in einer Form dargelegt, die wir zitieren können.)
Überprüfen Sie das Ergebnis und nicht die Einstellung. Senden Sie eine Nachricht an einen kostenlosen Tester und lesen Sie die DKIM-Zeile im Bericht. Nach einem Domain-Transfer kommt es häufig vor, dass ein Datensatz existiert, aber nicht signiert wird, weil die DNS-Zone verschoben wurde und der Schlüssel nicht dabei war.
5. Eine Sammeladresse verschlingt Ihr Kontingent
cPanels Standardadressenfunktion “erhält jede E-Mail mit einer ungültigen E-Mail-Adresse für die Domain.” Wenn Sie es an ein echtes Postfach weiterleiten, haben Sie einen Spam-Magneten aufgebaut. cPanel sagt es direkt. Wenn Spammer es auf Ihre Domain abgesehen haben, seine Dokumente warnen, “Diese Adresse erhält möglicherweise eine große Menge Spam.”
Der Schaden ist nicht nur einseitig. Jede automatische Antwort und jeder Bounce, die das Postfach generiert, wird auf die stündliche Sendeobergrenze angerechnet, die Sie gleich erreichen werden. Ein Wörterbuchangriff auf Ihre Domain kann diese Grenze erschöpfen, bevor Sie Kaffee getrunken haben, und dann hört Ihre echte Post auf. Legen Sie die Standardadresse zum Verwerfen fest. cPanel warnt, dass ein einfaches Verwerfen bedeutet “Der Absender erfährt nicht, dass die Zustellung fehlgeschlagen ist”. Verwenden Sie die Option „Mit Fehler verwerfen“, wenn Ihnen das wichtig ist.
Ein Hinweis, wenn die fehlerhafte E-Mail von einer WordPress-Site und nicht von einem Postfach stammt. Diese Ursachen sind so unterschiedlich, dass sie eine eigene Liste benötigen, worüber wir geschrieben haben Warum WordPress keine E-Mails sendet.
Fehler, die nur Ihr Host beheben kann
Diese fünf brauchen ein Ticket. Sie können immer noch jeden einzelnen Fehler selbst diagnostizieren, und das ist wichtig. Ein bestimmtes Ticket erhält eine bestimmte Antwort. “Meine E-Mail ist kaputt” bekommt ein Makro.
6. Ausgehende Ports sind geschlossen
Wenn Sie Ihre Site oder Ihren E-Mail-Client auf einen externen SMTP-Server verweisen und es zu Verbindungsabbrüchen kommt, wahrscheinlich ist eine Firewall im Weg. Hafen 25 ist der einzige Hostblock. Ein offener Port 25 Auf einem gemeinsam genutzten Server wartet eine Spam-Kanone auf ein kompromittiertes Konto.
Hier ist die Sache mit dieser Regel: fast niemand dokumentiert es. Von den zehn Hosts, die wir überprüft haben, genau einer macht eine schlichte Erstaussage. Die Wissensdatenbank von DreamHost sagt es “blockiert den Port 25 für ausgehende SMTP-Anrufe auf Shared Hosting-Servern”. Die gleiche Seite fügt hinzu, dass dies der Fall ist “Keine Einschränkung für verwaltete VPS/dedizierte Server”. Es wird Portwein empfohlen 587 stattdessen mit STARTTLS. SiteGround geht den anderen Weg und dokumentiert den Port 25 als offen auf seinen gemeinsam genutzten Servern. Die anderen acht schreiben, als wäre Ihr eigener Internetprovider der Blocker. Manchmal stimmt das. Manchmal ist es eine Art, nicht zu antworten.
Versuchen 587 zuerst, dann 465. Beide sind aktuell. RFC 8314 empfiehlt implizites TLS am Port 465, und die Geschichte dort ist einen Satz wert. Hafen 465 wurde zugewiesen 1997, widerrufen 1998, dann offiziell von diesem RFC zurückgebracht 2018. Jemand, der es dir sagt 465 ist veraltet und zitiert eine zwanzig Jahre alte Entscheidung, die rückgängig gemacht wurde.
Wenn jeder Mail-Port geschlossen ist, ein Relais verwenden: Ein Sendedienst, an den Ihre Website E-Mails über eine API weiterleitet. Diese Anrufe werden über den Hafen übertragen 443, Und kein Host blockiert das, ohne dass Ihre Website beschädigt wird. (Ja, Die zuverlässige Lösung für einen blockierten Mail-Port besteht darin, die Verwendung von Mail-Ports einzustellen.)
7. Sie haben eine Stundenobergrenze erreicht, die Sie nicht sehen können
Shared Hosts begrenzen ausgehende E-Mails pro Stunde. Der Fehlertext ist spezifisch genug, um danach zu suchen: “Die Domain example.com hat die maximale Anzahl an E-Mails pro Stunde überschritten”. In WHM lautet die Einstellung „Max. stündliche E-Mails pro Domain“.. Der Versand erfolgt unbegrenzt, Ihr Gastgeber hat es also geändert. (Host-Support-Artikel stimmen dieser Standardeinstellung zu; Wir konnten es in der Dokumentation von cPanel nicht finden.)
Kappen beißen dort am stärksten, wo man es am wenigsten erwarten würde, weil die meisten Gastgeber zählen Empfänger, keine Nachrichten. SiteGround bringt es auf den Punkt. Sie können bis zu addieren 80 Empfänger einer Nachricht zuordnen, aber “Jeder Empfänger wird als separater E-Mail-Versand auf das zulässige Stundenkontingent angerechnet.” Also eine einzige Nachricht an 80 Menschen konsumieren 80 einer Vergütung von 400 pro Stunde. Fünf davon und Ihre Stunde ist vorbei.
Bitten Sie Ihren Gastgeber um eine vorübergehende Gehaltserhöhung und nennen Sie ihm einen Grund und eine Zahl darin. Vage Anfragen werden abgelehnt.
8. Die IP des Servers steht auf einer Sperrliste
Ein kompromittierter Nachbar reicht aus. Überprüfen Sie die sendende IP unter Spamhaus, welches die SBL abdeckt, CSS, PBL- und XBL-Listen in einer Suche.
Lesen Sie den Eintragstyp, bevor Sie etwas unternehmen, weil es einem sagt, wer handeln muss. Eine PBL-Auflistung umfasst, in Spamhaus‘ Worten, “IP-Bereich, der E-Mails nicht direkt an das Internet senden sollte”. Dabei handelt es sich in der Regel um Breitbandbereiche für Endverbraucher. Für das Delisting ist die Angabe der Adresse erforderlich “Statisch, nicht dynamisch” und “Ein Server für ausgehende E-Mails”. Mit Spamhaus können Netzwerkbesitzer auch ganze zugewiesene Bereiche unter einem PBL-Konto beanspruchen. Übersetzt: auf einer wirklich gemeinsamen IP, Ihr Host beantragt die Entfernung, nicht du. Wenn Sie es selbst einreichen, kann die Entfernung rückgängig gemacht werden.
Öffnen Sie also das Ticket mit der Eintragsart, die IP, und die Such-URL. Und stellen Sie die Frage, die wichtiger ist als das Delisting: Was hält den nächsten davon ab??
9. Das E-Mail-Zertifikat deckt den von Ihnen eingegebenen Hostnamen nicht ab
Ihr E-Mail-Client warnt, dass das Zertifikat nicht mit dem Server übereinstimmt. Normalerweise haben Sie mail.yourdomain.com eingegeben, während das Zertifikat den Hostnamen Ihres eigenen Servers abdeckt.
AutoSSL von cPanel sichert den Mail-Stack. Seine Dokumentation bestätigt AutoSSL “installiert automatisch domänenvalidierte SSL-Zertifikate” für Apache, Taubenschlag, Exim, Web Disk und der cPanel-Server. Dovecot und Exim sind die Dienste, die Ihre E-Mails abrufen und versenden, Die Berichterstattung ist also real. Es kann jedoch keinen Hostnamen abdecken, der nicht im Zertifikat enthalten ist. webmail.yourdomain.com ist eine Subdomain des cPanel-Dienstes und wird abgedeckt; Eine bloße E-Mail-Subdomain ist oft gar keine, es sei denn, jemand hat sie erstellt.
Zwei Korrekturen, in der Reihenfolge ihrer Präferenz. Richten Sie den Client auf den Server-Hostnamen, den Ihr Host in seinen E-Mail-Client-Anweisungen veröffentlicht, das immer mit seinem Zertifikat übereinstimmt. Oder bitten Sie Ihren Host, Ihren E-Mail-Hostnamen zum Zertifikat hinzuzufügen. Klicken Sie niemals “vertraue trotzdem”, denn dann kann man eine Fehlkonfiguration nicht von einem Abfangen unterscheiden.
10. Ihre E-Mails sind in der Warteschlange eingefroren
E-Mails, die weder ankommen noch zurückgeschickt werden, bleiben manchmal eingefroren. Dies geschieht, wenn eine Nachricht nicht zugestellt werden kann und auch nicht an den Absender zurückgesandt werden kann. Dokumentation von Exim ist präzise in dem, was folgt: die Nachricht “ist mit „eingefroren“ gekennzeichnet’ auf der Spule, und es werden keine weiteren Zustellungsversuche unternommen.” Ein Sprung, der selbst abprallt, ist die klassische Ursache. Aus diesem Grund erzeugt ein defekter Forwarder, der auf eine tote Adresse zeigt, eher Stille als einen Fehler.
Das Warteschlangenmanagement befindet sich in WHM, auf Reseller- oder Root-Ebene, Daher können Sie beim Shared Hosting in der Regel Ihre eigene Warteschlange nicht sehen. Bitten Sie Ihren Host, nach eingefrorenen Nachrichten für Ihre Domain zu suchen. Die Suche nach ihnen dauert 30 Sekunden und ist für Sie unsichtbar.
Two Failures Nobody Can Fix on Shared Hosting
Nun der Teil, den die meisten Reiseführer überspringen, denn die ehrliche Antwort ist keine Lösung.
11. Den PTR-Datensatz haben Sie nicht unter Kontrolle
Reverse DNS ordnet eine IP-Adresse wieder einem Hostnamen zu, und es wird von demjenigen festgelegt, der den Adressblock besitzt. ARIN bringt es klar auf den Punkt: Reverse DNS wird vom Eigentümer des IP-Blocks verwaltet, Normalerweise Ihr Hosting-Anbieter oder ISP, nicht Ihr Domain-Registrar. Sie können keinen PTR-Eintrag für eine IP festlegen, die Sie nicht besitzen, Daran ändert auch die noch so große DNS-Bearbeitung bei Ihrem Registrar nichts.
Dies ist wichtig, da Google eines benötigt. Die Absenderrichtlinien legen drei Bedingungen fest:
- Die IP des sendenden Servers “muss über einen entsprechenden PTR-Eintrag verfügen, der in einen Hostnamen aufgelöst wird”.
- Dieser Hostname “muss auch ein A haben (für IPv4) oder AAAA (für IPv6) Datensatz, der zur gleichen öffentlichen IP-Adresse aufgelöst wird”.
- Und “Die sendende IP-Adresse muss mit der IP-Adresse des im Pointer angegebenen Hostnamens übereinstimmen (PTR) aufzeichnen.”
Diese Rundreise hat einen Namen: vorwärtsbestätigter Reverse-DNS. Entweder geht es vorbei oder nicht.
Die gute Nachricht ist, dass ein kompetenter Shared Host bereits einen gültigen PTR für den Server festgelegt hat. Es wird in etwas wie mail47.hostname.com und nicht in Ihre Domain aufgelöst, und das ist in Ordnung. Die Anforderung von Google besteht darin, dass der Datensatz vorhanden ist und Roundtrips möglich sind, nicht, dass es Ihre Marke trägt. Die schlechte Nachricht ist, wenn Ihr Gastgeber etwas falsch verstanden hat, da kann man nur fragen.
12. Was deine Nachbarn schicken
Sie teilen eine ausgehende IP mit jedem anderen Konto auf dem Server. Ihre Sendegewohnheiten sind Teil Ihres Rufs, und Sie haben keinen Einblick in sie und kein Stimmrecht.
Eine dedizierte IP ist der übliche Vorschlag und wird überverkauft. Es verändert, wer für Ihren Ruf verantwortlich ist, nicht, was Ihr Ruf ist. Eine neue IP beginnt auch ohne Sendeverlauf, und Postfachanbieter behandeln das mit Argwohn, bis Sie eines erstellen. Die Faustregel im Bereich der Zustellbarkeit lautet: Crossover 100,000 Nachrichten pro Jahr. Darunter, Ein gut verwalteter gemeinsamer Pool ist im Allgemeinen besser als eine kalte dedizierte IP.
Die eigentliche Lösung ist architektonischer Natur: Hören Sie auf, E-Mails von derselben IP-Adresse zu senden, die Ihre Website bedient. Das ist das Route nach unten beschrieben, und es kostet weniger als ein Umzug VPS mit einer dedizierten IP nur um den Nachbarn zu entkommen.
Was Ihr Host Ihnen tatsächlich senden lässt
Hier ist die Zahl, die Ihr Gastgeber veröffentlicht, und hier ist, was es bedeutet, weil sich herausstellt, dass es sich dabei um verschiedene Dinge handelt. Gastgeber geben Obergrenzen in Einheiten an, die Sie nicht vergleichen können. Deshalb haben wir jede Stundenzahl in die Obergrenze umgerechnet, die sie impliziert 24 Std, Vergleichen Sie dies dann mit der veröffentlichten Tagesobergrenze.
- DreamHost: 100 Empfänger pro Stunde von einem E-Mail-Client aus, Webmail oder Webformular, 200 eine Stunde von Skripten. Gezählt pro Empfänger, also ein Newsletter an 150 Abonnenten scheitert bei einem einzigen Versand.
- Verpex: 100 eine Stunde geteilt, Das ist eine Decke von 2,400 ein Tag.
- Hostinger: 200 eine Stunde und 2,400 einen Tag auf seinen cPanel Silber- und Gold-Plänen. Der Stundensatz impliziert 4,800, also die Tageskappe bindet danach 12 Std.
- Namecheap: 200 eine Stunde pro Domain auf Stellar und Stellar Plus, 500 eine Stunde auf seinen Premium-Servern.
- InMotion Hosting: 250 standardmäßig eine Stunde, auf Anfrage über ein Kontoformular erhoben.
- ChemiCloud: 300 eine Stunde und 3,000 ein Tag pro Domain. Sie würden das Tagesgeld in zehn Stunden Vollversand verbrennen.
- SiteGround: 400 eine Stunde auf StartUp, GrowBig, E-Commerce und Coderick, 800 eine Stunde auf GoGeek und Cloud. Empfänger zählen einzeln, 80 pro Nachricht maximal.
- Bluehost und HostGator: 500 eine Stunde pro Domain. HostGator schlägt vor, alle acht Sekunden auf eine Nachricht zu drosseln, was ist ungefähr 450 eine Stunde.
- Los Papa: 500 pro Tag pro Postfach, und 500 eine Stunde, die in allen Postfächern des Kontos geteilt wird. E-Mails müssen über GoDaddys eigenes Relay weitergeleitet werden.
Zwei Dinge fallen aus dieser Arithmetik heraus. Zuerst, wobei ein Host sowohl eine stündliche als auch eine tägliche Obergrenze veröffentlicht, der tägliche bindet immer zuerst. Die stündliche Zahl überverkauft dann Ihre Kapazität um das Zwei- bis Dreifache. Hostingers 200 Eine Stunde hört sich an 4,800 ein Tag und ist tatsächlich 2,400.
Zweite, Die Streuung zwischen den Gastgebern ist enorm und niemand macht Werbung dafür. Bluehosts 500 eine Stunde impliziert 12,000 Nachrichten pro Tag. GoDaddy erlaubt 500 pro Tag pro Postfach. Das ist ein 24-fache Differenz zwischen zwei gemeinsamen Mainstream-Plänen, auf eine Zahl, die keiner auf seiner Preisseite angibt. Wenn Sie Volumen einsenden, Dies gehört vor dem Preis in Ihren Vergleich.
Eines sind diese Kappen nicht: eine Möglichkeit, Sie zu rationieren. Sie dienen dazu, den Schaden durch ein kompromittiertes Konto zu begrenzen, Aus diesem Grund erheben Gastgeber sie, wenn Sie mit einem Grund fragen. Das bedeutet auch, dass die Obergrenze selten das eigentliche Problem ist. Die gemeinsame IP dahinter ist.
Verschieben von E-Mails von Ihrem Webhost: Drei Routen
Jeder oben genannte Fix behandelt ein Symptom. In diesem Abschnitt wird die Ursache behandelt. Ihre Website und Ihre E-Mail haben unterschiedliche Anforderungen an die Zuverlässigkeit, und Shared Hosting koppelt sie aus keinem anderen Grund als dem, dass es im Paket enthalten ist.
Route eins: Verschieben Sie die Postfächer. Richten Sie Ihre MX-Einträge auf einen Postfachanbieter und lassen Sie die Website dort, wo sie ist. Google Workspace und Microsoft 365 sind die offensichtlichen Entscheidungen; Zoho, Fastmail und Proton kosten weniger. Ihre eingehende E-Mail hat dann nichts mit Ihrem Webhoster zu tun. Stellen Sie die E-Mail-Weiterleitung in derselben Sitzung auf Remote Mail Exchanger um, oder Sie verbringen einen Abend mit Misserfolg Nummer eins. Wir vergleichen die Optionen in unserem E-Mail-Hosting-Leitfaden.
Route zwei: Verschieben Sie die Sendung. Behalten Sie die Postfächer und leiten Sie die ausgehenden E-Mails der Website über ein Relay weiter. Dies ist die Lösung für Auftragsbestätigungen, Passwort-Resets und Formularbenachrichtigungen. Es ist auch die Änderung mit dem höchsten Wert auf dieser Seite, denn das sind die Nachrichten, die Geld kosten, wenn sie verschwinden. Kostenlose Stufen, diesen Monat verifiziert:
- Brevo: 300 ein Tag frei, keine zeitliche Begrenzung. Bezahlt ab 9 USD/Monat für 5,000 ein Monat, mit Kontaktspeicher begrenzt auf 500 auf dieser Ebene.
- Erneut senden: 3,000 einen Monat gratis, begrenzt auf 100 ein Tag, drei Domänen. Bezahlt ab 20 USD/Monat für 50,000.
- SMTP2GO: 1,000 einen Monat gratis, begrenzt auf 200 ein Tag, wobei DKIM und SPF automatisch gehandhabt werden. Bezahlt ab 10 USD/Monat für 10,000.
- MailerSenden: 500 einen Monat gratis, eine Domäne. Bezahlt ab 5,60 USD/Monat mit jährlicher Abrechnung 5,000.
- Stempel: 100 einen Monat gratis, which is a test allowance rather than a plan. Paid from USD 15/month for 10,000.
- Amazon SES: US Dollar 0.10 pro 1,000 Mitteilungen, the cheapest at volume by a wide margin. New accounts start in a sandbox capped at 200 a day to verified recipients only, until AWS approves production access.
Note the daily caps hiding inside the monthly ones. Erneut senden 3,000 a month reads generously until you notice the 100-a-day ceiling, which is a third of what Brevo’s free tier allows in a day. If your traffic is spiky, the daily number is the one that governs. Unser SMTP hosting comparison goes deeper on the paid tiers.
Route three: split the sending domain. Send transactional mail from a subdomain, say send.yourdomain.com, with its own SPF and DKIM. A reputation problem on your bulk mail then can’t contaminate your invoices. Dies ist im großen Maßstab gängige Praxis und kostet nur eine halbe Stunde DNS-Arbeit.
Welche Route zu Ihrer Website passt
Lautstärke und Konsequenz entscheiden darüber, keine Funktionen. Fünf Situationen, mit den Zahlen, die sie trennen.
Volumen: unter 300 ein Tag, transaktional. Behalten Sie Ihre Postfächer auf dem Host und leiten Sie die Website über das kostenlose Kontingent von Brevo weiter, was genau das abdeckt. Überspringen Sie vorerst Amazon SES. Der Preis pro Nachricht ist unschlagbar, aber für neue Konten ist eine Sandbox vorgesehen 200 Nachrichten pro Tag, und nur an Adressen, die Sie verifiziert haben. Bis AWS Produktionszugriff gewährt, Es kann Ihren Datenverkehr überhaupt nicht aufnehmen.
Budget: null, unter 100 ein Tag. Die kostenlose Stufe von Resend passt, und es enthält Lichtschutzfaktor, DKIM und DMARC im kostenlosen Plan. Greifen Sie nicht aus Gewohnheit zu SendGrid. Twilio hat damit begonnen, den kostenlosen SendGrid-Plan einzustellen 27 Kann 2025, Kunden geben 60 Tage ununterbrochenen Zugriffs. Jeder, der in diesem Fenster kein Upgrade durchgeführt hat, hatte oben gespeicherte Kontakte 100 gelöscht. Es gibt dort kein permanentes kostenloses Kontingent mehr.
Geschäft: 500 zu 2,000 täglich. Budget bis zu USD 15 ein Monat. SMTP2GO für 10 USD/Monat für 10,000 Mitteilungen, oder Postmarks Basic-Stufe für 15 USD/Monat für das gleiche Volumen. Kosten für den Poststempel 50% mehr für identischen Headroom und verdient es bei der Platzierung im Posteingang für Quittungen; SMTP2GO gewinnt, wenn das Budget festgelegt ist. Der gebündelte Zuschuss Ihres Gastgebers reicht hier technisch aus, und immer noch die falsche Wahl. Durch eine gemeinsame IP-Adresse sind Ihre Checkout-E-Mails den Marketinggewohnheiten eines Fremden untergeordnet.
Mannschaft: fünf oder mehr Mitarbeiterbriefkästen. Ein Postfachanbieter, kein relais. Dies ist der einzige Fall, bei dem Google Workspace oder Microsoft 365 verdient seinen Preis, und die Kollaborationstools sind der Grund, nicht die Zustellbarkeit. Budget für die E-Mail-Routing-Änderung im selben Wartungsfenster.
Newsletter: 150-plus Abonnenten, auf DreamHost. Das kannst du nicht, und keine Einstellung hilft. Die Kappe ist 100 Empfängern pro Empfänger wird eine Stunde gezählt, also man schickt an 150 Die Leute durchbrechen es, bevor die erste Nachricht eintrifft. Alles Listenförmige gehört von Anfang an auf eine Staffel, was auch immer Ihr Gastgeber zulässt.
Termine, die ein funktionierendes Setup zerstören
Einige dieser Ausfälle treten nach einem Zeitplan ein. Zwei sind es wert, in Ihren Kalender eingetragen zu werden.
Auf 5 Kann 2025, Microsoft hat damit begonnen, nicht authentifizierte E-Mails abzulehnen, die an Outlook.com gesendet wurden, Hotmail und Live.com von Domänen senden 5,000 Nachrichten pro Tag. Absender ohne gültigen SPF, DKIM und DMARC erleben nun einen harten Aufschwung. Es liest: “550; 5.7.515 Zugriff verweigert, sendende Domain [SendingDomain] erfüllt nicht die erforderliche Authentifizierungsstufe”. Das Detail, das fast jeder Reiseführer immer noch falsch macht, ist das, was sechs Tage zuvor passiert ist. In der ursprünglichen Ankündigung von Microsoft wurde zunächst eine Kulanzfrist für Junk-Ordner versprochen, und ein Update datiert 29 April 2025 stornierte es zugunsten der sofortigen Ablehnung. Auf Microsofts eigener Seite sind die gelöschten Sätze weiterhin durchgestrichen. Wenn Sie irgendwo lesen, dass nicht konforme E-Mails im Junk landen, Dieser Hinweis stammt aus der Version, die Microsoft zurückgezogen hat.
Der zweite ist noch nicht passiert. Microsoft wird die SMTP AUTH-Basisauthentifizierung standardmäßig für bestehende Microsoft deaktivieren 365 Mieter im Ende Dezember 2026. Das Exchange-Team bestätigte diesen Zeitplan am 27 Januar 2026. Mieter, die nach diesem Datum erstellt wurden, haben es überhaupt nicht mehr. Ein endgültiger Umzugstermin folgt in der zweiten Jahreshälfte 2027.
Beachten Sie den Wortlaut, weil es nachlässig gemeldet wird. Administratoren können es auch nach Dezember noch wieder aktivieren 2026. In diesem Monat stirbt nichts. Wenn sich Ihre Site jedoch mit einem Benutzernamen und einem Passwort bei smtp.office365.com anmeldet, Es bricht an dem Tag zusammen, an dem niemand es wieder aktiviert. OAuth ist der Ersatz.
Ein Mythos, den wir hier in den Ruhestand schicken sollten. Sie benötigen keine strenge DMARC-Richtlinie, um Google zufrieden zu stellen. Die Absenderrichtlinien von Google sagen das direkt “Ihre DMARC-Durchsetzungsrichtlinie kann auf „Keine“ gesetzt werden”, und sowohl Yahoo als auch Microsoft verlangen mindestens p=none. Behauptet, dass die großen Anbieter p=Quarantäne oder p=Ablehnen verlangen werden 2026 sind weit verbreitet und erscheinen bei keinem der drei Anbieter’ eigene Dokumentation. Der Wechsel zu p=reject ist eine bewährte Vorgehensweise, sobald Ihre Sendequellen aufeinander abgestimmt sind. Es ist keine Voraussetzung, und wenn man sie veröffentlicht, bevor man sie ausgerichtet hat, löschen die Leute ihre eigenen E-Mails.
Halten Sie es fest
Vier Gewohnheiten, in absteigender Reihenfolge der Auszahlung.
Überprüfen Sie die Domäne in Google Postmaster-Tools. Es ist kostenlos, Und es ist der einzige Ort, an dem Sie Ihre eigene Spam-Rate sehen, während Gmail sie berechnet. Google fragt unten nach 0.30% und empfiehlt, darunter zu bleiben 0.10%. Überprüfen Sie die Domäne in Ihrer DKIM-Signatur oder Ihrem SPF-Rückgabepfad, nicht Ihre Website-Domain, oder die Berichte bleiben leer.
Testen Sie nach jeder DNS-Änderung, nicht jedes Quartal. Senden Sie eine Testnachricht an einen kostenlosen Authentifizierungsprüfer und lesen Sie den SPF, DKIM- und DMARC-Linien. Dreißig Sekunden, und es fängt die Übertragung ab, die Ihren DKIM-Schlüssel verloren hat.
Beobachten Sie Ihr eigenes Sendevolumen im Vergleich zur Obergrenze Ihres Hosts. Wenn eine normale Woche mehr als die Hälfte davon verbraucht, Sie sind den geteilten E-Mails bereits entwachsen. Sie sind dann nur noch eine Produkteinführung davon entfernt, es auf die harte Tour herauszufinden.
Halten Sie die Website und die E-Mail auf getrennten Reputationen. Alles andere auf dieser Liste ist Wartung. Das hier ist Design, Und das ist der Grund, warum ein Shared-Hosting-Mail-Problem nicht mehr Ihr Problem ist.
Häufig gestellte Fragen
Warum kann mein Shared Hosting E-Mails senden, aber nicht empfangen??
Fast immer DNS oder Routing und kein E-Mail-Fehler. Überprüfen Sie zunächst Ihre MX-Einträge, dann die E-Mail-Routing-Einstellung von cPanel, Das ist vom DNS getrennt und überschreibt es. Wenn MX beim Routing auf Google Workspace verweist, wird Local Mail Exchanger angezeigt, Der Server legt Ihre E-Mails in einem cPanel-Postfach ab, das Sie nie öffnen. Der andere Kandidat ist ein volles Postfach, was zurückkommt 452 4.2.2 und versucht es mehrere Tage lang erneut.
Ist es besser, Google Workspace zu verwenden als die E-Mail-Adresse meines Webhosts??
Für jedes Unternehmen, bei dem eine verpasste E-Mail Geld kostet, Ja, und der Grund ist eher Trennung als Qualität. Die Postfächer Ihres Hosts übernehmen die Absenderreputation jeder Site auf diesem Server, So wird der Spam-Lauf eines Nachbarn zu Ihrem Zustellungsproblem. Google Workspace und Microsoft 365 Sie verdienen ihren Preis auch mit freigegebenen Kalendern und der mobilen Synchronisierung. Wenn Sie nur zuverlässige E-Mails auf Ihrer eigenen Domain benötigen, Zoho und Fastmail kosten weniger und trennen die Reputationen genauso gut.
Behebt eine dedizierte IP die E-Mail-Zustellbarkeit beim Shared Hosting?
Selten, und es ist das am meisten überverkaufte Upgrade im Hosting-Bereich. Mit einer dedizierten IP übernehmen Sie die Verantwortung für Ihren Ruf, ohne ihn zu verbessern, und ein neues hat überhaupt keine Sendehistorie. Die Faustregel des Handels bringt den Crossover nahe 100,000 Nachrichten pro Jahr, und darunter gewinnt normalerweise ein gemeinsamer Pool. LSF korrigieren, DKIM und DMARC zuerst, Verschieben Sie dann Ihre Sendung zu einem Relay, und kaufen Sie eine IP nur, wenn das Volumen eine Erwärmung rechtfertigt.
Woher weiß ich, ob mein Host den SMTP-Port blockiert? 587?
Versuchen Sie, eine Verbindung herzustellen und zu lesen, was passiert. Von Ihrem Hosting-Terminal, laufen “Telnet smtp.gmail.com 587” und suche nach einem 220 Gruß, denn ein Hängenbleiben oder eine Ablehnung bedeutet, dass es blockiert ist. Ihr Gastgeber dokumentiert dies möglicherweise überhaupt nicht: von zehn haben wir überprüft, Nur DreamHost gibt deutlich an, dass es den Port blockiert 25. Wenn 587 und 465 beide scheitern, Wechseln Sie zu einem Relay mit einer HTTP-API, die denselben Port nutzt wie Ihre Website.
Kann ich einen Newsletter über Shared Hosting versenden??
Technisch gesehen manchmal, vernünftigerweise nein. Die meisten Hoster zählen Empfänger und nicht Nachrichten, also man schickt an 200 Abonnenten konsumiert 200 Ihres Stundenlohns. Das verstößt gegen DreamHost 100 eine Stunde, Verpex's 100 und Hostinger's 200 beim ersten Versuch. Verwenden Sie stattdessen ein Relais, Denn Newsletter-Beschwerderaten schädigen das gemeinsame geistige Eigentum, von dem Ihre Bestellbestätigungen abhängen.
Warum funktionierte mein E-Mail-Konto nicht mehr, nachdem ich meine Domain zu Google Workspace verschoben habe??
Sie haben MX-Einträge geändert und die E-Mail-Weiterleitung von cPanel auf Local Mail Exchanger belassen, Daher erreichen die von Ihrer Website generierten E-Mails niemals Google. Die Post von außen kommt gut an, Das ist es, was die Sache verwirrend macht, und Ihr Kontaktformular meldet immer noch Erfolg. Stellen Sie die Domäne in cPanel auf Remote Mail Exchanger ein und testen Sie mit einer Nachricht von der Site selbst, nicht aus Webmail. Überprüfen Sie außerdem, ob Ihr SPF-Eintrag die Server von Google enthält, und dass Sie am Ende nicht zwei SPF-Einträge erhalten haben, was die Prüfung völlig fehlschlägt.
Wohin Sie das führt
Sortieren Sie den Fehler nach Eigentümer, bevor Sie etwas anfassen. Routenführung, Quote, SPF, DKIM und das Catch-All gehören Ihnen, und zehn Minuten in cPanel erledigen alle fünf. Häfen, Kappen, Blocklisten, Zertifikate und eingefrorene Warteschlangen gehören Ihrem Host, und ein Ticket, das das Symptom nennt, erhält eine spezifische Antwort. Der PTR-Datensatz und Ihre Nachbarn’ Sendegewohnheiten gehören niemandem, den Sie erreichen können. Das ist der Grund dafür, dass E-Mails auf Shared Hosting fragil bleiben, egal wie sorgfältig Sie sie konfigurieren.
Wenn Sie eine Aktion aus diesem Leitfaden ausführen, Übergeben Sie die ausgehenden E-Mails Ihrer Website an ein Relay. Brevo ist kostenlos 300 Ein Tag deckt die meisten kleinen Websites ab. Die 10 USD/Monat von SMTP2GO decken einen gut besuchten Laden ab. Entweder verschiebt man Ihre Belege und setzt Ihr Passwort von einer IP zurück, die Sie mit Fremden teilen. Diese einzelne Änderung behebt mehr Shared-Hosting-E-Mail-Probleme als alle Einstellungen auf dieser Seite zusammen, weil es die Kopplung entfernt, anstatt sie abzustimmen.
Wohin Sie als nächstes gehen, hängt davon ab, was kaputt gegangen ist. Wenn das Senden von Obergrenzen Ihre verbindliche Einschränkung darstellt, Unser Leitfaden zu die besten günstigen Shared-Hosting-Pläne deckt ab, welche Hosts echte Limits veröffentlichen. Wenn Sie Shared Hosting verlassen, um Ihre eigene IP-Adresse zu steuern und DNS umzukehren, Vergleichen Sie VPS-Pläne statt eines größeren gemeinsamen Plans. Die dedizierte IP ist das, was Sie tatsächlich kaufen.