Sie haben wahrscheinlich Web-Apps mit einer "E-Mail-Dropbox" gesehen. Benutzer können E-Mails an eine spezielle Adresse wie '[email protected]' senden und die Nachricht wird analysiert und in ihr Konto als Kommentar, Aufgaben usw. eingefügt.
Wir versuchen so etwas aufzubauen und uns zu fragen, welcher Weg am besten ist? Ist '[email protected]' ein tatsächlich definierter E-Mail-Account oder ein Alias? Oder ist es beides, und sie verwenden ein Catch-All-E-Mail-Konto und analysieren dann einfach die "An" -Adresse, um festzustellen, mit welchem Konto sie verknüpft werden soll? Könnte es auch eine definierte E-Mail-Box namens "Dropbox" sein, und da sie dynamische Subdomains verwenden, werden alle E-Mails an einen großen Posteingang geliefert und dann basierend auf den Nachrichten "An" analysiert?
Ich empfehle, eine E-Mail-Adresse mit einem Platzhalter-Alias für die Subdomain des Kontos zu erfassen. DropBox@*.yourdomain.com
Die Subdomain ist ein Alias in Ihrem Mail-Server, der auf ein tatsächliches Konto auf Ihrem Email-Server [email protected] verweist.
Dann können Benutzer E-Mails an etwas wie [email protected] senden, das vom Alias analysiert und an die physische E-Mail-Adresse weitergeleitet wird.
Dann können Sie einen Dienst erstellen, der alle empfangenen E-Mails extrahiert, die Subdomain analysiert (die direkt dem Benutzernamen des Empfängerkontos entspricht) und den Text der E-Mail analysieren, der dann in Ihr Kommentar- oder Nachrichtensystem verschoben wird.
Dies funktioniert normalerweise sehr gut und ist wirklich sehr einfach zu implementieren.
Update: Ich habe begonnen, eine 3-teilige Serie auf DotNetSlackers.com zu schreiben, um speziell auf dieses Thema einzugehen. Es umfasst die Einrichtung und Konfiguration des E-Mail-Servers, den Code für die Verbindung mit dem Pop-Server von C # und die Verarbeitung, die ausgeführt werden muss, um die eingehende E-Mail zu verarbeiten Windows-Dienst, so dass das Tool eigenständig funktioniert (sowie sich im Dateisystem abzumelden). Lass es mich wissen, wenn die Artikel etwas nicht abdecken! (Der erste ist jetzt offen. Die anderen beiden werden eingereicht, der zweite wird am 29.7.2009 veröffentlicht. Der dritte soll in der folgenden Woche veröffentlicht werden.)
Das Parsen der "An:" -Adresse funktioniert definitiv, obwohl Sie sich ein paar andere ansehen wollen, falls die E-Mail ein Bcc oder etwas anderes ist.
Wenn Sie die E-Mails mit einem Platzhalter versehen können, großartig. Wie sich herausstellt, funktioniert das gute alte POP3 als eine Art Warteschlangensystem hier; Meiner Erfahrung nach besteht der beste Ansatz darin, einfach die E-Mail-Adresse auf ein POP3-Konto verweisen zu lassen und dann ein Skript zu verwenden, das regelmäßig auf einem Server läuft, um das POP3-Konto zu überprüfen und die E-Mails zu analysieren und etwas damit zu tun.
Sie sollten in der Lage sein, eine Bibliothek für die schmutzige Arbeit des Ladens und Parsings der E-Mails in Ihrer bevorzugten Sprache zu finden, was dies zu einer relativ einfachen Aufgabe macht, da Ihre Webanwendung bereits eine REST-konforme API hat, richtig?
Tags und Links web-applications email-integration