# Warum hängen meine Nachrichten in der Warteschlange fest?

> Eine Nachricht, die in der Warteschlange verbleibt und weder DELIVRD noch UNDELIV erreicht, bedeutet in der Regel, dass sie vom Gateway akzeptiert, aber noch nicht vom Zielnetzbetreiber zugestellt wurde. Häufig liegt dies daran, dass sie für einen späteren Zeitpunkt eingeplant ist, aufgrund Ihres TPS-Limits gedrosselt wird, die Gültigkeitsdauer für ein ausgeschaltetes oder nicht empfangbares Endgerät abwartet oder sie sich auf einer überlasteten Route befindet. Überprüfen Sie die Zustellzeit, Ihre Durchsatzbegrenzung und die DLR – eine Nachricht verlässt die Warteschlange erst, wenn der Netzbetreiber eine endgültige Empfangsbestätigung zurücksendet.

- Kanonische URL: https://www.broadnet.me/de/developers/troubleshooting-queued-messages
- Sprache: de
- Zuletzt aktualisiert: 2026-10-21
- Herausgeber: BroadNet (https://www.broadnet.me)

## Es ist für später geplant.

Wenn Sie einen Sendetermin (mit GMT) festlegen, hält das Gateway die Nachricht absichtlich bis zu diesem Zeitpunkt zurück, sodass sie bis zum geplanten Zeitpunkt in der Warteschlange verbleibt. Überprüfen Sie den von Ihnen angegebenen Sendetermin (GMT) – eine falsche GMT-Abweichung oder ein zukünftiges Datum ist der häufigste Grund dafür, dass ein Batch nicht gesendet wird. Lassen Sie den Sendetermin weg, um die Nachricht sofort zu senden; die REST-API gibt eine ScheduleId zurück, sobald ein Sendetermin geplant ist.

- schtime (yyyyMMddhhmm) + gmt speichert die Nachricht bis zu diesem Zeitpunkt.
- Ein falscher GMT-Offset kann die Sendezeiten verschieben.
- Lassen Sie schtime weg, um es jetzt zu senden.
- Ein geplanter Batch liefert eine ScheduleId zurück, keine sofortige Zustellung.

## Die Drosselung erfolgt auf den TPS-Grenzwert.

Bei großen Nachrichtenmengen wird die zulässige Durchsatzrate (Nachrichten pro Sekunde) Ihres Kontos ausgeschöpft. Daher bleiben spätere Nachrichten in der Warteschlange, während frühere versendet werden – dies ist ein normaler Vorgang und kein Fehler. Wenn ein dauerhaft hohes Nachrichtenaufkommen wichtig ist, beantragen Sie eine höhere Transaktionsrate (TPS). Sehr große Sendungen sollten besser als Empfängerdatei über den Bulk-Endpunkt `/sms/sendbulk` übermittelt werden als mit einer einzigen großen Anfrage.

- Große Chargen laufen am TPS-Verschluss ab – spätere Teile warten.
- Das ist das erwartete Tempo, kein Fehler.
- Höheren Durchsatz für anhaltendes Volumen anfordern.
- Verwenden Sie /sms/sendbulk für sehr große Listen.

## Das Mobiltelefon ist innerhalb des Gültigkeitszeitraums nicht erreichbar.

Wenn das Telefon des Empfängers ausgeschaltet ist oder keinen Empfang hat, speichert das SMSC des Mobilfunkanbieters die Nachricht und versucht die Zustellung so lange, bis das Gerät wieder erreichbar ist oder die Gültigkeitsdauer abgelaufen ist. Während dieses Zeitraums befindet sich die Nachricht in der Warteschlange. Läuft die Gültigkeitsdauer ab, ohne dass die Nachricht zugestellt werden konnte, ändert das DLR den Status auf „UNDELIV/abgelaufen“. Daher wird eine lange in der Warteschlange befindliche Nachricht oft automatisch zugestellt, sobald das Gerät wieder online ist.

- SMSC Store-and-Forward versucht, ein nicht erreichbares Mobiltelefon erneut anzurufen.
- Die Nachricht bleibt bis zur Zustellung oder bis zum Ablauf ihrer Gültigkeit in der Warteschlange.
- Nach Ablauf der Gültigkeit wird DLR als UNDELIV/expired angezeigt.
- Das Problem löst sich oft, sobald das Telefon wieder Empfang hat.

## Überprüfen Sie Guthaben, Route und den tatsächlichen Status.

Wenn sich gar nichts tut, prüfen Sie den Kontostand – eine Übermittlung kann mit HTTP18 (unzureichendes Guthaben) fehlschlagen – und ob die Absender-ID und die Route für das Ziel freigegeben sind. Schließen Sie nicht aus dem Fehlen eines Webhooks auf den Status: Rufen Sie den Status jeder Nachricht direkt ab (über die Legacy-HTTP-API: /websmpp/websmsstatus mit der Antwort-ID).

- Keine Bewegung? Guthaben prüfen – HTTP18 reicht nicht aus.
- Bitte bestätigen Sie, dass die Absender-ID und die Route für das Land freigegeben sind.
- Den tatsächlichen Status direkt abrufen (Legacy-HTTP-API: /websmpp/websmsstatus).
- Gehen Sie nicht von einem fehlenden Webhook aus – rufen Sie den Status ab.

## Verwandte Seiten

- [SMS-API-Referenz – Terminplanung & Anfrage](https://www.broadnet.me/de/developers/api)
- [Was ist ein Gültigkeitszeitraum?](https://www.broadnet.me/de/answers/what-is-validity-period)
- [Was ist ein DLR?](https://www.broadnet.me/de/answers/what-is-dlr)
- [Was ist eine Durchsatz-SLA?](https://www.broadnet.me/de/answers/what-is-throughput-sla)