# E-Mails erneut senden und weiterleiten

> Senden Sie eine gebouncte, fehlgeschlagene, gesperrte oder zurückgehaltene E-Mail als neue E-Mail erneut oder leiten Sie eine gesendete E-Mail an einen anderen Empfänger weiter, in der Weboberfläche oder per API.

Erneutes Senden verschickt eine E-Mail noch einmal mit demselben Inhalt, nachdem sie gebounct, fehlgeschlagen, gesperrt oder zurückgehalten wurde. Eine Weiterleitung sendet eine Kopie einer bereits gesendeten E-Mail an jemand anderen, zum Beispiel an eine Kollegin im Support oder an einen Kunden, der das Original verloren hat. Beides erstellt eine neue E-Mail mit eigener ID und lässt das Original unverändert.

## Voraussetzungen

- In der API funktionieren beide Endpunkte mit Schlüsseln mit **Full Access** und **Sending Only**.
- Beides wird wie ein neuer Versand berechnet, Sie brauchen also genug [Credits](/de/docs/billing/credits/).
- Beides benötigt die ursprünglichen Nachrichteninhalte. Emailit löscht sie, wenn Ihre Aufbewahrungsdauer für Nachrichteninhalte in der [Datenaufbewahrung](/de/docs/data-retention/) endet:

| | Pay as you go | Pro | Business | Custom |
| --- | --- | --- | --- | --- |
| Aufbewahrung der Nachrichteninhalte | 7 Tage | 30 Tage | 30 Tage | Flexibel |

## E-Mail erneut senden

Eine E-Mail lässt sich erneut senden, wenn alle diese Bedingungen erfüllt sind:

| Voraussetzung | Details |
| --- | --- |
| Status | `bounced`, `failed`, `suppressed` oder `held` |
| Alter | Vor weniger als 30 Tagen erstellt |
| Inhalte | Die Nachrichteninhalte wurden nicht durch die Datenaufbewahrung gelöscht |
| Versanddomain | Die ursprüngliche Versanddomain existiert noch im Workspace |

Erneutes Senden erstellt eine **neue E-Mail** mit neuer `em_`-ID und neuer Message-ID. Sie verwendet die Rohnachricht, den Empfänger, die Metadaten und die Tracking-Einstellungen des Originals und durchläuft die normale Zustellung. Sie kostet 1 Credit oder 2 Credits, wenn das Original eine Kampagnen-E-Mail war. Ein Workspace im Sandbox-Modus kann nur E-Mails an Mitglieder des Workspace erneut senden.

Beheben Sie die Ursache vor dem erneuten Senden, sonst endet die neue E-Mail mit demselben Status:

- **Gesperrt:** Entfernen Sie die Adresse zuerst aus den [Sperrungen](/de/docs/suppressions/manage/).
- **Wegen fehlender Credits zurückgehalten:** Laden Sie Ihre [Credits](/de/docs/billing/credits/) auf.
- **Zurückgehalten, weil die Domain pausiert war:** Beheben Sie das Problem mit der [Versandgesundheit](/de/docs/deliverability/sending-health/).
- **Wegen des Spam-Scores zurückgehalten:** Erneutes Senden verschickt denselben Inhalt und wird wahrscheinlich wieder zurückgehalten. Ändern Sie den Inhalt und senden Sie stattdessen eine neue E-Mail. Siehe [Spam-Prüfungen](/de/docs/deliverability/spam-checks/).
- **Gebounct:** Prüfen Sie den Bounce-Grund auf der Detailseite der E-Mail. Ein Postfach, das nicht existiert, bounct erneut. Hat Emailit die Adresse nach dem Bounce auf Ihre Sperrliste gesetzt, entfernen Sie sie zuerst.

**Weboberfläche**

  1. Öffnen Sie **Email API → Emails** und dann die E-Mail.
  2. Wählen Sie oben auf der Seite **Retry**. Die Weboberfläche zeigt die Option bei zurückgehaltenen und gesperrten E-Mails; gebouncte und fehlgeschlagene E-Mails senden Sie per API erneut.
  3. Bestätigen Sie im Dialog **Retry Email** erneut mit **Retry**. Die neue E-Mail erscheint mit eigener ID in der Liste.

**API**

  Rufen Sie [E-Mail erneut senden](/de/docs/api-reference/emails/retry/) (`POST /emails/{id}/retry`) mit der ID der ursprünglichen E-Mail auf. Es gibt keinen Anfrage-Body.

**cURL**

```bash
curl -X POST https://api.emailit.com/v2/emails/em_33VtK8mRq1xZp7LwN4cY2bHsDfa/retry \
  -H "Authorization: Bearer $EMAILIT_API_KEY"
```

**Node.js**

```javascript
const retried = await emailit.emails.retry('em_33VtK8mRq1xZp7LwN4cY2bHsDfa');
```

**Python**

```python
retried = client.emails.retry("em_33VtK8mRq1xZp7LwN4cY2bHsDfa")
```

**PHP**

```php
$retried = $emailit->emails()->retry('em_33VtK8mRq1xZp7LwN4cY2bHsDfa');
```

```json
{
  "object": "email",
  "id": "em_33Vu2LqPz8aKd4WnX6cR1tYbHgs",
  "original_id": "em_33VtK8mRq1xZp7LwN4cY2bHsDfa",
  "token": "33Vu2LqQ7mFt3XcV9bNp5KsRwEz",
  "message_id": "<33Vu2LqQ7mFt3XcV9bNp5KsRwEz@acme.com>",
  "from": "Acme <orders@acme.com>",
  "to": "ada@example.com",
  "subject": "Receipt for order 1042",
  "status": "accepted",
  "created_at": "2026-10-01T11:15:03.552918Z",
  "message": "Email has been queued for retry"
}
```

| Fehler | Ursache |
| --- | --- |
| `404 Email not found` | Die ID existiert in diesem Workspace nicht. |
| `422 Cannot retry email` | Der Status erlaubt kein erneutes Senden, die E-Mail ist älter als 30 Tage, ihre Inhalte wurden gelöscht oder ihre Versanddomain wurde gelöscht. Die `message` nennt den Grund. |
| `402 Insufficient credits` | Der Workspace kann das erneute Senden nicht bezahlen. |
| `403 Workspace not verified` | Der Workspace ist im Sandbox-Modus, und der Empfänger ist kein Mitglied des Workspace. |

## E-Mail weiterleiten

Eine Weiterleitung sendet eine ausgehende E-Mail, die Sie bereits gesendet haben, an einen neuen Empfänger. Eingehende E-Mails lassen sich nicht weiterleiten.

Standardmäßig ist die Weiterleitung ein einfaches erneutes Senden: Der Empfänger erhält Betreff, Inhalt und Anhänge des Originals, als wäre die E-Mail an ihn gesendet worden. Setzen Sie `include_headers`, um stattdessen eine klassische Weiterleitung zu senden, mit einem Block „Forwarded message“ (ursprünglicher From, Date, Subject und To) und einem optionalen Kommentar darüber. Der Betreff beginnt dann mit `Fwd:`.

- `to` (string | string[], erforderlich): Die neuen Empfänger, in denselben Formaten wie `to` beim Senden.
- `include_headers` (boolean): Fügt den Block der weitergeleiteten Nachricht, den optionalen Kommentar und das Betreff-Präfix `Fwd:` hinzu.
- `comment` (string): Eine Nur-Text-Notiz, die über der weitergeleiteten Nachricht steht, wenn `include_headers` `true` ist. `body` wird als Alias akzeptiert.
- `html` (string): Eine HTML-Notiz, die im HTML-Teil statt des maskierten `comment` verwendet wird, wenn `include_headers` `true` ist.
- `text` (string): Eine Nur-Text-Notiz, die `comment` im Textteil ersetzt, wenn `include_headers` `true` ist.
- `from` (string): Von einer anderen Adresse senden. Standardmäßig die ursprüngliche Absenderadresse. Sie muss auf einer verifizierten Versanddomain liegen.
- `subject` (string): Ersetzt den Betreff. Standardmäßig der ursprüngliche Betreff oder mit `include_headers` `Fwd:` plus der ursprüngliche Betreff.

Eine Weiterleitung ist ein neuer Versand und folgt daher denselben Regeln wie `POST /emails`: Credits pro Empfänger, Rate Limits für den Versand, die Prüfungen der From-Domain und der Header [`Idempotency-Key`](/de/docs/email-api/idempotency/) gelten alle. Das Tracking folgt den Einstellungen der Versanddomain. Eigene Header und Metadaten des Originals werden nicht kopiert, und Anhänge werden nur übernommen, wenn ihr Dateityp [erlaubt](/de/docs/email-api/attachments/#allowed-file-types) ist.

Jeder Workspace kann **3 Weiterleitungsanfragen pro Stunde** stellen, Weiterleitungen aus der Weboberfläche und per API zusammengezählt. Über dem Limit gibt die API `429` mit `too_many_requests` zurück.

**Weboberfläche**

  1. Öffnen Sie **Email API → Emails** und dann die E-Mail.
  2. Wählen Sie **Forward**.
  3. Geben Sie den Empfänger in **To** ein.
  4. Optional: Aktivieren Sie **Add forwarded headers and a comment** und schreiben Sie einen **Comment**.
  5. Wählen Sie **Forward**. Die neue E-Mail erscheint mit eigener ID in der Liste.

**API**

  Rufen Sie [E-Mail weiterleiten](/de/docs/api-reference/emails/forward/) (`POST /emails/{id}/forward`) auf.

**cURL**

```bash
curl https://api.emailit.com/v2/emails/em_33VtK8mRq1xZp7LwN4cY2bHsDfa/forward \
  -H "Authorization: Bearer $EMAILIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "to": "support@acme.com",
    "include_headers": true,
    "comment": "Customer says this receipt never arrived. Can you check?"
  }'
```

**Node.js**

```javascript
const forwarded = await emailit.emails.forward('em_33VtK8mRq1xZp7LwN4cY2bHsDfa', {
  to: 'support@acme.com',
  include_headers: true,
  comment: 'Customer says this receipt never arrived. Can you check?',
});
```

**Python**

```python
forwarded = client.emails.forward("em_33VtK8mRq1xZp7LwN4cY2bHsDfa", {
    "to": "support@acme.com",
    "include_headers": True,
    "comment": "Customer says this receipt never arrived. Can you check?",
})
```

**PHP**

```php
$forwarded = $emailit->emails()->forward('em_33VtK8mRq1xZp7LwN4cY2bHsDfa', [
    'to' => 'support@acme.com',
    'include_headers' => true,
    'comment' => 'Customer says this receipt never arrived. Can you check?',
]);
```

Die Antwort entspricht der [Antwort auf einen Versand](/de/docs/email-api/send-email/#read-the-response), ergänzt um `original_id` und die Meldung „Email has been queued for forwarding“. Die Weiterleitung schlägt mit `422 Cannot forward email` fehl, wenn das Original eine eingehende E-Mail ist oder seine Inhalte gelöscht wurden.

## Siehe auch

- [E-Mail erneut senden](/de/docs/api-reference/emails/retry/)
- [E-Mail weiterleiten](/de/docs/api-reference/emails/forward/)
- [E-Mail-Status](/de/docs/logs/email-statuses/)
- [E-Mail-Details](/de/docs/logs/email-details/)

---
Quelle: https://emailit.com/de/docs/email-api/retry-and-forward/