Ich habe derzeit eine Webanwendung zum Senden von E-Mails über Webfaction eingerichtet, erlebe jedoch zeitweise Verbindungsfehler ähnlich der folgenden Art:
Errno::ECONNREFUSED: Connection refused - connect(2)
Ich würde stattdessen vorerst dazu übergehen, E-Mails über denselben Server zu versenden. Welche Fallstricke können bei einem solchen Wechsel des E-Mail-Anbieters bei laufender App auftreten und welche Maßnahmen sollten Sie ergreifen, um sicherzustellen, dass die E-Mails den Anbieter erreichen?
Ich bin mir bewusst, dass es Dinge zu tun gibt, wie das Einrichten von Backup-MX-Einträgen, das Festlegen von SPF-Einträgen und so weiter, aber ich bin nicht sicher, wie wichtig die einzelnen Schritte dabei sind.
Ich verwende Ubuntu 8.10 als Server-Betriebssystem, ich verwendeArbeitenE-Mail-Anfragen als separate Prozesse auszugliedern.
C
Antwort1
Eine mögliche Lösung wäre, zum Senden Ihrer E-Mails von der Verwendung von Webfaction auf die Verwendung der SMTP-Server von Google Mail umzusteigen.
Da die Google-Server zuverlässig und kostenlos sind, werden Sie nie Probleme haben.
Gehen Sie dazu wie folgt vor:
- Installieren Sie Google Apps auf der Domäne.
- Richten Sie SPF-Einträge usw. ein (lesen Sie die Dokumentation).
- Jetzt können Sie frei E-Mails über die SMTP-Mailserver von Google versenden.
- Die E-Mail scheint von Ihrer Domain zu stammen (sie hat das korrekte @mydomain.com). Natürlich könnten Sie versuchen, die Google-Mailserver zu verwenden, ohne Google Apps auf Ihrer Domain zu installieren, aber dann würde Google die Absender-E-Mail-Adresse in Ihre Gmail-Adresse ändern.
Diese Lösung hat bei mir eine Zeit lang gut funktioniert. Und als Bonus können Sie Gmail auch verwenden, um Unternehmensnachrichten von Ihrer Domain aus zu senden, ohne dass das unprofessionelle Aussehen einer @gmail.com-Anfügung an das Ende Ihrer E-Mail-Adresse entsteht.
Antwort2
Je nachdem, wie viele E-Mails Sie versenden und wie wichtig es ist, dass diese ankommen, kann es sinnvoll sein, ein professionelles Unternehmen zu beauftragen
KasseAuthsmp oder für einen anderen Ansatzdauernder Kontakt
Antwort3
Sie müssen keine Backup-MX-Einträge einrichten, das gilt nur für eingehende E-Mails. SPF-Einträge sind, wie Sam gesagt hat, entscheidend, ebenso wie die Überprüfung, dass Ihr ISP und Ihre Firewalls den Datenverkehr nicht blockieren. Sie sollten auch sicherstellen, dass Ihr ISP einen guten Reverse-DNS-Eintrag (auch PTR genannt) für die IP-Adresse hat, von der die E-Mails scheinbar stammen (kritischer Unterschied zwischen „scheinbar stammend“ und „IP-Adresse des Servers“, abhängig von Ihrer Firewall!), einen Eintrag, der sich in einen Hostnamen wie „mail.your-domain.com“ auflösen lässt. Ohne diesen Eintrag werden viele, viele Domänen Ihre E-Mails ablehnen, da die meisten ISP einen Standard-PTR-Eintrag für Sie bereitstellen (wie client-001-005.isp.com) und es, was DNS betrifft, wie ein Kunde aussieht, der von einem Botnetz angegriffen wurde. Überprüfen Sie abschließend, dass Ihre IP-Adresse auf keiner der Spam-Blacklists steht, bevor Sie den Wechsel vornehmen! In der Vergangenheit war ich unangenehm überrascht, als ich feststellen musste, dass die Person/Firma, die vor mir meine statische IP-Adresse hatte, auf zahlreichen schwarzen Listen stand. Als ich also die IP mit meinem neuen Konto erhielt, konnte ich keine E-Mails versenden!
J.Ja
Antwort4
Wenn Sie möchten, dass E-Mails im Hintergrund versendet werden, verwenden Sie ein Programm, das Sendmail im Hintergrund verwendet.
Sendmail ist Teil der meisten Linux-Distributionen. Es handelt sich um eine Binärdatei, die E-Mails versendet. Das Schöne daran ist, dass die Steuerung sofort an die Webseite zurückgegeben wird und Sendmail alles in die Warteschlange stellt, um es zu einem späteren Zeitpunkt zu versenden.
Ich habe vor einiger Zeit einen Einkaufswagen geschrieben, der eine E-Mail sendet, sobald der Einkaufsvorgang abgeschlossen ist. Ich habe phpmailer verwendet, das wiederum Sendmail verwendet. Seit dem Tag, an dem ich von einem SMTP-Server auf Sendmail umgestiegen bin, funktioniert alles einwandfrei.