# Versand über dein Resend-Konto

> Ab dem Business-Plan gehen die E-Mails der Community über das eigene Resend-Konto der Community, mit ihrer Domain und ihrer Reputation. Welche E-Mails sich ändern, die Schritte bei Resend, die Prüfung, die Kontingente und was passiert, wenn der Schlüssel versagt.

Ab dem Plan **Business** kann die Community ihre E-Mails über das **eigene Konto bei [Resend](https://resend.com)** versenden: mit dem Absender ihrer Domain (`Community <kontakt@versand.deinecommunity.com>`), ihrer Reputation und ihrem eigenen Zustellungs-Dashboard. Die Empfängerkontingente des Plans für Kampagnen und Workflow-E-Mails gelten für das, was über ihr Konto geht, nicht mehr.

Es liegt unter **Einstellungen › Versand über dein Resend-Konto**, für Eigentümer und Administrator. Unter Business sagt die Seite, dass der Versand *„ab dem Business-Plan verfügbar“* ist. **Resend-Konto verbinden** fragt nach **Name des Absenders**, **Adresse des Absenders**, **Antwort an (Reply-To, optional)**, **Resend-API-Schlüssel**, **Signatur-Secret des Webhooks** und der Zustimmung zum **Datenhinweis**. Verbunden zeigt die Seite die **Webhook-Adresse** mit **Kopieren**, den Status (**Ausstehend**, **Aktiv**, **Fehler** oder **Durch den Plan pausiert**), den letzten Fehler, **Letztes empfangenes Ereignis** und **Geprüft am**, mit den Schaltflächen **Prüfen**, **Ändern** und **Trennen** (mit der Frage *„Resend-Konto trennen?“*). In Kampagnen heißt die Kontingentanzeige jetzt **Empfänger über dein Resend-Konto**.

## Welche E-Mails sich ändern

**Regel:** Über Memberfy geht die E-Mail, die einen Zugang trägt (Code, Passwort-Link, Einladung mit Anmeldelink), die zur Sicherheit des Kontos, die von Memberfy an die Community und die internen Hinweise an das Team. Alles andere gehört der Community. So bleibt niemand ausgesperrt, wenn der Schlüssel der Community versagt.

| Immer über Memberfy | Über das Resend-Konto der Community |
|---|---|
| Login, Zugangscode, E-Mail-Bestätigung, Passwort (Wiederherstellung und Änderung), Hinweis auf Anmeldeversuche | [Kampagnen](/notificacoes/campanhas-de-email), manuell und automatisch |
| Einladungen mit Zugangslink (Import, Referent, Gutachter, genehmigte Registrierung) | Der Schritt **E-Mail senden** der [Workflows](/notificacoes/workflows) |
| AGB und Datenschutz | Die [Neuigkeiten per E-Mail](/notificacoes/avisos-de-novidade) der Module und die E-Mails zu Veranstaltungen, Buchungen und Calls |
| Hinweise an das Team (Workflow-Freigabe und -Fehler, Versandreputation, Integrationshinweise und Hinweise zu dieser Verbindung) | Belege, Verlängerungen und Tickets; die angepassten [Standard-E-Mails](/notificacoes/emails-padrao), wenn sie der Community gehören |

Die Kalendereinladung (`.ics`) von Buchungen, Terminplanung, Networking und 1:1 folgt dem Absender, über den die E-Mail geht.

## Schritt für Schritt

*Rolle: Eigentümer oder Administrator, ab dem Business-Plan.*

**Bei Resend:**

1. Lege das Konto an und füge die **Domain** für den Versand hinzu (am besten eine Subdomain, etwa `versand.deinecommunity.com`). Veröffentliche in deinem DNS die Einträge, die Resend anzeigt, und warte, bis die Domain **verifiziert** ist.
2. Lege einen **API-Schlüssel** (`re_…`) mit Berechtigung **nur zum Senden** an, beschränkt auf diese Domain.
3. Lege einen **Webhook** an, der auf die Adresse zeigt, die Memberfy deiner Community gibt (`https://api.memberfy.net/webhooks/email/c/…`), mit den Ereignissen für Versand, Zustellung, Öffnung, Klick, Bounce, Beschwerde, Verzögerung, Fehler und Unterdrückung. Kopiere das **Signatur-Secret** (`whsec_…`).

**Bei Memberfy:**

4. Gib den Schlüssel, das Webhook-Secret, den Absender (Name und Adresse in der verifizierten Domain) und optional die Antwortadresse (*Reply-To*) an. Akzeptiere den Datenhinweis: Die Adressen der Mitglieder gehen dann an dein Resend-Konto, und die Community wählt diesen Auftragsverarbeiter.
5. Klicke auf **Prüfen**. Memberfy schickt dir eine Test-E-Mail von deinem Absender.
6. Die Verbindung wird **aktiv**, wenn das Zustellereignis dieses Tests signiert über den Webhook ankommt. Dieselbe Prüfung bestätigt Schlüssel, Domain und Webhook.

Der Absender darf weder ein kostenloses Postfach (Gmail, Outlook…) noch von Memberfy sein. Schlüssel und Secret werden nach dem Speichern nie wieder angezeigt: Sichtbar sind nur die letzten 4 Zeichen. Jede Änderung wird protokolliert.

## Die Status der Verbindung

| Status | Was er bedeutet |
|---|---|
| **Ausstehend** | Das Zustellereignis des Tests ist noch nicht über den Webhook angekommen |
| **Aktiv** | Die E-Mails der Community gehen über ihr Konto |
| **Mit Fehler** | Resend hat den Schlüssel abgelehnt (siehe [Wenn der Schlüssel versagt](#wenn-der-schlussel-versagt)) |
| **Durch den Plan pausiert** | Der Plan ist unter Business gefallen: Alles geht über Memberfy |

## Kontingente

Bei aktiver Verbindung zählt, was über das Konto der Community geht, **nicht** zu den Plankontingenten für Kampagnenempfänger pro Monat und Workflow-E-Mails pro Tag. Stattdessen gilt eine Obergrenze gegen Missbrauch: **150.000 Kampagnenempfänger pro Monat** und **1.750 Workflow-E-Mails pro Tag**.

Weiter gelten: die Kampagnenversände pro Tag, Woche und Monat (siehe [Versandkontingent](/notificacoes/campanhas-de-email#versandkontingent)), die Abmeldung und die Kategorien (siehe [E-Mails dieser Community](/notificacoes/emails-desta-comunidade)), der Ausschluss von allen, die sich beschwert haben oder dauerhaft gebounct sind, und die [Versandreputation](/notificacoes/reputacao-de-envio). Sie schützen die Empfänger, nicht die Kosten.

## Wenn der Schlüssel versagt

Lehnt Resend den Schlüssel ab (er wurde widerrufen, oder die Domain ist nicht mehr verifiziert):

- Die Verbindung steht auf **Mit Fehler**, und Eigentümer und Administrator bekommen einmal einen Hinweis in der Glocke und per E-Mail (über Memberfy).
- Die laufende Kampagne **pausiert**, und der Schritt **E-Mail senden** der Workflows schlägt fehl, mit dem Grund.
- Belege, Tickets, Verlängerungen und Hinweise der Module **gehen über Memberfy**, mit dem Standardabsender, damit niemand leer ausgeht.
- Nach erneutem **Prüfen** mit dem richtigen Schlüssel ist die Verbindung wieder aktiv, und die pausierte Kampagne **macht dort weiter, wo sie aufgehört hat**.

Eine vorübergehende Ablehnung durch Resend (zu viele Versände oder Störung) wartet nur und versucht es erneut, über dasselbe Konto.

**Fällt der Plan unter Business**, pausiert die Verbindung sofort, alles geht wieder über Memberfy, mit den Plankontingenten, und das Team wird benachrichtigt. Schlüssel und Secret werden 30 Tage später gelöscht.

## Häufige Fragen

**Brauche ich eine eigene Domain?**
Ja: Der Absender muss zu einer in deinem Resend-Konto verifizierten Domain gehören.

**Gehen auch die Login-E-Mails über mein Konto?**
Nein. Login, Codes, Passwort und Einladungen mit Zugangslink gehen immer über Memberfy.

**Wer bezahlt den Versand?**
Was über dein Resend-Konto geht, berechnet Resend deinem Konto, nach dem Plan, den du dort hast.

**Und die Abmeldung?**
Bleibt bei Memberfy: Der Abmeldelink und die Kategorien jeder Person gelten wie bisher.

## In der API

`GET`, `PUT` und `DELETE /api/email-provider` und `POST /api/email-provider/verify`, nur für Eigentümer und Administrator (die anderen Rollen bekommen `403`). Das `GET` antwortet in jedem Plan, mit `planAllowed`; Speichern und Prüfen unter Business geben `403` `emailProvider.planRequired` zurück. Das `PUT` nimmt `apiKey`, `webhookSecret`, `fromEmail`, `fromName`, `replyTo` und beim ersten Mal `acceptDataNotice: true`. Die Antwort enthält `status` (`pending`, `active`, `error` oder `paused_by_plan`), `apiKeyLast4`, `webhookSecretLast4`, `webhookUrl` (die Adresse, die bei Resend als Webhook eingetragen wird), `lastError`, `lastEventAt`, `verifiedAt` und `retentionEndsAt`; nie den Schlüssel. Siehe [Email provider](/api/referencia/email-provider) in der API-Referenz.

## Über den Assistenten (MCP)

Lass dir den Status der Verbindung zeigen (*„gehen die E-Mails schon über unser Resend-Konto?“*, [`get_email_provider`](/mcp/ferramentas-comunidade#get-email-provider)), den Absender ändern ([`update_email_provider`](/mcp/ferramentas-comunidade#update-email-provider)), die Verifizierung schicken ([`verify_email_provider`](/mcp/ferramentas-comunidade#verify-email-provider)) oder trennen ([`disconnect_email_provider`](/mcp/ferramentas-comunidade#disconnect-email-provider), mit Bestätigung). Verbinden, Schlüssel und Secret bleiben in der App: Der Assistent nimmt den Schlüssel nie an und zeigt ihn nie.

## Verwandte Artikel

- [E-Mail-Kampagnen](/notificacoes/campanhas-de-email)
- [E-Mails dieser Community](/notificacoes/emails-desta-comunidade)
- [Versandreputation](/notificacoes/reputacao-de-envio)
- [Plan und Erweiterungen](/configuracoes/plano)