E-Mail an auswählbare Empfänger versenden

[beatem]

Klasse!

Hallo Hagen,
das ist sozusagen um die Ecke - ich melde mich morgen - danke für das nette Angebot!

[beatem]

Server Fehler 500

Hallo Thomas,
also der Austausch von

$strSourceImage = imagecreatefromjpeg(TL_ROOT . '/' . $image); durch
$strSourceImage = @imagecreatefromjpeg(TL_ROOT . '/' . $image);

führt sowohl bei meinem Server als auch beim Server des Kunden zum Fehler 500..

[beatem]

Danke Hagen!

Hagen hatte die großartige Idee testweise meinen Mailserver beim Kunden einzutragen - und siehe da - die ecards funktionieren plötzlich!
Die Formulare, bei denen EFG verwendet werden, funktionieren dadurch auch - nur die Weiterleitung geht trotzdem nicht. Gibt es da auch noch einen Trick?

Danke Hagen - vielleicht kann ich mich einmal für diesen Tipp revanchieren!

[do_while]

Hallo Beate,

ich habe es mal ausprobiert:
Beim Kontaktformular und bei den eCards geht die Weiterleitung (auf der Originalseite).

[beatem]

Hallo Hagen,
ja aber ich habe die Mails umgestellt, d.h. man bekommt eine Bestätigung per unformatierter Mail...

Bei der ecard geht die Weiterleitung.

[tom]

Hallo Beate,

Hallo Thomas,
also der Austausch von

$strSourceImage = imagecreatefromjpeg(TL_ROOT . '/' . $image); durch
$strSourceImage = @imagecreatefromjpeg(TL_ROOT . '/' . $image);

führt sowohl bei meinem Server als auch beim Server des Kunden zum Fehler 500..

habe ich das richtig verstanden?
- auf Deinem Server gab es keine Probleme/Fehlermeldung bzgl. imagecreate...,
- es funktionierte der Mail-Versand, inkl. Weiterleitung

Nachdem Du (auf Deinem Server) nichts anderes geändert hast, als lediglich das '@' in o.g. Zeile zu ergänzen, erhältst Du plötzlich einen Fehler 500?

[tom]

Hallo Beate,

Hagen hatte die großartige Idee testweise meinen Mailserver beim Kunden einzutragen - und siehe da - die ecards funktionieren plötzlich!
Die Formulare, bei denen EFG verwendet werden, funktionieren dadurch auch - nur die Weiterleitung geht trotzdem nicht. Gibt es da auch noch einen Trick?

Danke Hagen - vielleicht kann ich mich einmal für diesen Tipp revanchieren!

Funktioniert die Weiterleitung nur dann nicht, wenn per Hook bzw. callback-Funktion die 'JumpTo'-Seite "veränderst"?
Funktioniert denn die ganz "normale" Weiterleitung zur im Formulargenerator angegeben "Weiterleiten zu"-Seite, wenn Du den Hook deaktivierst (die Zeile in der dcaconfig.php entweder löschst oder auskommentierst)?

[tom]

Hallo Beate,

Hallo Hagen,
ja aber ich habe die Mails umgestellt, d.h. man bekommt eine Bestätigung per unformatierter Mail...

Bei der ecard geht die Weiterleitung.

D.h., wenn Du keine "HTML-Mail/formatierte Mail" verwendest, funktioniert alles wie gewünscht, nur bei "HTML-Mail" gibt es die Probleme?
Dann würde ich behaupten wollen, dass doch irgendein Bild im Spiel ist, oder die HTML-Vorlage sonstige Fehler verursacht.

[do_while]

Hallo tom,

wir hatten herausgefunden, dass keine Mails geschickt werden können, wenn der Absender nicht in der Domain ist. Ich kann nicht sagen, was dann die PHP-mail-Funktion macht, wenn das Senden einen Fehler verursacht, evtl ist das aber der Grund, warum die Weiterleitungsseite nicht erreicht wurde. Kann man vielleicht auf Servern auch verhindern, dass eine HTML-Mail verschickt wird? Der HTML-Part ist ja schließlich als Anhang der Mail zu sehen.
Wir haben dann in TYPOlight die Mail über SMTP (mit Auth) eingerichtet und einen fremden Mailserver benutzt, dann hat es sofort funktioniert.
Wie jetzt der letzte Stand ist, kann ich aber nicht sagen.

--
Es war nicht heraus zu bekommen, wo beim Versenden überhaupt diese GD-Lib-Funktion imagecreatefromjpeg benutzt wird. Ich habe auch nicht verstanden, warum ein @ einen Fehler 500 erzeugt, wo es doch eigentlich zum Unterdrücken von Fehlermeldungen dient.
Da aber kein direkter Serverzugriff möglich ist, kann man es nicht schnell mal ausprobieren, es wird wohl ein Rätsel bleiben.

[beatem]

bei mir geht es

Hallo Thomas,
auf meinem Server funktioniert ja alles, nur beim Kunden nicht und das spricht doch eigentlich dagegen, oder?

[tom]

Hallo Beate,

auf meinem Server funktioniert ja alles

ja wat denn nu:
auf Deinem Server ein 500er nach Einfügen des @ (hattest Du zumindest so geschrieben) oder doch nicht?

nur beim Kunden nicht und das spricht doch eigentlich dagegen

...ähhh, wogegen?
dass ich noch folgen können soll?

[tom]

Hallo Hagen

Ich habe auch nicht verstanden, warum ein @ einen Fehler 500 erzeugt, wo es doch eigentlich zum Unterdrücken von Fehlermeldungen dient.

Nun, das @ unterdrückt schließlich nur die Ausgabe der Fehlermeldung, kann aber einen Fehler (z.B. Speicher zu Ende oder sonstiges Problem bei createimage....) nicht verhindern oder abfangen.
Somit dürfte das Resultat des aufgetretenen Fehlers/Problems ein 500er sein (?).

Wenn ich den Stand der Dinge richtig verstanden habe, funktioniert momentan alles korrekt (Mail-Versand, Weiterleitung), sofern nur "Plain-Text"-Mail verwendet wird.
Sobald die HTML-Mail ins Spiel kommt, "knallt's"?
Oder funktioniert mittlerweile auch HTML, aber eben nur per SMTP?.

Ist die HTML-Vorlage auch ein derartiges Geheimnis, oder kann/konnte/könnte man deren Inhalt mal begutachten oder gar erhalten?

Schöne Grüße
und Tausend Dank für Deine Mithilfe, Hagen!

Thomas

[do_while]

Hallo tom,

ob jetzt alles so funktioniert, wie einstmals gedacht, kann nur beatem sagen.

Eine HTML-Vorlage war nicht angelegt und auch nicht ausgewählt. Wir haben extra noch mal mit "Auswahl entfernen"-Auswahl abgespeichert (nicht dass da noch irgendwelche Reste in den Datenbankfeldern herumfliegen). Die Mail wurde nur gewählt, um eine formatierte Textmail senden zu können.

P.S. Dass @ nur die Meldung unterdrückt aber nicht den Fehler beseitigt, ist klar

[beatem]

Noch nichts Neues

Hallo Hagen, hallo Tom!
Sorry dass ich mich erst jetzt melde - war 1 Woche im Urlaub.
Ich hatte ja gehofft das ich in dieser Angelegenheit aufschlußreiche bzw. hilfreiche Neuigkeiten habe. Ich habe jetzt nur erschreckenderweise die, dass beim Kunden auf der bestehenden Seite ebenfalls nicht alle Formulare funktionieren. Sobald eine fremde E-Mail ins Spiel kommt, gehen die Formulare nicht mehr.
Wenn ich nun ein Formular anlege und EFG nutze z.B. um eine Bestätigung per E-Mail zu versenden, gehen die Formulare nicht, da ja der Versand an fremde E-Mail-Adressen blockiert wird. Es funktioniert aber auch nicht die Option: "Per E-Mail versenden (formatierter Text / HTML)". Hierfür benötige ich auch EFG.
Alle anderen Funktionen ohne EFG gehen problemlos wenn ich in den Einstellungen einen SMTP von mir verwende. Die Probleme beim Kunden liegen somit ziemlich eindeutig nicht an EFG, sondern an den Einstellungen des Mailservers.

Könnten die Funktionen von EFG mit SMTP genutzt werden? Dann könnte ich eine Lösung anbieten, die auch funktioniert wenn der Kunde die Probleme mit seinem Mailserver nicht lösen kann.

Vielen Dank für Eure Mühen!

[tom]

Hallo beatem,

Könnten die Funktionen von EFG mit SMTP genutzt werden?

EFG nutzt keine eigene Mail-Klasse oder Versand-Logik, der Mail-Versand erfolgt auch hier über die "normale" Email-Klasse (/system/libraries/Email.php).
Diese entscheidet dann anhand System > Einstellungen > "E-Mails via SMTP versenden", wie der Versand erfolgen soll.

Schöne Grüße
Thomas