C 5.3.8 - Newsletter: Recipient address was rejected and has been deactivated

Hallo Community,

mein Provider erlaubt maximal 250 E-Mails / Stunde. Wenn dieses Limit überschritten wird kommt es zum Fehler

Zitat:

---

Invalid recipient address "info@xyz.com": Expected response code "250" but got code "554", with message "554 5.7.0 Your message could not be sent. The limit on the number of allowed outgoing messages was exceeded.

---

In der Folge wird dieser Empänger deaktiviert

Zitat:

---

Recipient address "info@xyz.com" was rejected and has been deactivated.

---

Lässt sich das "Deaktivieren" unterbinden?

Vielen Dank schon mal.

Was hast Du denn eingestellt https://docs.contao.org/manual/de/co...tter-versenden ?
Das ist jedenfalls m.E. die einzige Schraube an der Du drehen kannst.

Davon abgesehen Newsletterversand von vielen Newslettern sollte man m.E. besser über einen entsprechenden externen Anbieter erledigen

Ein Bug - könntest du auf GitHub melden mit der genauen Fehlerbeschreibung*, wenn diese Nutzer wirklich wegen des gescheiterten E-Mail-Versands deaktiviert werden.

_____

* Exceeded Limit - 250
* Users get deactivated

Edit:
https://github.com/contao/newsletter...etter.php#L443
https://github.com/contao/newsletter....php#L210-L223

Bei fehlerhaftem Versand wird der Nutzer in REJECTED_RECIPIENTS aufgenommen, die Folge ist, dass hier alle weiteren User deaktiviert werden.

Ich denke man wird hier bei einem fehlerhaften Versand diese Unterscheidung nicht machen können. Du musst stattdessen den Versand Rate limiten.

Zitat:

---

Zitat von mlweb

Was hast Du denn eingestellt https://docs.contao.org/manual/de/co...tter-versenden ?
Das ist jedenfalls m.E. die einzige Schraube an der Du drehen kannst.

---

Mir sind die Einstellungen bekannt, aber der Redakteur, der den Versand angestoßen hat, hat es leider bei den Standardeinstellungen belassen.
Sowas kann immer passieren, deshalb sollte das Newslettermodul bei Limitüberschreitung den Versand einfach abbrechen. Das wäre sinnvoll!

Zitat:

---

Zitat von zoglo

Ein Bug - könntest du auf GitHub melden mit der genauen Fehlerbeschreibung*, wenn diese Nutzer wirklich wegen des gescheiterten E-Mail-Versands deaktiviert werden.

---

Das Verhalten ist so gewollt, d.h. es ist kein Bug (siehe vendor/contao/newsletter-bundle/contao/classes/Newsletter.php Zeile 461 und 468).

So kannst du ab Symfony 6.2 (also ab Contao 5) deine E-Mails pro Zeiteinheit limitieren:

Zuerst den Symfony Rate Limiter installieren.

Code:

---

composer require symfony/rate-limiter

---

Dann bspw. folgende Konfiguration anlegen:

PHP-Code:

---

# config/config.yaml
framework:
    rate_limiter:
        mailer:
            policy: fixed_window
            limit: 250
            interval: 60 minutes

    messenger:
        transports:
            mailer: 
                dsn: 'doctrine://default?table_name=tl_message_queue&queue_name=mailer&auto_setup=false'
                rate_limiter: mailer

        routing:
            'Symfony\Component\Mailer\Messenger\SendEmailMessage': mailer 


---

Auf deinem Server dann folgenden Crontab einrichten:

PHP-Code:

---

* * * * * /path/to/php /path/to/contao/bin/console messenger:consume mailer --time-limit=59 


---

("/path/to/php" mit dem richtigen Pfad zum PHP CLI deiner PHP Version und "/path/to/contao" mit dem Pfad zu deiner Contao 5 Installation ersetzen).

Damit werden nur mehr 250 E-Mails pro Stunde gesendet. Egal von wo.

Das klingt sehr gut, ich werde es ausprobieren. Danke!!!

Bei Sendungen ohne Dateianhang klappt das, mit Dateianhang kommt es zum Fehler

Zitat:

---

[2024-06-02T09:14:22.233400+02:00] messenger.CRITICAL: Error thrown while handling message Symfony\Component\Mailer\Messenger\SendEmailMessag e. Removing from transport after 3 retries. Error: "Handling "Symfony\Component\Mailer\Messenger\SendEmailMessa ge" failed: Unable to open path "/var/www/vhosts/.../files/orgel/bilder/eventkalender/24-OZM-A3.jpg"

---

Der Messenger greift über den absoluten Pfad auf den Dateianhang zu. Das lässt der Provider offenbar nicht zu (auch ein ls -l läuft auf Fehler).