PHP kann bei diesem Provider keine Mails senden

[Der Martin]

Hallo,

Von npm habe ich noch nicht gehört (wohl rpm als Paket-Manager von RedHat bzw. Fedora), aber sei's drum.

Der Vergleich mit RPM ist gar nicht so verkehrt.

ich hatte sowas vermutet.

Zurück zu deinem Beispiel: Eine PHP-Bibliothek kommt für mich nur dann in Frage, wenn sie isoliert von anderen Bibliotheken/Frameworks angeboten wird und möglichst ohne Nebenwirkungen installiert werden kann.

Das sehe ich als zu restriktiv an. Um mal beim Beispiel Swiftmailer von Felix zu bleiben. Wenn ich dich richtig verstehe, würdest du es nicht einsetzen, weil es transitive Abhängigkeit mit sich bringt.

Sagen wir es so: Die Abhängigkeiten stören mich, wären aber an sich noch kein KO-Kriterium, solange sie nachvollziehbar dokumentiert und einigermaßen leicht zu überblicken sind.
Deswegen auch mein Beispiel mit den Windows-Tweaks: Wenn sie nachvollziehbar beschreiben, was wo eingestellt werden muss, ist das für mich okay. Sind sie jedoch in eine Black Box verpackt, der ich vorher nicht ansehen kann, was sie wohl tun wird, dann lässt mich das schon sehr zögern.

Aber was wäre denn die Alternative? Eine Eigenentwicklung ist schon rein ökonomisch betrachtet nicht sinnvoll.

Das kommt auf den Einzelfall und die Anforderungen an.

Und selbst wenn die Finanzierung keine Rolle spielen würde, muss man sich mit der Frage beschäfigen, ob man die nötigen Kapazitäten und Kompetenzen dafür überhaupt aufbringen kann. Gerade bei sicherheitskritischen Systemen, wie Email-Versand, würde ich die Frage mit einem sehr großen Fragezeichen versehen.

Den e-Mail-Versand halte ich nicht für sicherheitskritisch. Den Transport und den Empfang bzw. die clientseitige Verarbeitung schon eher.

Einen einfachen SMTP-Client zu entwickeln, würde ich als Hobbyist für ein Wochenendprojekt halten. Mit notwendigen Features wie z.B. SMTP-AUTH, aber ohne Luxus wie etwa stundenlange Transmission Retries.

Ciao,
 Martin