Ist der IIS-SMTP-Server gut genug für einen Produktionsserver?

7

Ich hatte vor, den mit IIS7 gelieferten SMTP-Server (für eine Website) zu verwenden, aber dann stieß ich auf diesen Link und begann mir Sorgen zu machen (lesen Sie die akzeptierte Lösung). Andererseits habe ich ein begrenztes Budget und kann es nicht Ich kann mir leisten, MS Exchange oder einen anderen teuren Server zu kaufen. Außerdem verwende ich ASP.NET für meine App, die sehr gut mit dem IIS-SMTP-Server funktioniert (ich wollte die Option zur Übermittlung von Abholordnern verwenden, dies ist besonders gut für Web-Apps damit der Benutzer nicht warten muss, bis die Nachricht gesendet wird).

Ich habe von hmailserver gehört, aber es scheint, dass es nicht die Option für den Abholordner gibt (allerdings nicht ganz sicher, also korrigieren Sie mich bitte, wenn ich falsch liege). Ich weiß auch nicht, ob die Leistung besser ist als der IIS-SMTP-Server. Wenn dies gut genug ist, könnte ich wahrscheinlich vom IIS-SMTP-Server zum hmailserver weiterleiten, damit ich weiterhin die Option für den Abholordner verwenden kann. Entschuldigung, wenn ich so klinge, als würde ich hier mit mir selbst sprechen, aber ich versuche, die beste Option zu finden, und es ist bisher nicht klar.

Anregungen wäre sehr dankbar ...

windows-server-2008 iis iis-7 smtp Mee
quelle

Antworten:

3

Ich würde definitiv mit der Option hMailServer gehen. Wir haben in der Vergangenheit IIS SMTP verwendet, aber wenn es ein Problem gibt, ist die Fehlerbehebung ein echtes Problem. hMailServer bietet eine viel bessere Protokollierung und eine genauere Kontrolle über verschiedene SMTP-Einstellungen.

Sie sollten sehen, wie die Antwort lautet, ohne den Abholordner zu verwenden. Wir verwenden hMailServer direkt für unsere Apps und es scheint in Ordnung zu sein. Wie Sie bereits erwähnt haben, können Sie auch Smart Host Relaying durchführen. Nach meiner Erfahrung ist es jedoch besser, weniger Schritte zur Fehlerbehebung zu haben.

Adam Brand
quelle
"Sie sollten sehen, wie die Antwort lautet, ohne den Abholordner zu verwenden". Dies bedeutet jedoch, dass der Benutzer warten muss, bis die Nachricht zugestellt wird.
Mee
Nein, tun sie nicht. Sie müssen nur warten, bis der lokale SMTP-Server es in der Warteschlange akzeptiert. Dann nimmt der SMTP-Server es asynchron aus der Warteschlange und liefert es aus.
Adam Brand
Zu Ihrer Information: Ich habe es gerade auf meinem eigenen Server zeitlich festgelegt und es dauert ungefähr eine Zehntelsekunde, bis hMailServer eine Nachricht akzeptiert und der Warteschlange hinzufügt.
Adam Brand
1
Ich muss mich dann geirrt haben. Aber es gibt etwas, das immer noch sehr gut an der Option für den Abholordner ist. Ich habe versucht, E-Mails von der App mit heruntergefahrenem SMTP-Dienst zu senden, und dies funktionierte ohne Probleme (die Nachrichten werden nur im Abholordner gespeichert, keine Kommunikation hier). Als ich den Dienst startete, wurden die Dateien im Abholordner in die Warteschlange verschoben und mit der Verarbeitung begonnen. Dies bedeutet, dass es keine Chance gibt, dass die Benutzer Fehler erhalten, selbst wenn der Dienst nicht verfügbar ist.
Mee
1
Von Zeit zu Zeit müssen Sie nur sicherstellen, dass das SMTP funktioniert. Wenn der SMTP-Server ohne die Option "Abholung" nicht verfügbar ist oder nicht reagiert, erhalten Benutzer Fehler bei allen Aktionen, die E-Mails betreffen. Dies ist nicht gut für die Benutzererfahrung. Das ist es, was ich an dem Abholordner wirklich mag, einfach senden und vergessen.
Mee
1

Nun - wir haben es in unserer Produktionsumgebung verwendet - aber ich muss die Lösung einschränken:

1) Wir haben es lokal verwendet, damit die Warteschlange niemals ausfällt. Wir haben es an einen Smarthost liefern lassen (wir haben Postfix verwendet). Die lokale Warteschlange war nur da, um die Nachrichten zu akzeptieren und weiterzuleiten. Die Leistung der IIS-SMTP-Zustellung an mehrere Domänen war mit dem Volumen schrecklich.

2) Wenn Sie direkt in einen DROP-Ordner wechseln, ist Ihre App an diese Lösung gebunden. Wenn Sie mit CDO liefern (das für die Verwendung von SMTP und nicht nur von DROP konfiguriert sein sollte), haben Sie ein Problem mit High-Bit-Zeichen in E-Mail-Adressen. Dies führte dazu, dass wir schließlich direkt an unsere Postfix-Boxen lieferten, obwohl wir keine maschinenlokale Warteschlange verwendeten.

3) Eingehende Nachrichten wurden durch einen Spamfilter eines Drittanbieters geleitet. Wir haben festgestellt, dass die XWall von DataEnter ein hervorragendes Preis-Leistungs-Verhältnis bietet. Nicht gerade intuitiv, aber gute Leistung und viele Konfigurationsoptionen. Wenn Sie es verwenden, empfehle ich, das ESET-Add-On von Ceratec zu erwerben, um Ihnen einige zusätzliche Funktionen zu bieten, die im Kernprodukt fehlen.

Übrigens: Sie könnten XWall verwenden, um ausgehende Nachrichten zu liefern - wir haben dies für einige Apps getan und es hat ziemlich gut funktioniert. Postfix wird eine große Last kostenlos bewältigen, bedeutet jedoch, eine andere App und ein anderes Betriebssystem (Linux) zu verwalten ...


quelle
1
Vielen Dank für Ihre Antwort, aber warum empfehlen Sie, IIS nicht für die Weiterleitung an einen anderen SMTP-Server zu verwenden (dh an einen Smarthost zu liefern)? Hatten Sie Probleme mit dieser Konfiguration?
Mee
0

Es wird gut mit geringer bis mäßiger Lautstärke. Wenn es für eingehende E-Mails verwendet wird, werden Sie aufgrund von Spam-Problemen und mangelnder Funktionalität möglicherweise zu einem anderen Servertyp weitergeleitet.

Dies trotz der Tatsache, dass der Kern von IIS SMTP ziemlich solide ist - es ist tatsächlich das, was Exchange verwendet, um die SMTP-Ebene der Dinge zu handhaben. Microsoft hat einfach nicht viel in die Verwaltungstools investiert oder Funktionen zur Verfügung gestellt, weil Sie für Exchange bezahlen sollen.

mhud
quelle
0

Ich habe die IIS-SMTP-Option für mehrere große Websites verwendet, die Massenmengen von E-Mails senden (2000+ pro Tag). In allen Fällen hatte ich keine Probleme (auf Holz klopfen). Wenn Sie sich für IIS SMTP entscheiden, lesen Sie diesen Beitrag, um Hilfe zur Fehlerbehebung zu erhalten. Die meisten Probleme, auf die ich mit IIS SMTP gestoßen bin, wurden mit ein wenig DNS-Fehlerbehebung schnell behoben.

http://msmvps.com/blogs/bernard/archive/2004/09/28/14480.aspx

rojay12
quelle