HTML-Mails bei Wechsel PHP4 auf PHP5

Also ausser, dass es nicht mehr erweitert oder gepflegt wird

Ach??
http://phpmailer.sourceforge.net/ sagt was anderes...

[defabricator]

Naja, wenn ich die Historie mal wiedergeben darf

v2.0.0rc1 Notes (2007-11-07 20:23)
1.73 Notes (2005-07-10 20:44)

Und dazwischen nichts. Und

[07 Nov 2007] New Project Admin assigned.

Neubesetzung.
Am 5.11. war nichts davon zu sehen. Noch glaube ich nicht an eine engagierte, stetige Entwicklung. Mal abwarten. Nichtsdesto trotz empfehle ich weiterhin swiftmailer und warte noch auf Argumente, die für phpmailer sprechen.

So , dann fasse ich mal alle Argumente aus allen Postings zusammen:
(doppelte werden ignoriert)


Pro phpmailer:
1. schlank
2. alle PHP Versionen über 3

Pro swift Mailer:
??

Alles klar?

(Wat de Buur nich kennt, dat frett he nich.)

[defabricator]

phpmailer: von wegen schlanker. Zwei fette eierlegende Wollmichsäue von Klassen sind das.
starr+schlecht erweiterbar, speicherhungrig, relativ langsam, hinkt der Entwicklung hinterher+fehlende features wie z.B. TLS (für mich tatsächlich Ausschlusskriterium, aber das gilt natürlich nicht für alle), Zukunft sehr ungewiss.

swiftmailer: modular+leicht erweiterbar, besseres Modell, besseres Interface, insgesamt flexibler, hat mehr features.
Ein Beispiel: http://www.swiftmailer.org/wikidocs/v3/plugin_decorator

2. alle PHP Versionen über 3

ach, swiftmailer nicht?

[defabricator]

Zitat von rambi

Alles klar?

Jo, für mich ist das eine klare Sache.

+fehlende features wie z.B. TLS (für mich tatsächlich Ausschlusskriterium

Hää?
Ist doch eingebaut!

ach, swiftmailer nicht?

Nöö, entweder oder!

[defabricator]

Ja jetzt, in dem release candidate vom 7.11. Nach wievielen Jahren? Schon getestet?

Schon getestet?

Noch dabei!!

Zum Speed Argument: (soweit bin ich schon mit dem Testen gekommen)
Ein Kopf an Kopf Rennen!!
Ein paar tausendstel Sekunden. Mal für den einen, dann für den andern. Nicht relevant, weil wohl mehr von äusseren Umständen abhängig.

*ach ja*
Wenn du mit "besseres Interface" "einfacher anwendbar" meinst, dann kaufe ich dir das nicht ab!

[defabricator]

Also wir haben eine mailing list, über die im Monat ungefähr 7000 mails gehen. Davon ca. 2500 jeweils zur Monatsmitte "auf einen Rutsch". Diese mails können schon mal locker 10MB groß sein. Und es ist trotzdem kein Spamversand ;)
Der Unterschied ist deutlich zu spüren gewesen. Wir sind von phpmailer (eben wegen fehlendem tls) auf mailman und dann später auf swiftmailer umgestiegen. Jeweils mit deutlichen Performance- und Komfortgewinn (wobei sich das wiederum auf die Performance positiv ausgewirkt hat).
Wir machen zum Beispiel starken Gebrauch von den events. Um uns da einklinken zu können, müssten wir tief im phpmailer code rumfrickeln. Eine neue Zwischenversion, ein bugfix, eine Neuinstallation und der Spaß wäre von vorne los gegangen. nää, nicht gangbar.
phpmailer benutzt zwar Klassen und man legt auch ein Objekt an. aber objektorientiert ist es nicht. Swiftmailer dagegen schon. Man kann sogar das eine oder andere oop Entwurfsmuster entdecken. Vielleicht holt phpmailer in der 2er Version jetzt mit einiges features auf. Damit es in den Punkten Flexibilität und Erweiterbarkeit aufholen kann, müsste es vermutlich ebenfalls wesentlich feiner modelliert werden. Wenn Dir der Umfang von phpmailer genügt und es Dir ans Herz gewachsen ist, dann sei halt glücklich damit. Das bessere Produkt ist es zum jetzigen Zeitpunkt jedenfalls nicht.

Wenn du "mailing lists" wie mailman mit dem swift oder phpmailer vergleichst, kann ich nicht gegenhalten (ob ich will, oder nicht).

Ansonsten, hast du natürlich recht:
1. Der Umfang vom phpmailer genügt mir
2. "ans Herz gewachsen ist" Ja, ist er! (weil er funktioniert)
3. "sei halt glücklich damit" Danke!!