E-Mail-Konto mit eigener Domain in Plesk einrichten

Schritt 1: Login in Plesk

1. Öffnen Sie Ihren Webbrowser und geben Sie die URL Ihres Plesk-Dashboards ein (normalerweise https://mein.scapix.eu/login_up.php).
2. Melden Sie sich mit Ihrem Plesk-Benutzernamen und Passwort an.

Schritt 2: Domain auswählen

1. Im Plesk-Dashboard finden Sie auf der linken Seite den Bereich „Websites & Domains“.
2. Klicken Sie darauf und wählen Sie die gewünschte Domain aus der Liste aus.

Schritt 3: E-Mail-Dienst aktivieren

1. Stellen Sie sicher, dass der E-Mail-Dienst für Ihre Domain aktiviert ist. Wenn nicht, klicken Sie auf „E-Mail aktivieren“.

Schritt 4: E-Mail-Adresse hinzufügen

1. Gehen Sie zum Abschnitt „E-Mail“ in Ihrem Plesk-Dashboard.
2. Klicken Sie auf „E-Mail-Adresse erstellen“.
3. Geben Sie den gewünschten Namen für die E-Mail-Adresse ein (z.B. „info“ für info@yourdomain.tld).
4. Erstellen Sie ein sicheres Passwort und bestätigen Sie dieses.
5. (Optional) Legen Sie ein Speicherplatz-Limit für diese E-Mail-Adresse fest.
6. Klicken Sie auf „OK“ oder „Anwenden“, um die E-Mail-Adresse zu erstellen.

Schritt 5: E-Mail-Client-Konfiguration

1. Gehen Sie zurück zur Liste Ihrer E-Mail-Adressen.
2. Finden Sie die gerade erstellte E-Mail-Adresse und klicken Sie auf das Symbol „E-Mail-Client-Einstellungen“.
3. Hier finden Sie die notwendigen Informationen (wie IMAP-, SMTP-Server, Ports usw.), um Ihren E-Mail-Client (z.B. Outlook, Thunderbird) zu konfigurieren.

Schritt 6: Test

1. Konfigurieren Sie Ihr E-Mail-Programm mit den in Schritt 5 bereitgestellten Informationen.
2. Senden Sie eine Test-E-Mail an Ihre neue Adresse und prüfen Sie, ob sie im Posteingang ankommt.

Zustellung ist ein System, kein einzelner Haken

Ein Postfach funktioniert nur zuverlässig, wenn Benutzerkonto, Kennwort, IMAP/SMTP, TLS und DNS zusammenpassen. Für mobile Geräte und Desktop-Programme sollte IMAP statt POP3 verwendet werden, damit Ordner und Lesestatus synchron bleiben. Der Postausgang benötigt Authentifizierung; offene Relays sind ein Sicherheitsrisiko und werden von seriösen Anbietern blockiert.

Zur Absenderauthentifizierung gehören SPF, DKIM und DMARC. SPF benennt erlaubte Versandquellen, DKIM signiert Nachrichten kryptografisch und DMARC legt fest, wie Empfänger mit nicht bestandenen Prüfungen umgehen und wohin Berichte gesendet werden. Mehrere unkoordiniert angelegte SPF-Einträge sind ungültig; erlaubte Dienste werden in einem einzigen Eintrag zusammengeführt.

Prüfung nach der Einrichtung

• Versand und Empfang intern sowie mit zwei externen Anbietern testen.
• Header einer Testnachricht auf SPF-, DKIM- und DMARC-Ergebnis prüfen.
• Autodiscover-Angaben und Zertifikatsnamen kontrollieren.
• Postfachquote, Weiterleitungen und Abwesenheitsantworten dokumentieren.
• Passwort nicht per unverschlüsselter E-Mail weitergeben und bei Verdacht sofort ersetzen.

Ein Spamfilter sollte zunächst beobachten und markieren. Aggressive Löschregeln ohne Quarantäne führen schnell zum Verlust legitimer Anfragen. Besser ist eine nachvollziehbare Abstufung mit regelmäßiger Kontrolle.

So wird das Thema im Projekt umgesetzt

Für „E-Mail-Konto mit eigener Domain in Plesk einrichten“ empfiehlt sich ein kontrollierter Ablauf in fünf Phasen. Zuerst wird der aktuelle Zustand dokumentiert: Einstellungen, Abhängigkeiten, Messwerte und betroffene Nutzerwege. Danach wird ein konkretes Ziel formuliert, das sich testen lässt. Es folgt eine möglichst kleine Änderung in einer Testumgebung. Erst nach fachlicher und technischer Prüfung wird sie produktiv übernommen. Der letzte Schritt ist die Dokumentation mit Verantwortlichem, Datum und Rückweg.

1. Bestand aufnehmen: Was funktioniert, was fehlt und welche Systeme sind beteiligt?
2. Risiko bewerten: Welche Nutzer, Daten, Domains oder Geschäftsprozesse könnten betroffen sein?
3. Änderung vorbereiten: Backup, Zugang, Wartungsfenster und Rollback festlegen.
4. Gezielt testen: Happy Path, Fehlersituation, Mobilansicht, Tastatur und Sicherheit prüfen.
5. Beobachten: Protokolle, Statusseite, Rückmeldungen und Messwerte nach der Veröffentlichung kontrollieren.

Häufige Fehler

Viele Probleme entstehen nicht durch fehlendes Wissen über einen einzelnen Menüpunkt, sondern durch ausgelassene Anschlussprüfungen. Dazu gehören ungetestete mobile Zustände, zu kurze Wartezeiten bei DNS, fehlende Backups, unklare Zuständigkeiten, gemeinsam genutzte Adminzugänge und Änderungen direkt im Produktivsystem. Ebenfalls kritisch ist eine Erfolgsmeldung ohne Beleg. Ein grüner Status sollte auf einer überprüfbaren Messung beruhen.

Wann Unterstützung sinnvoll ist

Professionelle Unterstützung lohnt sich, wenn mehrere Systeme zusammenspielen, produktive E-Mail betroffen ist, persönliche Daten verarbeitet werden oder ein Ausfall unmittelbar Anfragen und Umsatz kostet. Scapix verbindet Web- und App-Entwicklung mit Managed Hosting, Monitoring und nachvollziehbarer Dokumentation. Damit bleibt nicht nur die sichtbare Oberfläche, sondern auch der spätere Betrieb beherrschbar.

Entscheidungsmatrix: nicht nur „funktioniert“, sondern passend

Bewerten Sie „E-Mail-Konto mit eigener Domain in Plesk einrichten“ nicht mit einer einzelnen Ja-Nein-Frage. Eine belastbare Entscheidung betrachtet Nutzen, Risiko, Aufwand, Betrieb und Zugänglichkeit gemeinsam. Nutzen beschreibt, welches konkrete Problem für welche Person gelöst wird. Risiko umfasst Ausfall, Datenverlust, Fehlbedienung und Abhängigkeit von Dritten. Aufwand enthält nicht nur die Einrichtung, sondern auch Tests, Schulung, Wartung und spätere Migration. Betrieb beantwortet, wer Warnungen erhält, Änderungen freigibt und bei einer Störung handeln kann.

Kriterium	Leitfrage	Nachweis
Nutzen	Welche Aufgabe wird schneller, sicherer oder verständlicher?	Konkreter Nutzerweg oder messbares Ziel
Sicherheit	Welche Rechte, Daten und externen Systeme sind betroffen?	Rollen, Protokoll und Rückweg
Barrierefreiheit	Bleibt die Funktion mit Tastatur, Zoom und reduzierter Bewegung nutzbar?	Manueller Test statt nur Scanner
Betrieb	Wer prüft Updates, Warnungen und Kapazität?	Verantwortlicher und Termin
Wirtschaftlichkeit	Welche laufenden Kosten und Abhängigkeiten entstehen?	Gesamtkosten über mindestens zwölf Monate

Fragen für die Abnahme

Die folgenden Fragen verhindern, dass ein Projekt nur auf dem Gerät des Entwicklers gut aussieht. Sie können als kurze Abnahmeliste in einem Ticket oder Protokoll verwendet werden:

• Ist das Ergebnis auf kleinen und großen Bildschirmen ohne horizontales Verschieben nutzbar?
• Erhalten Nutzer nach jeder Aktion eine verständliche Rückmeldung und bleibt der Fokus nachvollziehbar?
• Funktionieren lange Namen, leere Ergebnisse, Fehlermeldungen und langsame Verbindungen?
• Sind Geheimnisse ausschließlich serverseitig gespeichert und personenbezogene Daten auf das Nötige begrenzt?
• Gibt es ein aktuelles Backup und wurde der Wiederherstellungsweg mindestens einmal geprüft?
• Sind Monitoring, Zuständigkeit und ein Wartungszeitpunkt festgelegt?
• Wurden alle betroffenen Inhalte, Rechtstexte und Anleitungen aktualisiert?

Dokumentation, die später Zeit spart

Eine gute Dokumentation ist kurz genug, um gepflegt zu werden, und konkret genug, um im Fehlerfall zu helfen. Sie enthält Zweck, beteiligte Systeme, verantwortliche Person, letzte Änderung, Testschritte und bekannte Grenzen. Screenshots allein reichen nicht, weil Oberflächen sich ändern. Ergänzen Sie deshalb Pfade, IDs und fachliche Regeln in Textform – niemals jedoch Passwörter oder API-Geheimnisse.

Nach einigen Wochen lohnt ein Rückblick: Wird die Funktion verwendet? Haben sich Supportanfragen verändert? Sind Messwerte stabil? Eine Erweiterung ohne erkennbaren Nutzen darf vereinfacht oder entfernt werden. Diese Pflege hält die Website schneller, sicherer und verständlicher als eine dauernde Anhäufung neuer Elemente.