davidilm
Goto Top

Mit SMTP Mails Empfangen?

Bin derzeit mit der Entwicklung eines Email Clients beschäftig. Bisher läuft das auch ganz gut. Habe bis jetzt den Mail Versand via SMTP und denn Empfang via POP3 realisieren könne.

Nun kam man auf mich zu und sagt mir man könne Mails Empfangen und Senden ausschließlich mit einem SMTP Server.

Stimmt das?

Bin immer davon ausgegangen das SMTP nur für den Versand ist und POP bzw. IMAP für den Empfang.

Content-ID: 78697

Url: https://administrator.de/contentid/78697

Ausgedruckt am: 22.11.2024 um 22:11 Uhr

Netzheimer
Netzheimer 21.01.2008 um 11:33:00 Uhr
Goto Top
Normalerweise ist POP3 für den Empfang der Emails konzipiert. Gemäß der RFC könnte man POP3 auch ohne SMTP verwenden (äußerst schwieriges Unterfangen).

SMTP ist zum versenden der Emails gedacht. Es hängt mit der Behandlung der Mails auf dem Posteingangsserver des Empfängers zusammen.

IMAP ist ähnlich POP3, wobei es die Ordner und Mails vorerst auf dem Server belässt und nur auf einem Emailprogramm darstellt, wie es auf dem Server aussieht.
manuel-r
manuel-r 21.01.2008 um 11:37:34 Uhr
Goto Top
Ich würde es anders formulieren:
SMTP dient zur Zustellung/Übermittlung der Mails an das Postfach des Empfängers. POP dient zur Abholung der Post am Postfach.

Manuel
jlasner
jlasner 21.01.2008 um 11:45:19 Uhr
Goto Top
pop3 ist zum abholen und smtp zum senden ... soweit korrekt.

aber ich glaube, die frage war mehr generell.....
und "generell" kann man mit smtp den mailhost auf der gegenseite "anpollen" und so die empfangsbereitschaft signalisieren.... müsste also gehen... irgendwie.... face-smile
manuel-r
manuel-r 21.01.2008 um 11:59:47 Uhr
Goto Top
Streng genommen braucht man auch tatsächlich kein POP.
Wenn der Mailserver, nichts anderes ist ja ein Programm das von außerhalb Mails annimmt, mir gleichzeitig auch die Mails darstellen kann, dann brauche ich als Empfänger ja nichts mehr beim Mailserver abzuholen. Vorstellbar wäre ja auch, dass die zugestellten Mails in Form einer Datei jedem User in sein eigenes Verzeichnis gelegt werden. Im Prinzip funktioniert das - ganz ohne POP oder IMAP. Ob es sinnvoll und praktikabel ist steht auf einem anderen Blatt. Oder man strickt sich für intern nochmal ein anderes Übertragungsprotokoll. Bei einer selbst programmierten Software kann man das ja tun face-wink

Manuel
DavidIlm
DavidIlm 21.01.2008 um 12:30:04 Uhr
Goto Top
Also wenn ich das Richtig verstanden habe manuel-r dann muß mien Programm immer schauen ob der SMTP mir eine mail schicken will.

Somit würde dann meine Software Selber eine Art Pop oder Imap Server darstellen.

Aber dann muß meine Software auch wissen auf welche Mail Adresse sie hören muß und der SMTP muß wissen wo meine Software läuft. Oder liege ich da jetzt falsch?

Aber Grundsätzlich ist es so das der SMTP keine Mails speichert so das ich sie später (z.b. nach einem Tag) abholen kann.
manuel-r
manuel-r 21.01.2008 um 12:51:17 Uhr
Goto Top
Wenn du die Mails selbst annehmen wilst, dann muss logischerweise immer eine Instanz laufen, die dieser Aufgabe auch gewachsen ist. Wenn du nur abholen wilst, dann nicht.
Es braucht aber noch einiges mehr, damit du dir Mails direkt ins Haus liefern lassen kannst: feste IP, MX-Eintrag, richtiger Reverse-Lookup, eigene Domain,...

Zur Verdeutlichung mal kurz den Ablauf beim Versand einer eMail (MS1: dein Mailserver; MS2: anderer Mailserver)

MS1: Hallo DNS wie lautet die MX-IP für die Domain t-online.de?
DNS: 194.25.134.73
MS1: Hallo mx03.t-online.de ich hab hier eine Mail für trash@t-online.de
MS2: Wer bist du denn?
MS1: Ich bin der Mailserver für die Domain example.org
MS2: Moment.

<Variante1>
MS2: Stimmt gar nicht. Die IP mit der du hier ankommst gehört zu einer anderen Domain. Ciao.

<Variante2>
MS2: Kann sein. Aber ich nehme nichts von IP aus einem Dial-Up Bereich. Ciao.

<Variante3>
MS2: Stimmt. Gib her das Ding
MS2: Den Benutzer trash kenne ich zwar, aber seine Mailbox ist voll.

Und so gibt es noch viele Varianten mehr.
Vielleicht solltest du dich erstmal grundlegend mit dem Mailtransport auseinander setzen. Nichts für ungut.

Manuel