Diskussion:Simple Mail Transfer Protocol

Bitte neue Diskussionsthemen als Abschnitt unten anhängen. -- Stefan506 13:39, 24. Sep 2005 (CEST)

Verständnissfrage

 1XX: Mailserver hat die Anforderung akzeptiert, ist aber selbst noch nicht tätig geworden. Eine Bestätigungsmeldung ist erforderlich.

Was ist eine Bestätigungsmeldung  ? --84.143.116.111 19:16, 11. Feb. 2007 (CET)

Es gibt diese mit der Zahl 1 beginnenden Statusmeldungen nicht, von denen der Artikel erzählt. --84.157.192.123 11:15, 7. Mai 2011 (CEST)

Nicht mehr. Im aktuellen RFC 5321 sind die 1xy-Replies verschwunden ([1] Kapitel 4.2.1). Im Vorgänger RFC 2821 von 2001 gab es sie noch ([2] Kapitel 4.2.1). Dass alle SMTP-Server der Welt schon auf den neuen RFC umgestellt sind, wage ich zu bezweifeln. ;-) --AchimP 11:38, 7. Mai 2011 (CEST)

Achim, ich bin dir dankbar für den Hinweis, denn er lässt mir überlegen, was man wohl einst damit realisieren wollte. Kann man es erläutern und belegen, dass es zu einem Erkenntnisgewinn führt? Wohl kaum. In der Realität gibt es diese Statusmeldungen nicht. Sonst hätte die IETF, die beim SMTP keinen alten Zopf abschneidet, zumindest ein may und ein should dafür übrig gehabt. Aber die IETF hat in diesem Fall keine Zweifel. --84.157.192.123 17:10, 7. Mai 2011 (CEST)

EMail-Versand über telnet

Das mit dem Email verschicken über cmd.exe hat bei mir net geklappt. Der "telnet" befehl wird nicht gefunden. (Benutze Win XP Home) --Chefkocher 20:15, 25. Dez 2004 (CET)

vielleicht ist Telnet nicht mehr bei der home edition von windows xp dabei - du kannst aber stattdessen das kostenlose programm[putty] benutzen. damit kannst auch telnet-verbindungen aufbauen. --Abdull 19:03, 25. Jan 2005 (CET)

Is es doch vielleicht hast du nen installationsfehler gemacht

fragen tut gut 11:59, 10. Mär 2005 (CET)

Einen Fehler bei einer Windowsinstallation? -- da didi | Diskussion 13:31, 10. Mär 2005 (CET)

Ja: Telnet muss extra installiert werden über "Programme und Funktionen"--62.159.30.170 10:06, 1. Aug. 2012 (CEST)

SMTP und SSL / TLS

Könnte auf den SSL- und TLS-Teil dieses Artikels mehr eingegangen werden? inwieweit läuft dieser ab? wie funktioniert SMTP per SSL und TLS (ich sag nur mal: wo kommen die Zertifikate und öffentlichen Schlüssel her)? Hört die sicherheit durch verwenden von SSL und TLS nicht hinter dem SMTP-Server auf? mit ssl und tls verschlüssel ich ja nur den weg zwischeb mir und smtp server. was dann geschieht, steht in der macht des e-mail-anbieters. danke, --Abdull 19:03, 25. Jan 2005 (CET)

Einsatzhäufigkeit von SMTP-Auth

Warum soll das nicht eingesetzt werden??? Jeder freemailer hat das doch um nicht als open relay zum dienen!! fragen tut gut 14:34, 28. Feb 2005 (CET)

Weil die meisten einfach SMTP after POP verwenden. --217.91.169.64 11:52, 9. Apr. 2015 (CEST)

"Die meisten" wage ich mal schwer zu bezweifeln, SMTP after POP ist extrem veraltet. --Zac67 (Diskussion) 13:03, 9. Apr. 2015 (CEST)

einfaches Brief Transport Protokoll

Es hat einen Revert gegeben: niemand sagt einfaches Brief Transport Protokoll. Es geht da nicht um das Sagen, sondern umd das Erklären! Im Wiktionary habe ich keine Erklärung für Mail gefunden, das Wörtrbuch bei www.leo.org liefert als Übersetzung von Mail das Wort Post. Im Artikel Telefon ist die Abstammung des Wortes vom Grichischen erklärt, warum nicht hier die Abtammung vom Englishen? Siehe auch bei Heise: IT Vokabular für viele Computernutzer unverständlich. Steg 11:36, 24. Sep 2005 (CEST)

Der Revert, den "es gegeben hat", stammt von mir. Ich bin darauf gestossen, weil du in IP-Telefonie den Link auf SMTP von Simple Mail Transfer Protocol auf einfaches Brief Transport Protokoll geändert hast (siehe [3]). Ich halte das für eine unsinnige Eindeutschung, da Simple Mail Transfer Protocol oder SMTP der offizielle Name (die korrekte Bezeichnung) des Protokolls ist.

Ein bisschen anders sieht es beim SMTP-Artikel aus (wo ich diesen deutschen Begriff gleichzeitig auch entfernt habe): Wenn du meinst, es brauche hier eine deutsche Erklärung, dann kannst du wieder eine einfügen. Einfaches Brief Transport Protokoll ist allerdings eine ungeschickte Übersetzung, da Mail in diesem Zusammenhang nicht Brief, sondern E-Mail bedeutet und Transfer wohl eher mit Übertragung als Transport (das tönt nach physischem Transport, mit einem LKW oder so) übersetzt werden sollte. Eine sinngemässe deutsche Übersetzung/Erklärung wäre also beispielsweise Einfaches E-Mail-Übertragungsprotokoll oder ''Einfaches E-Mail-Übertragungsverfahren. -- Stefan506 13:39, 24. Sep 2005 (CEST)

Qualität des Artikels?

"ein Protokoll der TCP/IP-Protokollfamilie" Wieso das denn? Was ist denn eine "TCP/IP-Protokollfamilie"?

(nicht signierter Beitrag von Eisbär (Diskussion | Beiträge) 12:24, 26. Jan. 2006 (CET))

Internet-Protokoll-Familie -- ich-bin-kein-user 12:46, 23. Mar 2006

(falsch signierter Beitrag von 141.113.100.23 (Diskussion) 12:48, 23. Mär. 2006‎ (CET))

wird zum "Einspeisen" verwendet. Was ist hier gemeint?? Einspeisen wo? Auf dem Server? Beim Client? In das Netz?

(nicht signierter Beitrag von 84.61.114.180 (Diskussion) 17:29, 24. Sep. 2007 (CEST))

Das Protokoll: Hinweis auf <CRLF>

Bei der angebildeten SMTP-Sitzung fehlen meiner Einschätzung nach die <CRLF>s am Ende jeder Zeile des Client. Werden diese nicht mit geschickt, macht der Server nix und wartet einfach weiter ab. Telnet fügt dies zwar eigenständig beim Drücken der Eingabetaste ein, ein Programmierer wird aber Probleme bekommen, wenn er eine SMTP-Sitzung ohne die <CRLF>s versucht. Mtuxgu 10:54, 11. Jun 2006 (CEST)

Siehe „Wikipedia ist keine Sammlung von Anleitungen“ --79.222.236.32 18:36, 2. Jul. 2023 (CEST)

IMAP-Protokoll (et al)

Was ist denn das Internet Message Access Protocol Protokoll? Ein Satz wie "zum Abholen von Nachrichten kommen spezialisierte Protokolle, zum Beispiel das POP3-Protokoll oder das IMAP-Protokoll, zum Einsatz." Liest sich sehr seltsam, wenn man weiß, woher die hinten stehenden Ps in POP3 und IMAP kommen. Sprachlich besser wäre m. E. n. "zum Abholen von Nachrichten kommen spezialisierte Protokolle, zum Beispiel POP3 oder IMAP, zum Einsatz." Außerdem steht in dem Satz das Wort "Protokoll" insgesamt drei Mal, auch nicht gerade toller Stil. Wenn ich damit gegen eine Policy verstoße, revertet es halt. -- ich-bin-auch-kein-user 23:39. 17 Oct 2006

(falsch signierter Beitrag von 194.97.53.44 (Diskussion) 23:32, 17. Okt. 2006‎ (CEST))

Fehlt bei Literatur RFC 974?

Hallo,

mir ist bei der Literaturquelle von RFC 2821 aufgefallen, dass nur RFC 821 und RFC 1869 als technisch überholt (obsolete) angegeben wurden, nicht aber RFC 974.

Generell fehlt der Literaturhinweis auf RFC 974 (MAIL ROUTING AND THE DOMAIN SYSTEM).

Gibt es einen speziellen Grund dafür?

Freundliche Grüsse, Heinrich Elsigan, Tue, 02 Jan 2007 17:34:06 +0100

(falsch signierter Beitrag von Heinrich.elsigan (Diskussion | Beiträge) 17:35, 2. Jan. 2007‎ (CET))

[4] „Obsoleted by RFC 2821“ --79.222.236.32 18:36, 2. Jul. 2023 (CEST)

SMTP-Status Codes

Warum entfernt? Das ist doch relevant! (nicht signierter Beitrag von 217.113.37.69 (Diskussion) 12:39, 24. Jan. 2007 (CET))

Links

Der "SMTP – das (un)sichere E-Mail-Protokoll? – Artikel auf IT-Defender.com" Link ist defekt. (nicht signierter Beitrag von 91.14.146.146 (Diskussion | Beiträge) 20:58, 13. Mär. 2010 (CET))

Verständlichkeit

Angenommen, der Leser hat folgende Fehlermeldung: "please activate SMTP option" Also versucht er hier zu verstehen, was "SMTP" bedeutet, und welche Vor- und Nachteile er sich mit der Aktivierung der Option einhandelt.

Vielleicht kann jemand wenigstens die Einleitung verständlich formulieren?
Danke, --Markus (Diskussion) 16:49, 29. Jan. 2013 (CET)

Bitte neue Themen mit Abschnitt hinzufügen unten anfügen.

Ein gewisses Grundwissen wird nötig sein, um die Konsequenzen einer solchen Aktivierung abzuschätzen; der Artikel sollte den Leser auf die richtige Fährte bringen können. Alles Weitere geht schnell über das Thema des Artikels und das Ziel einer Enzyklopädie hinaus. Was genau an der Einführung ist unverständlich? Zac67 (Diskussion) 22:50, 30. Jan. 2013 (CET)

Binärdateien

"SMTP begann als reines ASCII-Protokoll, so dass damit keine Binärdateien übertragen werden konnten. Erst Standards wie MIME (Multipurpose Internet Mail Extensions) schufen diese Möglichkeit durch ein Kodieren der Binärdateien in ASCII."

Sollte hier nicht ein Verweis auf uucode rein.. denn Mime kam doch viel später, oder ? --84.130.242.226 23:58, 21. Jun. 2014 (CEST)

MIME kam einiges später, ist allerdings ein Mail-Standard, während uucode 'einfach so' verwendet wurde – wenn man es genau nimmt, transportiert die Mail damit keine Binärdaten, sondern die Binärdaten werden vorher (vom Benutzer) auf 7 Bit kodiert. Ein passender Hinweis auf uucode würde allerdings bestimmt nicht schaden. Zac67 (Diskussion) 00:12, 22. Jun. 2014 (CEST)

unsicheres Protokoll

Ein einfacher Ansatzpunkt für eine Verbesserung des Protokolls ist seit langem bekannt, wurde aber nie umgesetzt. Bereits bei der Anmeldung des Clients am Server, nach der Nennung des Client-Namens, könnte der Server den DNS-Namen abfragen und mit der IP des Clients vergleichen. Existiert der Name nicht, oder stimmen die IP-Adressen nicht überein, handelt es sich sehr wahrscheinlich um einen Versuch, ein Mail mit einer gefälschten Adresse abzugeben, sozusagen gleich an der Tür des Empfängers. Eine Option, um eine solche DNS-Abfrage des Servers auf Wunsch des Kunden dazwischen zu schalten, würde bei der Vermeidung von SPAM Wunder wirken. Es würden praktisch nur noch Mails von Mailausgangsservern übernommen werden. Um die Sicherheit weiter zu erhöhen könnte der Empfängerserver den Absenderserver zudem anfragen, ob er ihm gerade ein Mail schickt. Das wäre dann ein zusätzlicher Vorgang mit einem eigenen Protokoll, der vom Versender der Mail nicht bemerkt würde, wenn es sich nicht um den Absenderserver handelt. So liesse sich wiederum eine relativ sichere Dokumentenübermittlung erreichen. Nicht bestätigte Adressen und Übermittlungen wären somit ungültig und könnten dem Bereich der Dokumentenfälschung zugeordnet werden. (nicht signierter Beitrag von Daniel.schoeni (Diskussion | Beiträge) 02:33, 4. Aug. 2019 (CEST))

@Daniel.schoeni: Das mag sein oder nicht, aber diese Seite ist zur Diskussion über den Artikel selbst, nicht zur Diskussion über SMTP allgemein: Hilfe:Diskussionsseiten, Wikipedia:Keine Theoriefindung --09:08, 4. Aug. 2019 (CEST)

Einsatzgebiet

Wo findet man, wie „Abholung von E-Mails eventuell über mehrere Stationen“ funktionieren soll? --79.222.236.32 18:36, 2. Jul. 2023 (CEST)

"Abholung" (pull) ist nicht korrekt, "Übertragung" (push) trifft es eher. --Matthäus Wander 17:24, 19. Jul. 2023 (CEST)

SMTPUTF8

Vergeblich suche ich hier Information über SMTPUTF8. Kann das bitte jemand ergänzen? In en:WP steht bereits etwas. Gruss, --Markus (Diskussion) 10:52, 8. Dez. 2024 (CET)