Newsletter: Default für Zyklus und Wartezeit verändern

[Himbeerrot]

Contao 4.13

Hallo zusammen,

für den Newsletter-Versand muss ich andere Werte für Zyklus und Wartezeit hinterlegen.
Ich kann die zwar manuell bei jedem Versand eintragen, aber die Werte springen dann immer wieder zurück auf Zyklus 10 und Wartezeit 1.

Damit der Redakteur nicht mit falschen Werten sendet und die meisten Mails dann nicht durchgehen, will ich die Voreinstellung dieser Werte ändern.

Weiß jemand, wie das geht?

Viele Grüße
Holger

[Spooky]

Die Werte sind hardcodet. Du könntest sie aber mit Hilfe von https://github.com/symplify/vendor-patches bspw. patchen.

Ansonsten würde ich für Rate Limiting unter 4.13 eher folgende Vorgangsweise empfehlen (wenn die auch nicht besonders genau ist): https://docs.contao.org/manual/de/sy...symfony-mailer

Ab Symfony 6 (Contao 5.3+) kann man einen Rate Limiter konfigurieren.

[Himbeerrot]

Hallo Spooky,

danke sehr für die prompte Antwort!
Sie hilft mir weiter.

Gruß
Holger

[Cranker]

Ab Symfony 6 (Contao 5.3+) kann man einen Rate Limiter konfigurieren.

Wie kann man den Rate Limiter konfigurieren?
Kann ich das über die config.yml oder die parameters.yml verändern?

Ist das irgendwo dokumentiert?

[Spooky]

https://symfony.com/doc/6.4/rate_limiter.html
https://symfony.com/doc/6.4/messenge...ited-transport

[Cranker]

Sollte das funktionieren, wenn ich den folgenden Code in die config.yml schreibe?

framework:
    rate_limiter:
        anonymous_api:
            policy: 'fixed_window'
            limit: 180
            interval: '240 minutes'

Oder muss der Code in die parameters.yml?

Der Server bei webgo hat als Limit 200 E-Mails pro 240 Minuten (14.400 Sekunden).
Daher würde ich nur 180 E-Mails alle 4 Stunden versenden.

Angezeigt wird das im Backend bei den Feldern "Mails pro Zyklus" und "Wartezeit in Sekunden" dann trotzdem nicht - oder?
Das wäre halt praktisch, damit die Werte offensichtlich erkennbar sind. Sonst müsste ich die Felder für Redakteuere ausblenden...

[Spooky]

Sollte das funktionieren, wenn ich den folgenden Code in die config.yml schreibe?

framework:
    rate_limiter:
        anonymous_api:
            policy: 'fixed_window'
            limit: 180
            interval: '240 minutes'

Nein, das alleine reicht nicht. Den Rate Limiter müsstest du dann noch einem eigenen Messenger Transport hinzufügen und die E-Mails über diesen Messenger Transport senden lassen. Und dann müsstest du diesen Messenger Transport noch bei den Contao Workern registrieren denke ich. Eine fix-fertige Lösung habe ich nicht für dich - es ist aber möglich.

Ich würde den Rate Limiter nicht "anonymous_api" nennen, sondern etwas anderes.

[Cranker]

Nein, das alleine reicht nicht. Den Rate Limiter müsstest du dann noch einem eigenen Messenger Transport hinzufügen und die E-Mails über diesen Messenger Transport senden lassen. Und dann müsstest du diesen Messenger Transport noch bei den Contao Workern registrieren denke ich. Eine fix-fertige Lösung habe ich nicht für dich - es ist aber möglich.

Ich würde den Rate Limiter nicht "anonymous_api" nennen, sondern etwas anderes.

"anonymous_api" hatte ich aus dem Beispiel, dass du mir oben geschickt hast.

Aber dann bin ich raus - davon habe ich keine Ahnung ????????
Da sollte man schon wissen was man tut.

Das steht für meinen Anwendungsfall auch in keinem Verhältnis, wenn ich mich damit jetzt länger beschäftige.
Danke auf jeden Fall für deine Hilfe, nun weiß ich auf jeden Fall das es nicht einfach zu lösen ist.

[Spooky]

"anonymous_api" hatte ich aus dem Beispiel, dass du mir oben geschickt hast.

Das ist ein allgemeines Beispiel aus der Symfony Dokumentation - das sollst du dir durchlesen und dementsprechend dann selbst anwenden, nicht einfach nur kopieren

Aber dann bin ich raus - davon habe ich keine Ahnung ????????
Da sollte man schon wissen was man tut.

Ja, man muss das schon zuerst verstehen lernen. Aber ich werde dazu mal ein Ticket bei Contao anlegen, dass wir evt. einen eigenen Messenger Transport für die E-Mails by default verwenden, dann wird das vereinfacht.

nun weiß ich auf jeden Fall das es nicht einfach zu lösen ist.

Einfach ist es schon. Der Vorteil ist ja, dass du das ab Symfony 6 einfach per config selbst definieren kannst - und nicht irgendwie selbst was programmieren musst.

[Cranker]

Das ist ein allgemeines Beispiel aus der Symfony Dokumentation - das sollst du dir durchlesen und dementsprechend dann selbst anwenden, nicht einfach nur kopieren

Dafür muss man aber auch verstehen, dass es sich bei diesem Wert um einen "Namen" handelt, den man einfach anpassen kann.

Ja, man muss das schon zuerst verstehen lernen. Aber ich werde dazu mal ein Ticket bei Contao anlegen, dass wir evt. einen eigenen Messenger Transport für die E-Mails by default verwenden, dann wird das vereinfacht.

Im idealfall würde ein einmal eingestellter Wert im Backend angezeigt werden und auch bestehen bleiben.
Ich habe einen 14 Jahre alten Eintrag im Forum gefunden, bei dem das auch schon mal Thema war - der Link auf das Ticket hat aber nicht mehr funktioniert.

Danke fürs Ticket anlegen.

Einfach ist es schon. Der Vorteil ist ja, dass du das ab Symfony 6 einfach per config selbst definieren kannst - und nicht irgendwie selbst was programmieren musst.

Wenn man sich mit Symfony auskennt bestimmt ...

[Spooky]

Im idealfall würde ein einmal eingestellter Wert im Backend angezeigt werden und auch bestehen bleiben.

Das wird sicher nicht kommen. Es wird eine Config bleiben.

Ich habe einen 14 Jahre alten Eintrag im Forum gefunden, bei dem das auch schon mal Thema war - der Link auf das Ticket hat aber nicht mehr funktioniert.

Welche Erwartungen hast du an einen 14 Jahre alten Thread?

Wenn man sich mit Symfony auskennt bestimmt ...

Wenn du spezielle Anforderungen hast, musst du dich auch mit dem System beschäftigen.

[Spooky]

https://github.com/contao/contao/issues/7495

[Georgi]

Hallo,

ich möchte das Thema nochmal aufgreifen und nachfragen, ob es hierzu schon eine funktionierende Lösung für die config.yml oder env.local gibt?

Da mein Tarif nur 250 Mails pro Stunde erlaubt, würde ich gern die "Wartezeit in Sekunden" auf 180 dauerhaft erhöhen (da under NL von einem Redakteur verschickt wird).

Danke im voraus!

[mlweb]

Das Ergebnis findest Du ja im verlinkten Ticket. Ich hab es so verstanden, dass es dafür keine universelle Lösung in Contao geben wird.

Eine funktionierende config.yaml hat m.E. Fritz ganz am Anfang gepostet (im Ticket)

[Georgi]

Eine funktionierende config.yaml hat m.E. Fritz ganz am Anfang gepostet (im Ticket)

Danke, habe ich gemacht.
Aber ich weiß nicht, ob ich unter

    messenger:
        transports: 

"transports" noch etwas eintragen muss (das habe ich unter "mailer" gemacht).
... und wie ich das testen kann. (Ohne dass die NL-Empfänger einen NL erhalten)

[Spooky]

Du müsstest wie hier beschrieben vorgehen. Testen könntest du es lokal, mit Applikationen wie Mailhog (gibt noch andere).

[Georgi]

Hallo Spooki,
wäre diese config dann richtig? Oder fehlt da etwas?

framework:
    mailer:
        transports:
            news: smtps://news@domain.de:PassWort@host.de:465
            
    rate_limiter:
        mailer:
            policy: fixed_window
            limit: 250
            interval: 1 hour

    messenger:
        transports:  ????
            mailer: 
                dsn: doctrine://default?queue_name=mailer
                rate_limiter: mailer

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

[Spooky]

Mehr oder weniger - damit werden allerdings jetzt keine E-Mails mehr verschickt in der Default Konfiguration von Contao. Du musst noch dafür sorgen, dass der neue Messenger Transport auch noch abgearbeitet wird. Bspw. über die zweite Config im Ticket.

[Georgi]

...damit werden allerdings jetzt keine E-Mails mehr verschickt in der Default Konfiguration von Contao.

Würde dann diese config allein reichen?

framework:
    mailer:
        transports:
            news: smtps://news@domain.de:PassWort@host.de:465
            
    rate_limiter:
        mailer:
            policy: fixed_window
            limit: 250
            interval: 1 hour 

oder brauche ich alles von der zweiten config???

    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

contao:
    messenger:
        workers:
            -
                transports:
                    - contao_prio_high
                options:
                    - '--time-limit=60'
                    - '--sleep=5'
                autoscale:
                    desired_size: 5
                    max: 10
                    enabled: true
            - usw..... 

[Spooky]

Kommt darauf an wie du die einzelnen Messenger Queues abarbeiten lassen möchtest. Wenn du es automatisch von Contao abarbeiten lassen möchtest, dann die zweite Config.

[Georgi]

Danke, werde ich mal probieren.

Oder könnte auch Folgendes in der .env.local einen timeout von 3 Minuten bewirken?

MAILER_DSN_news=smtps://news@domain.de:PassWort@host.de:465?timeout=180 

[Spooky]

Nein, woher hast du das?

[Georgi]

google.jpg

[Spooky]

Erstens hat das nichts damit zu tun, was du brauchst, zweitens gilt das nur für ältere Versionen.

[Georgi]

Danke.

[Georgi]

Du musst noch dafür sorgen, dass der neue Messenger Transport auch noch abgearbeitet wird. Bspw. über die zweite Config im Ticket.

Hallo Spooky,
ich habe jetzt die zweite Config getestet. Dazu env.local

MAILER_DSN=smtps://info@domain.de:PassWort@host.de:465 

eingerichtet.
Ergebnis: es wird keine E-Mail rausgeschickt (auch kein Eintag in System-Log).

Muss ich in der Zeile

dsn: doctrine://default?table_name=tl_message_queue&queue_name=mailer&auto_setup=false

noch irgendetwas definieren? Und wenn ja was?

Stehe irgendwie auf dem Schlauch.

[mlweb]

Ist das ein Schreibfehler hier im Forum oder steht da wirklich mail er mit Leerzeichen?

[Spooky]

Das macht das Forum (siehe edit).

[Spooky]

Stehe irgendwie auf dem Schlauch.

Generell würde ich dir vorschlagen dich zuerst tiefer mit der Symfony Messenger und Symfony Rate Limiter Komponenten zu vertiefen - andernfalls führt das glaube ich zu nichts. Es bringt nichts einfach nur mein Beispiel aus dem Ticket zu kopieren, man muss es auch verstehen.