Proxy oder dedizierte IP für E-Mail-Akquise?

So wählen Sie zwischen einem gemeinsam genutzten Proxy und einer dedizierten IP für die E-Mail-Akquise

Ein gemeinsam genutzter Proxy und eine dedizierte IP können unterschiedliche Bereiche Ihrer Akquise-Infrastruktur beeinflussen. Ein Proxy kann die Verbindung eines Nutzers zu einem Postfach oder einer Akquiseplattform weiterleiten. Eine dedizierte IP kann die Adresse sein, über die ein Versanddienstleister E-Mails zustellt. Anhand der Bezeichnungen allein lässt sich nicht erkennen, welche Verbindung jeweils verändert wird.

Verfolgen Sie zunächst den Weg einer echten Nachricht – von der Person, die sie verfasst, bis zum Posteingang des Empfängers. Wenn Sie wissen möchten, wie Sie zwischen einem gemeinsam genutzten Proxy und einer dedizierten IP für die E-Mail-Akquise wählen, sollten Sie zuerst herausfinden, was die jeweilige Option in Ihrer Infrastruktur tatsächlich steuern würde. Die Leitfrage „Proxy oder dedizierte IP für E-Mail-Akquise“ sollte sich daher immer auf das konkrete Problem beziehen, das Sie lösen möchten.

1. Verfolgen Sie den Weg jeder Akquise-Nachricht

Skizzieren Sie den Ablauf für ein Konto und ein Tool. Ein Teammitglied könnte sich beispielsweise in einer browserbasierten Akquiseplattform anmelden, dort eine Nachricht verfassen und sie über die eigene Mail-Infrastruktur der Plattform versenden lassen. In diesem Fall sind die Browserverbindung und der ausgehende E-Mail-Versand voneinander getrennte Vorgänge.

Andere Konfigurationen verwenden einen mit einem SMTP-Server verbundenen E-Mail-Client, eine API, die an einen Versanddienst angebunden ist, oder eine Software, die den Postfachzugriff mit dem Nachrichtenversand kombiniert. Notieren Sie, welche Komponente die Nachricht versendet und womit sich der Nutzer verbindet. Ein im Browser eingerichteter Proxy wirkt sich normalerweise auf die Verbindung dieses Browsers aus. Eine separate SMTP-Verbindung oder die Server der Plattform werden dadurch nicht automatisch umgeleitet.

Die Header geben Aufschluss. Erstellen Sie eine einfache Übersicht der Tools und Verbindungen, zum Beispiel: Nutzer → Browser → Akquiseplattform → Versanddienst → Empfänger. Versendet Ihr Team über eine API, nehmen Sie die Anwendung und den API-Endpunkt in die Übersicht auf, statt anzunehmen, der Browser übernehme den Versand.

Mit dieser Übersicht lässt sich eine Fehlannahme erkennen, bevor Sie etwas kaufen oder einrichten. Möchte ein Team sicherstellen, dass Postfachanmeldungen immer über dieselbe Route laufen, sollte es einen Proxy in Betracht ziehen. Möchte es die IP-Adresse kontrollieren, über die ein Versanddienst Nachrichten zustellt, sollte es sich beim Dienst nach der ausgehenden Versandkonfiguration erkundigen. Gehen Sie nicht davon aus, dass die eine Änderung zugleich das andere Problem löst.

2. Welche IP-Adresse sehen E-Mail-Empfänger?

Prüfen Sie die Header einer Testnachricht, die an ein Konto gesendet wurde, das Ihr Team kontrolliert. Achten Sie auf Felder wie Received, Authentication-Results und Return-Path und vergleichen Sie diese mit der Dokumentation des Versanddienstleisters. Die Header können helfen, den Versandweg nachzuvollziehen. Ein einzelnes Feld beantwortet jedoch möglicherweise nicht alle Fragen dazu, wie der Anbieter E-Mails weiterleitet.

Fragen Sie direkt bei der Akquiseplattform oder dem E-Mail-Anbieter nach, welche IP-Adresse für den ausgehenden Versand verwendet wird, ob diese gemeinsam genutzt wird oder dediziert ist und ob sie sich für Ihr Konto ändern kann. Diese Angaben hängen vom jeweiligen Anbieter ab. Prüfen Sie daher die aktuelle Dokumentation oder wenden Sie sich an den Support. Gehen Sie nicht davon aus, dass Empfänger die Proxy-IP sehen, nur weil sich ein Nutzer darüber angemeldet hat.

Auch die Authentifizierungsergebnisse sind wichtig. Nutzen Sie als Prüfschritt die Checkliste „E-Mail-Header und SPF DKIM DMARC prüfen“: Vergewissern Sie sich, dass SPF, DKIM und DMARC für die Testnachricht erfolgreich sind und die sichtbare Absenderdomain der von Ihrem Team vorgesehenen Domain entspricht. Ein Proxy ersetzt diese Einstellungen auf Domain-Ebene nicht. Eine Änderung der Netzwerkroute ist auch kein Ersatz für die Behebung eines fehlgeschlagenen Authentifizierungsergebnisses.

Speichern Sie die Header der Testnachricht zusammen mit dem Kontonamen, dem Versandtool und dem Datum. Zeigt ein späterer Test eine andere Route oder ein anderes Authentifizierungsergebnis, kann Ihr Team diese Angaben konkret vergleichen, statt sich darauf zu verlassen, wie die Konfiguration angeblich eingerichtet war.

3. Ordnen Sie Postfächer den Tools und Netzwerkrouten zu

Listen Sie für jedes Postfach auf, wer es nutzt, welches Versandtool damit verknüpft ist und über welche Route dieses Tool aufgerufen wird. Für den Anfang genügt eine kleine Tabelle. Führen Sie separate Einträge auf, wenn eine Person den Browser für den Kontozugriff nutzt, während eine Plattform oder API den Nachrichtenversand übernimmt.

Suchen Sie nach widersprüchlichen Routen, bevor Sie etwas ändern. Beispielsweise könnten zwei Personen dasselbe Konto über unterschiedliche Zugriffswege nutzen. Oder ein Browser verwendet einen Proxy, während ein separat konfigurierter E-Mail-Client direkt verbunden ist. Solche Konfigurationen können unerwartete Änderungen beim Kontozugriff verursachen oder die Auswertung eines Tests erschweren.

Notieren Sie neben der tatsächlichen Konfiguration auch die vorgesehene Route. Falls für den Proxy ein Benutzername und ein Passwort erforderlich sind, speichern Sie diese Zugangsdaten gemäß dem dafür vorgesehenen Verfahren Ihres Unternehmens und nicht in einer gemeinsamen Notiz. Der proxy authentication best practices kann Ihnen dabei helfen, die Proxy-Anmeldung im Team zu dokumentieren.

Führen Sie ein Änderungsprotokoll. Darin sollten das Konto, das Tool, die Route, die Person, die die Änderung vorgenommen hat, und das beobachtete Ergebnis aufgeführt sein. So erhält der Support eine klare Übersicht, falls ein Postfach nach einer Änderung der Proxy-Einstellungen keine Verbindung mehr herstellt.

4. Prüfen Sie die Plattformregeln, bevor Sie Verbindungen ändern

Prüfen Sie die aktuellen Regeln des E-Mail-Anbieters und der Akquiseplattform zur Proxy-Nutzung, zu IP-Änderungen, zum Kontozugriff und zu automatisierten Aktivitäten. Lesen Sie die Bedingungen, die für das jeweilige Postfach und den jeweiligen Tarif gelten. Gehen Sie nicht davon aus, dass eine Einstellung, die bei einem Dienst erlaubt ist, auch bei einem anderen zulässig ist.

Prüfen Sie die Anmeldeanforderungen des Kontos und die Administratorberechtigungen, bevor Sie die Route wechseln. Wenn die Dokumentation Fragen offenlässt, wenden Sie sich an die für das Konto zuständige Person oder den Support des Anbieters.

Verwenden Sie keinen Proxy, um Aktivitäten zu verschleiern, die ein Anbieter untersagt, oder um eine Kontobeschränkung zu umgehen. Markiert eine Plattform eine Anmeldung als verdächtig oder sperrt den Zugriff, pausieren Sie den Test und folgen Sie dem Supportverfahren. Eine weitere IP-Adresse hinzuzufügen, ohne die Ursache zu kennen, kann die Nachvollziehbarkeit erschweren.

Prüfen Sie außerdem, welche Verbindungstypen das Tool unterstützt. Ein Proxy-Protokoll, eine Authentifizierungsmethode oder ein Port, der in einer Anwendung funktioniert, wird möglicherweise von einer anderen nicht unterstützt. Wenn Sie eine authentifizierte SOCKS5-Verbindung in Betracht ziehen, lesen Sie die Einrichtungsanweisungen der Anwendung und lassen Sie die Konfiguration vom Anbieter bestätigen, bevor Sie den Postfachzugriff darüber leiten.

5. Testen Sie eine kleine, kontrollierte Konfiguration

Testen Sie zunächst ein Postfach und eine Route. Lassen Sie Versandtool, Kontoeinstellungen und Nachrichteninhalt unverändert, während Sie die aktuelle Konfiguration mit der geplanten vergleichen. Ändern Sie mehrere dieser Punkte gleichzeitig, lässt sich nur schwer feststellen, ob ein Anmeldefehler oder ein abweichendes Versandergebnis durch den Proxy, die Plattform oder eine andere Einstellung verursacht wurde.

Prüfen Sie während des Tests vier Punkte: Kann sich der Nutzer anmelden? Bleibt das Tool verbunden? Wird die Nachricht versendet? Stimmen die Header der empfangenen Nachricht mit der erwarteten Versandroute überein? Notieren Sie auch die Authentifizierungsergebnisse. Soll lediglich der Postfachzugriff geändert werden, beweist eine erfolgreiche Anmeldung nicht, dass dem Empfänger eine andere Versand-IP angezeigt wird.

Senden Sie eine Nachricht an ein Testpostfach, das Ihr Team kontrolliert, und nicht an eine umfangreiche Verteilerliste. Bricht die Verbindung ab, halten Sie den Zeitpunkt, die Fehlermeldung des Tools und die verwendete Route fest. Anhand dieser Angaben lässt sich ein Problem mit der Proxy-Authentifizierung von einer Anmeldebeschränkung des Anbieters oder einem Problem des Versanddienstes unterscheiden.

Halten Sie sich beim Test an die Regeln des Anbieters und die üblichen Berechtigungen des Kontos. Erhöhen Sie nicht das Versandvolumen, nur um eine IP-Änderung zu testen. Entscheidend ist, ob die vorgesehene Route funktioniert und ob die beobachteten Header mit der Konfiguration übereinstimmen. Bietet die Plattform nicht genügend Informationen, um die Route zu überprüfen, wenden Sie sich an den Support, bevor Sie die Konfiguration produktiv einsetzen.

6. Entscheiden Sie anhand des Problems, das Sie lösen möchten

Nutzen Sie die Ergebnisse des Tests, um das Problem genau zu benennen. Geht es darum, wie sich ein Nutzer oder eine Anwendung mit einem Postfach oder einer Plattform verbindet, prüfen Sie, ob ein gemeinsam genutzter Proxy für diese Zugriffsroute infrage kommt – vorausgesetzt, die betreffenden Dienste erlauben das. Geht es um die Adresse, über die ein Versanddienst Nachrichten zustellt, fragen Sie den Anbieter, ob eine dedizierte IP verfügbar ist und welche Kontoeinstellungen dafür maßgeblich sind.

Ein gemeinsam genutzter Proxy und eine dedizierte IP sind nicht austauschbar. Ein Proxy kann eine bestimmte Verbindung weiterleiten, bestimmt aber nicht zwingend die IP-Adresse für den ausgehenden E-Mail-Versand. Eine dedizierte IP kann für den Versand über einen Versanddienst gelten, ändert aber nicht automatisch die Route, über die jemand mit dem Browser auf ein Postfach zugreift.

Nehmen Sie die Änderung erst vor, wenn die Antwort des Anbieters, die Routenübersicht und das Testergebnis auf denselben Systembereich hindeuten. Ist das nicht der Fall, behalten Sie die aktuelle Konfiguration bei und klären Sie zunächst die offenen Fragen. Wird der Zugriffsproxy geändert, obwohl das Problem beim Versanddienst liegt, bleibt die Versandroute unverändert.