# Teilt sich die 30-Minuten-Verdauungsrate exakt in eine Rate pro Sekunde auf?
**URL:** https://meta.discourse.org/t/does-30-minute-digest-rate-setting-divide-precisely-into-a-per-second-rate/389284
**Category:** Support
**Tags:** email
**Created:** [20. November 2025 um 20:35 UTC](https://meta.discourse.org/t/does-30-minute-digest-rate-setting-divide-precisely-into-a-per-second-rate/389284 "2025-11-20T20:35:31Z")
**Posts on this page:** 7
**Page:** 1
### Author:  [@ToddZ](https://meta.discourse.org/u/ToddZ)
#### Post date: [20. November 2025 um 20:35 UTC](https://meta.discourse.org/t/does-30-minute-digest-rate-setting-divide-precisely-into-a-per-second-rate/389284/1 "2025-11-20T20:35:31Z")
Die Diskussion aus [Einhaltung der maximalen Sendegeschwindigkeit von Amazon SES von „14 E-Mails pro Sekunde“](https://meta.discourse.org/t/abiding-by-amazon-sess-14-emails-per-second-maximum-send-rate/372896) fortsetzend:
Ich habe darüber nachgedacht, mein SMTP-Relay auf den großzügigen [Emailit-Plan](https://emailit.com/pricing) für 20 $ pro 100.000 Nachrichten umzustellen, aber sie haben kürzlich ein [Ratenlimit von 2 E-Mails pro Sekunde](https://emailit.com/blog/rate-limit-changes) festgelegt.
Wenn ich Themen überprüfe, in denen nach Ratenbegrenzung/Drosselung von Digests und E-Mails gefragt wird, scheint die einzig verfügbare Einstellung `DISCOURSE_MAX_DIGESTS_ENQUEUED_PER_30_MINS_PER_SITE` zu sein.
Ich weiß nicht, ob ich davon ausgehen soll, dass der Wert dafür genau in eine X-pro-Sekunde-Rate umgerechnet wird.
Und es sind nur Digests – ich müsste andere Spitzen wie das sofortige Versenden von Benachrichtigungen für das Beobachten des ersten Beitrags usw. berücksichtigen.
Mit den Informationen, die ich habe, scheint es nicht praktikabel zu sein, einen SMTP-Dienst mit einer Ratenbegrenzung zu verwenden. Gibt es etwas Beruhigendes, das ich übersehen habe?
---
### Author:  [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)
#### Post date: [3. Dezember 2025 um 15:46 UTC](https://meta.discourse.org/t/does-30-minute-digest-rate-setting-divide-precisely-into-a-per-second-rate/389284/2 "2025-12-03T15:46:43Z")
Hallo Todd, es tut mir leid zu hören, dass du keine Interessenten für dieses Thema gefunden hast. Konntest du es herausfinden?
---
### Author:  [@ToddZ](https://meta.discourse.org/u/ToddZ)
#### Post date: [4. Dezember 2025 um 00:21 UTC](https://meta.discourse.org/t/does-30-minute-digest-rate-setting-divide-precisely-into-a-per-second-rate/389284/4 "2025-12-04T00:21:22Z")
Ohne eine Vorstellung davon, wie Discourse mit dem Erreichen einer Ratenbegrenzung umgeht, habe ich mich bisher davon abgehalten, zu Emailit zu wechseln. Aber ich **hoffe zu hören, wie Don’s Wechsel zu Emailit verläuft** ([Awesome deal for SMTP! No more monthly fees (: - #21 by ToddZ](https://meta.discourse.org/t/awesome-deal-for-smtp-no-more-monthly-fees/337898/21?u=toddz)).
---
### Author:  [@RGJ](https://meta.discourse.org/u/RGJ)
#### Post date: [4. Dezember 2025 um 07:56 UTC](https://meta.discourse.org/t/does-30-minute-digest-rate-setting-divide-precisely-into-a-per-second-rate/389284/5 "2025-12-04T07:56:00Z")
> [@ToddZ](#):
>
> wenn ich davon ausgehen sollte, dass der Wert dafür genau in eine Rate von X pro Sekunde verteilt wird.
Die Antwort ist nein.
Der Job, der Digests einreiht, läuft alle 30 Minuten, und diese Einstellung legt lediglich eine [maximale Anzahl](https://github.com/discourse/discourse/blob/74cc0fbc5596932990874a724e1a1afe00a8d10d/app/jobs/scheduled/enqueue_digest_emails.rb#L50C41-L50C82) von `max_digests_enqueued_per_30_mins_per_site` in die Warteschlange. Sie steuert nicht, wie schnell die Warteschlange verarbeitet wird.
Übrigens sehe ich in letzter Zeit ziemlich schlechte Bewertungen für emailit, sowohl auf Trustpilot als auch auf Appsumo.
---
### Author:  [@ToddZ](https://meta.discourse.org/u/ToddZ)
#### Post date: [4. Dezember 2025 um 21:04 UTC](https://meta.discourse.org/t/does-30-minute-digest-rate-setting-divide-precisely-into-a-per-second-rate/389284/6 "2025-12-04T21:04:20Z")
Danke für die Infos, Richard! Es klingt, als ob ich ein Relay mit einer pro-Sekunde-Ratenbegrenzung vermeiden möchte.
(Ich werde mir vielleicht ZoHos [Zeptomail](https://www.zoho.com/zeptomail/) für 2,50 $ pro 10.000 E-Mails ansehen. Einige Leute hier berichten von Erfolg damit.)
---
### Author:  [@supermathie](https://meta.discourse.org/u/supermathie)
#### Post date: [5. Dezember 2025 um 09:46 UTC](https://meta.discourse.org/t/does-30-minute-digest-rate-setting-divide-precisely-into-a-per-second-rate/389284/7 "2025-12-05T09:46:38Z")
Wenn ich mit dieser Situation umgehen müsste, würde ich die Komplexität wahrscheinlich dadurch bewältigen, dass ich an eine lokale Postfix-Instanz liefere, die E-Mails in eine Warteschlange stellt.
Diese kann die E-Mails dann entweder direkt weiterleiten (ich würde sie zuerst direkt versuchen lassen und dann auf eine andere Option zurückgreifen) oder über einen oder mehrere kostenpflichtige ausgehende Dienste.
Sie können auch die ausgehende Rate verwalten: [Postfix Configuration Parameters](https://www.postfix.org/postconf.5.html#default_destination_rate_delay)
Dies würde auch die Belastung Ihres Servers verringern, da der relativ aufwendige Vorgang der E-Mail-Generierung nur einmal durchgeführt wird und nicht immer wieder (falls eine Ratenbegrenzung eintritt).
---
### Author:  [@system](https://meta.discourse.org/u/system)
#### Post date: [4. Januar 2026 um 09:46 UTC](https://meta.discourse.org/t/does-30-minute-digest-rate-setting-divide-precisely-into-a-per-second-rate/389284/8 "2026-01-04T09:46:55Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.