HTML-Mails bei Wechsel PHP4 auf PHP5

[meikel (†)]

Zitat von rarios

Hmmm irgendwie führt das hier an allen erdenklichen Möglichkeiten der Fragenbetreuung vorbei...

Das Hickhack swift kontra phpmailer is eigentlich unnötig.
phpmailer hat, wenn mich google nicht belügt, momentan keine bekannten Sicherheitslücken.
Swift ist allerdings monströs - selbst dann, wenn 80% des Archivs nur dem Test dienen.

Egal, welcher Klasse man sich bedient: eine ordentliche Mail zu basteln und mit korrektem envelope header loszuwerden, ist definitiv nicht als Erstlingswerk geeignet.

Zitat von rambi

Und mir sind MassenHoster bekannt, die sowohl SMTP Zugriffe als auch /usr/bin/sendmail verbieten...

1. liegt sendmail in /usr/sbin rum.
2. verbietet bei mod_PHP der safe_mode eh den Zugriff darauf.
3. ob der Provider seine Kiste soweit aufbohrt, daß man per CGI_PHP an /usr/sbin ran darf, ist auch fraglich.
4. Zugriffe per PHP Script auf fremde SMTP Server werden bisweilen geblockt.

[jubi]

So wie ich das sehe ist Dir nur ein kleiner Flüchtigkeitsfehler unterlaufen und zwar im Sende-Befehl
Du schreibst:
mail("office@medienwerkstatt.at", $subject, $mailtx, $header);

korrekt ist aber:
mail("<office@medienwerkstatt.at>", $subject, $mailtx, $header);

Gruss jubi

[defabricator]

Zitat von meikel

phpmailer hat, wenn mich google nicht belügt, momentan keine bekannten Sicherheitslücken.

http://larholm.com/2007/06/11/phpmai...ote-execution/

Zitat von meikel

Swift ist allerdings monströs - selbst dann, wenn 80% des Archivs nur dem Test dienen.

EasySwift deckt den gesamten phpmailer Leistungsumfang ab und hat sogar ein einfacheres, aufgeräumteres Interface.
Irgendwie fehlt mir hier immer noch ein Argument, warum man jemandem, der sich neu für ein Paket entscheiden will, phpmailer empfehlen sollte.

@meikel

1. liegt sendmail in /usr/sbin rum.

Der Sendmail Daemon ja, evtl. Aber der ist ja schon fast ausgestorben. Und der Admin, welcher normale User an sbin ranläßt, gehört auf die Streckbank.

In /usr/bin/sendmail oder in /usr/lib/sendmail, auf ALLEN Unixoiden Systemen, findet sich auch bei Verwendung von z.B. Qmail ein Sendmail kompatibler Wrapper, welcher nur die Mails entgegennimmt und dann an den eigendlichen MTA weiterreicht.. Selbst unter XAMPP steht ein sendmail kompatibler Wrapper für das Mail() Kommando bereit(muß nur eingerichtet werden).

4. Zugriffe per PHP Script auf fremde SMTP Server werden bisweilen geblockt.

Nicht ganz richtig, nicht nur "fremde"!
Z.B. 1und1, ein Massenhoster, verbietet grundsätzlich alle SMTP Zugriffe auch auf die eigenen Server, bei dem gehts dann nur über mail()!! Und mail() benutzt dann den Sendmail kompatiblen Wrapper, welcher die Mails an den MTA weiterreicht.

Und ich möchte niemandem den phpmailer SO als ultimative Lösung aufs Auge drücken, wie defabricator es mit dem swiftmailer macht.

Ansonsten stimme ich dir in allen Punkten zu!

[defabricator]

Zitat von rambi

Und ich möchte niemandem den phpmailer SO als ultimative Lösung aufs Auge drücken, wie defabricator es mit dem swiftmailer macht.

Nur weil ich Eure falschen "hab mich intensiv-und-umfassend 10 Sekunden mit dem Thema beschäftigt" Argumente widerlege? tz tz tz
p.s. Ich bin immer noch gespannt auf das gute Argument, warum jetzt noch jemand frisch mit phpmailer anfangen soll.

Gegen den Bekehrungstrieb mancher Priester helfen keine Argumente ;-)

[defabricator]

Versuch's doch mal. Nur ein Mal. Komm schon, ein Argument, Du kannst es, nur Mut.
Also, aus welchem Grund sollte man jetzt neu anfangen, sich mit phpmailer zu beschäftigen? Was sind die großartigen Vorteile? Also ausser, dass es nicht mehr erweitert oder gepflegt wird, einige nicht ganz unrelevante features nicht besitzt, mindestens eine offene Sicherheitslücke hat, im Regelbetreb langsamer ist und mehr Speicher verbraucht, schwer zu erweitern ist und diese Frickelerweiterungen in der Regel ein Update nicht überleben - ach, das passiert ja nicht mehr, streicht den letzten Punkt - ? Wer sind hier jetzt also die Gläubigen und wer hat Argumente?

[rarios]

Ich möchte doch noch einmal darauf aufmerksam machen, dass Ihr gerade weder dem Themenstarter noch euch selber wirklich helft. Versuchen, Andere von Eurer Meinung zu überzeugen, und das auch noch so stählern, ist ,glaube ich, hier nicht ganz angebracht.

>dass Ihr gerade weder dem Themenstarter noch euch selber wirklich helft.
Tinneff!!!
Der TE hat sich bei mir, mit seiner unfreundlichen Art, leider schon recht weit ins Abseits geschossen. Und ausserdem hat er 3 verschiedene Wege bekommen, wie er seine Mails verschicken kann. Ach ja, ins "Zend Framework" könnte er ja auch noch mal schauen.

>und das auch noch so stählern
Nunja, von mir werden keine Argumente mehr kommen, bis ich den swift richtig durchgetestet habe..
Bisher kann ich nur sagen:
Er funktioniert!
Etwas unhandlich, zumindest ungewohnt.

>hier nicht ganz angebracht
Ach, und womit begründest du den Maulkorb?
* Es dreht sich hier um die "beste" Methode für das Versenden von Mails.
* Keine Beleidigungen.... bisher.....
* Alles Legal

----
*edit*
;) Ist nicht viel mehr dein Beitrag völlig ohne Bezug zum Thema ;)

[Socrates]

Zitat von jubi

korrekt ist aber:
mail("<office@medienwerkstatt.at>", $subject, $mailtx, $header);

Ich finde es überhaupt nicht korrekt. Ich denke wenn er es unbedingt selbst machen will, soll er sich ein bis zwei Wochen non stop hinsetzen sich mit smtp und dem authentification protocoll vertraut machen und dann eine süße kleine klasse basteln. Da ist er immernoch besser bedient als mit der mail()-Funktion. (Ich weiß ich machs auch gerne selber)
MfG, Andy