Mailer Transport funktioniert nicht

Bisschen mit meinem Latein am Ende.

Letzte Woche noch extra durchgepowered um den Mailer Transport zum Laufen zu bekommen.
Hat geklappt: Formular ausgefüllt und es kam die Mail mit dem über Mailer Transport eingestellten Absender.

Neue Woche, neues Formular. Auch hier getestet, die Email kommt von SysAdmin Mail, statt die eingestellte Mailer Transport.
Komisch.
Probiere nochmal das alte Formular, auf einmal auch wieder von SysAdmin.

SysAdmin und Mailer Transport Mails laufen über den selben Webhost.
Das soll sich später noch ändern, um so wichtiger das die Mailer Transport Adresse benutzt wird und nicht die SysAdmin.

Was mich wirklich stutzig macht, ist, das es funktioniert hat! Es sollte sich eigentlich nichts geändert haben!
auch /var/logs/prod- meldet Nichts.
Dev & Prod Cache cleared, Prod Cache neu aufgebaut, Opcode cache cleared.


Für Vollständigkeit füge ich auch mal meine Konfiguration hinzu:


SysAdmin Mail im Backend:
admin@(host).de

/.env.local

Code:

---

MAILER_DSN=smtp://noreply%40(host).de:(pass)@(sslout-adress):(port)?encryption=ssl

---

/config/config.yml

Code:

---

# config/config.yml
framework:
    mailer:
        transports:
            noreply: (copy-paste MAILER_DSN)
contao:
    mailer:
        transports:
            noreply: ~

---

Contao Formular Email Eintrag:
Anhang 26682

Wenn du nur einen Transport hast, dann brauchst du diese Einträge in der config.yml nicht.

Zitat:

---

Zitat von Baddy

und es kam die Mail mit dem über Mailer Transport eingestellten Absender.

---

Du hast dort aber keinen Absender eingestellt.

Zitat:

---

Zitat von Spooky

Wenn du nur einen Transport hast, dann brauchst du diese Einträge in der config.yml nicht.

---

Hey Spooky,
das hatte ich versucht, allerdings hat das nicht funktioniert.

Zitat:

---

Zitat von Spooky

Du hast dort aber keinen Absender eingestellt.

---

Sorry, ich folge nicht ganz.
Meinst du wegen copy-paste DSN? Das war nur fix um die Adresse zu zensieren, es ist von DSN die Adresse 1:1 übernommen.

Oder habe ich etwas Anderes übersehen?

Zitat:

---

Zitat von Baddy

Hey Spooky,
das hatte ich versucht, allerdings hat das nicht funktioniert.

---

Was genau hat nicht funktioniert?

Zitat:

---

Zitat von Baddy

Sorry, ich folge nicht ganz.
Meinst du wegen copy-paste DSN? Das war nur fix um die Adresse zu zensieren, es ist von DSN die Adresse 1:1 übernommen.

Oder habe ich etwas Anderes übersehen?

---

Du hast folgendes gepostet:

Code:

---

contao:
    mailer:
        transports:
            noreply: ~

---

Du hast also keine dedizierte Absenderadresse für diesen Transport definiert und somit wird die E-Mail Adresse des Systemadministrators aus dem Website-Root oder aus den Systemeinstellungen als Absenderadresse genommen.

Zitat:

---

Zitat von Spooky

Was genau hat nicht funktioniert?

---

Ohne config.yml, also nur der .env.local Einstellung, wird weiterhin die System-Admin Email benutzt, statt die per DSN hinterlegte noreply.

Zitat:

---

Zitat von Spooky

Du hast folgendes gepostet:

Code:

---

contao:
    mailer:
        transports:
            noreply: ~

---

Du hast also keine dedizierte Absenderadresse für diesen Transport definiert und somit wird die E-Mail Adresse des Systemadministrators aus dem Website-Root oder aus den Systemeinstellungen als Absenderadresse genommen.

---

Wow. Ja, das hatte ich wohl missverstanden.
Ich dachte mit der Erwähnung von "noreply:~" würde das automatisch auf die im Framework hinterlegte Email zugreifen.
Gehe ich direkt mal nachbesseren und gucken ob's klappt!

Zitat:

---

Zitat von Baddy

Ich dachte mit der Erwähnung von "noreply:~" würde das automatisch auf die im Framework hinterlegte Email zugreifen.

---

Was genau meinst du mit "die im Framework hinterlegte Email"?

Zitat:

---

Zitat von Spooky

Was genau meinst du mit "die im Framework hinterlegte Email"?

---

Das ist etwas ungeschickt ausgedrückt von mir.
Der Host benutzt die Email-Adresse auch als User. Da entstand der Denkfehler bei mir, dass ich schon die Email hinterlegt habe.
Jetzt macht's auch Sinn warum ohne die config.yml nicht viel passiert ist.

Habe die config.yml angepasst und jetzt funktionert's! (:

Wenn ich jetzt nur einen Transporter brauche und den ohne config.yml einstellen möchte, was müsste ich dann noch machen?
In meiner .env.local ist ja momentan nur ein smtp Zugang angelegt, da muss ich ja dafür wahrscheinlich auch noch die Absenderadresse angeben. Wie und wo mach ich das dafür?

Sobald du die Absenderadresse derart überschreiben willst, dann musst du die config so machen. Mein Kommentar bezog sich auf deinen ursprünglichen Stand der config, wo du die config genauso gut weg lassen hättest können.

Zitat:

---

Zitat von Spooky

Sobald du die Absenderadresse derart überschreiben willst, dann musst du die config so machen. Mein Kommentar bezog sich auf deinen ursprünglichen Stand der config, wo du die config genauso gut weg lassen hättest können.

---

Ah, gotcha!
Vielen lieben Dank für die Hilfe, Spooky (:

Hier nochmal für Vollständigkeit des Threads die angepasste config.yml:

Code:

---

# config/config.yml
framework:
    mailer:
        transports:
            noreply: smtp://noreply%40(host).de:(pass)@(sslout-adress):(port)?encryption=ssl
contao:
    mailer:
        transports:
            noreply:
                from: (Absendername) <noreply@(host).de>

---

Hallo zusammen,

ich habe beim SMTP Versand unter 5.2. auch noch meine Probleme.

Ist diese Annahme richtig?

Ich muss in der ".env.local" auf der Rootebene folgenden Zusatz einbinden:
MAILER_DSN=smtp://noreply%40(host).de:(pass)@(sslout-adress):(port)?encryption=ssl

Dann muss ich ein Verzeichnis anlegen, dass "config" heißt und hier die Datei config.yml anlegen.
Hier dann den Code, der oben angegeben ist, eintragen.

Dann im Manager den Cache löschen und das war´s ???

Bitte klärt mich auf , danke.

In der config.yaml brauchst du nichts. Die MAILER_DSN Umgebungsvariable reicht.

gut habe die env. lokal auf der Rootebene modifiziert und den Cache im Contao Manager gelöscht.

Nach dem Versenden bekomme ich folgende Fehlermeldung:


[2024-02-20T10:12:22.844864+01:00] request.INFO: Matched route "tl_page.8". {"route":"tl_page.8","route_parameters":{"_token_c heck":true,"_controller":"Contao\\FrontendIndex::r enderPage","_scope":"frontend","_locale":"de","_fo rmat":"html","_canonical_route":"tl_page.8","param eters":"","pageModel":{"Contao\\PageModel":[]},"_route":"tl_page.8","_route_object":{"Contao\\C oreBundle\\Routing\\Page\\PageRoute":[]}},"request_uri":"https://meine-domain.de/kontakt.html","method":"POST"} []

Das was du gepostet hast ist kein Fehler. Falls ein Fehler auftritt: nutze den Debug-Modus und poste den Stack Trace.

Danke für den Hinweis. Das hat mir selbst weitergeholfen. Das war das Ergebnis:

Expected response code "250" but got code "553", with message "553 5.7.1 <info@xyz.de>: Sender address rejected: not owned by user m(was anderes als "xyz.de)".

Das heißt die Email Adresse des System-Admin MUSS die Domain beinhalten, die in den SMTP Daten eingetragen ist.

Ja, wenn du SMTP mit Authentifizierung nutzt wirst du in den meisten Fällen auf eine bestimmte Absenderadresse beschränkt sein.