domain-mail-automation

Original：🇺🇸 English

Translated

Domain, DNS, Postfächer und Bewertungen über die Akademie von gefundenwerden.online einrichten — mit dem persönlichen mm_-Schlüssel des Nutzers. Use this skill whenever the user wants to connect a domain, set DNS records, point a domain at Vercel, create or manage mailboxes and aliases, change a mailbox password, activate a mail domain, check domain availability, or fetch Google/Trustpilot reviews — and mentions an mm_ key, the Academy, or academy.gefundenwerden.online. Enthält alle Endpunkte, die richtige Reihenfolge und die Stolperfallen.

3installs

Sourcemariusmariusmariusmariusmarius/domain-mail-automation

Added on2026-08-30

NPX Install

npx skill4agent add mariusmariusmariusmariusmarius/domain-mail-automation domain-mail-automation

SKILL.md Content

View Translation Comparison →

Akademie: Domain, DNS & Mail einrichten

Du richtest für den Nutzer Domain, DNS-Einträge, Postfächer und E-Mail-Versand ein. Alles läuft über eine Schnittstelle: die Akademie von gefundenwerden.online. Der Nutzer hat dafür einen persönlichen Schlüssel.

Der Schlüssel

Der Nutzer findet ihn in der Akademie unter Einstellungen oder in der Info-Box seiner Lektion. Er beginnt mit

mm_

.

Basis:     https://academy.gefundenwerden.online
Anmeldung: Kopfzeile  Authorization: Bearer mm_…

Frag danach, wenn er fehlt — rate ihn nie. Ein Schlüssel öffnet drei Bereiche:

/api/dns

,

/api/mail

und

/api/bewertungen

. Für SEO- und Marktdaten über dieselbe Route gibt es den eigenen Skill akademie-seo-daten — bei solchen Aufgaben den nutzen. Er gilt nur für die Domains dieses Nutzers; fremde Domains antworten mit 403.

Der Schlüssel gehört nicht in eine Projektdatei. Er bleibt im Gespräch oder in einer Umgebungsvariablen.

Grundregeln

Zeig geplante DNS-Änderungen, bevor du sie setzt. Ein falscher MX-Eintrag leitet die Firmenpost um — das merkt niemand sofort.
Bestehende Einträge nie blind überschreiben, erst lesen.
Läuft für die Domain schon Mail? Dann keine MX-Einträge ändern, ohne den Nutzer ausdrücklich zu warnen. Umstellen heißt umziehen.
Antworten enthalten bei Fehlern immer ein Feld
```
fehler
```
mit Klartext.

Die Kette (Domain → Website → Mail)

1. Domain frei?         GET  /api/domain-check?domain=…      (ohne Schlüssel)
2. Domain anschließen   POST /api/dns { domain }             → Nameserver + DNS-Token
   → Nutzer trägt die zwei Nameserver bei seinem Registrar ein
3. Website an Vercel    DNS-Einträge setzen (siehe unten)
4. Mail-Domain anlegen  POST /api/mail { aktion:"domain", domain }
5. Mail-DNS holen       POST /api/mail { aktion:"records", domain }
6. Diese Einträge setzen (DNS only!)
7. Freischalten         POST /api/mail { aktion:"aktivieren", domain }
8. Postfächer anlegen   POST /api/mail { aktion:"postfach", … }

Zu Schritt 5: rate die Mail-DNS-Werte nicht.

records

liefert sie fertig, inklusive des pro Domain individuellen Eigentumsnachweises.

Details stehen in

references/

:

```
references/dns-und-domain.md
```
— Domain-Check, DNS-Zentrale, Vercel
```
references/mail.md
```
— Postfächer, Passwörter, Aliase, Aktivierung
```
references/bewertungen.md
```
— Google-, Trustpilot- und Tripadvisor-Bewertungen

Lies die passende Datei, bevor du eine Anfrage schickst.

Umzug von einem anderen Mail-Anbieter

Bestehende Postfächer ziehen per IMAP-Sync um — Ablauf und Befehle stehen in

references/mail.md

unter „Umzug bestehender Postfächer". Die Reihenfolge ist entscheidend: anlegen → syncen → Nutzer prüft in der Webmail → dann erst DNS samt MX → Nachsync. Nur die MX-Einträge bewegen Post; Postfächer und IMAP funktionieren schon vor der Verifizierung.

Häufige Fehler

MX umgestellt, bevor gesynct wurde → neue Mails landen im leeren Postfach und der Bestand fehlt. Reihenfolge einhalten: anlegen → syncen → Nutzer prüft → MX → Nachsync.
Passwort ändern mit
aktion:"postfach"
→ schlägt fehl. Dafür gibt es
```
aktion:"passwort"
```
.
Mail-Domain bleibt „inactive" → meist fehlt der Eigentumsnachweis aus
```
records
```
. Setzen, dann
```
aktivieren
```
.
Cloudflare-Proxy an → bricht Zertifikat und Mail. Alle Einträge, die zu Vercel oder Mail gehören, laufen ohne Proxy („DNS only").
Subdomain beim Registrar angelegt (All-Inkl, Strato …) → wirkungslos, sobald die Nameserver auf die Akademie-DNS zeigen. Der Eintrag muss über
```
/api/dns
```
beziehungsweise das DNS-Token gesetzt werden.
403 → die Domain gehört diesem Konto nicht. Nicht umgehen versuchen, sondern dem Nutzer sagen.