SharePoint Incoming E-Mail funktioniert nicht

Question

Ich habe SMTP auf meinem SharePoint-Server installiert, in der Anweisungen auf Technet , mit dem "Basis-Szenario". Ich habe auch sichergestellt, dass die Relais- und Verbindungssteuerungen sowohl IPs für den Server und 127.0.0.1 enthalten. Die primäre IP für den SMTP-Server ist eine öffentliche IP, die von einem Webantrag teilt, der dem Internet ausgesetzt ist. Bei der Einreichung eines InfoPath-Webformulars an diesen SMTP-Server (zum Absenden einer Dokumentbibliothek) kommt die E-Mail an mich (ich bin cc'd, unterschiedliche E-Mail-Domäne usw.), jedoch nicht in der Dokumentenbibliothek. Die E-Mail-Einstellungen für das Formular verwenden die IP-Adresse, da es keinen spezifischen externen Domänennamen für diesen Mail-Server gibt (z. B. wwwemaillib@xxx.xxx.xxx.xxx).

Ich habe den Ereignisanzeige geprüft und es gibt Nachrichten, die die Dokumentbibliothek den Posteingang überprüft und 0 E-Mails importiert werden.

Es gibt andere Nachrichten, die sagen: generasacodicetagpre.

Ich habe verschiedene Mittel, um die SMTP-Einstellungen zu ändern, aber ich muss zugeben, dass ich nicht wirklich einen E-Mail-Setup-Typ bin. Viele der Dinge, die ich tue, um das Formular zu brechen, sodass ich keine E-Mails senden kann, also komme ich grundsätzlich immer wieder zurück, wo ich eine E-Mail in meinem Posteingang erhalten kann, aber die Bibliothek bekommt es nicht und der obige Fehler wird angezeigt. < / p>

Im Wesentlichen ist die Situation Folgendes: SharePoint sendet an den SMTP-Server, der sich auf derselben Maschine befindet. Es sendet an sich. Ist das eine akzeptable / realisierbare Situation mit einer öffentlichen Seite? Wenn ja, was muss ich tun, um es zu arbeiten?

update

Ich habe also auf einige der Einstellungen, die ich früher gemacht habe, verzichtet und ist genau wie die Konfiguration auf Raymond Macaalays dev Blog . Jetzt bekomme ich die E-Mail nicht mehr an meinen persönlichen Posteingang, sondern das Zeug zeigt im Drop-Ordner für den SMTP-Server. Ich habe keine Fehlermeldungen gesehen, sodass ich die Konfiguration in Central Admin änderte, um erweitert zu werden, und setze es ein, um ihn aus dem Drop-Ordner auszuziehen. Neue Fehlermeldung: generasacodicetagpre.

das ist natürlich super nützlich. Ich sah in die uls-Protokolle und sah auch nichts in da.

update 2

Ich habe PowerShell verwendet, um eine einfache Klartext-E-Mail an die betreffende Bibliothek zu senden (zuvor InfoPath-Formulare als Anhänge zu senden), und diese E-Mails senden einfach gut. Ich denke, das eigentliche Problem ist die Art von E-Mail, die ich schicke. Entweder verursacht der InfoPath-Inhalt im Körper der E-Mail-Nachricht oder der InfoPath-Anlage Probleme für SharePoint. Das Formular ist ein Inhaltstyp, der über die zentrale Verwaltung in der Bibliothek veröffentlicht wird, sodass es ein akzeptables Dokument für diese Bibliothek sein sollte.

Answer 1

Ich habe die Antwort auf die Frage von "Warum ist das nicht funktioniert?"sowie "Wie man es funktioniert, um es funktionieren":

.
1. es funktioniert nicht, weil SharePoint einen Header zur E-Mail fügt Nachricht namens X-Mailer: SharePoint Foundation 2010 und das Incoming E-Mail-Funktion akzeptiert keine E-Mails mit diesem Header. Das ist anscheinend von Design.
2. Um es zu funktionieren, muss ich einen benutzerdefinierten Code schreiben, um entweder zu nehmen der X-Mailer-Header aus den E-Mail-Nachrichten, während sie warten in dem Drop-Ordner oder fügen Sie es dem Code von InfoPath-Formular hinzu Verwenden Sie eine system.net.mail-Methode, um die Formulardaten anstelle der zu senden Standard-E-Mail-Senden Option.