SMTP
-
Original erstellt von Jansen:
Du benutzt doch den C++Builder? Im Indy-Paket gibt es auch eine SMTP-Serverkomponente.Weniger. Ich benutz VC++.
Aber ich gucks mir mal an.So schwer kann das doch nicht sein. Da gibbets doch bestimmt ne simple RFC für?
Oder?
cu para
-
Simpel ist das garantiert nicht. Ich wollte das auch mal angehen, habe es dann aber wieder verworfen...
P.S. : Warum glauben immer alle das es für jedes Problem immer eine SIMPLE Lösung geben muss ?
-
Original erstellt von etechniker:
Simpel ist das garantiert nicht. [..]SMTP hat "simple" sogar im Kürzel
Ich habe bisher weder für POP3 noch für SMTP was geschrieben, aber kann
es nicht sein, das deine gefundene RFC (821 ?) vollauf genügt?
Kann man da nicht einfach zu dem entsprechenden Server x@smtp-server.yy
connecten und die Mail abliefern?[EDIT]
War wohl ein schlag ins Wasser.. bei einem meiner Accounts geht das
problemlos.. aber bei zwei anderen Servern nicht so wirklich...
("administration prohibition" und "only registered users....")
[/EDIT][ Dieser Beitrag wurde am 10.02.2003 um 23:03 Uhr von Solaris'dUKe editiert. ]
-
im prinzip kannst du dich sogar per telnet port 23 auf nen
smtp server connecten ( wenn der admin so schläfrig war
telnet nicht zu sperren ) und dort mails versenden.
mit diesen ganz billigen basic commandosund @paranoiac: die namensauflösung geht natürlich per DNS
stichwort MX records. für jede domain ist ( sollte ) mindestens
ein mail exchanger registriert sein. so macht ein smtp server, wenn
er feststellt dass die mail nicht lokal zustellbar ist eben
einfach eine DNS anfrage und schon weiss er wos hingeht.
-
per port 23 connectest du dich höchstens auf den telnetserver, smtp ist 25. Folglich müsste der Admin Port 25 sperren, was aber irgendwo nicht der Sinn eines Servers sein kann
-
ach ja, man wird sich doch mal vertippen dürfen
ausserdem meinte ich telnet abzustellen, natürlich nicht den
smtp port zu sperren.
-
du kannst über den Telnet-Port aber sowieso keine Mails verschicken, sondern über den SMTP-Port. Wie erklärst du das mit Tippfehlern? -- Ich tipp auf "noch keinen Kaffee gehabt"
-
doch hatte schon zwei
und ok zugegebenermassen hatte ich die richtige portnummer nicht mehr ganz
genau im kopf (hab mich zuletzt vor fünf jahren mit so sachen befasst).aber wenn ich mich recht entsinne war das gar kein problem sich per
telnet mit sendmail zu connecten und dieses dazu zu bewegen eine mail
zu verschicken:MAIL FROM:bla@bla.bla
RCPT TO:bashar@bashar.bsh
DATA
SUBJECT:und es funktioniert doch
bla bla bla bla
.
-
richtig, aber das kannst du nicht sperren, weil dann der Server kein Server mehr ist ... es ist nicht unterscheidbar, ob der Client ein Telnet oder ein "echter" Mail-Client ist.
-
nee natürlich nicht, aber du kannst verhindern, dass man per telnet
auf den rechner kommt ( jetzt klar ? ) !
-
und was hat das mit dem Verschicken von Mails zu tun?
-
*gähn* ach mir langts, das führt ja zu nix.
siehe dazu meinen ersten post. vielleicht wirds dann klarer.
vielleicht brauchst du ja auch noch nen kaffee
-
@antauma
naja, ich versteh den Sinn auch nicht ganz (hatte schon einen Kaffee)Also du willst verbieten, dass jemand sich an den Telnet Port verbindet, schön und gut, wer Telnet übers Internet benutzt, sollte eh verboten werden
aber was zum Teufel hat dieser Port nun mit dem Port, der 2 Nummern weiter entfernt ist zu tun?@paranoiac.org
naja auch SMTP Server kommunizieren per SMTP untereinander
-
ach das ist doch schnullegal.
die diskussion ist halt ein wenig
in die falsche richtung abgeglitten und zwar eben wegen meiner
bemerkung über telnet.ich hatte nur erwähnt, dass
1. man sich per telnet <host>:25 auf nen smtp server einloggen kann
( wenn da telnet erlaubt ist )
2. man dann mit den smtp commands ne mail verschicken kann
3. man aber tunlichst kein telnet auf nem mailserver erlauben solltealso keine widersprüche keine fehler. ok hatte nur bedingt mit dem topic zu tun.
komliziert wurde das aber nur weil bashar da irgendwas nicht ganz richtig
verstanden hat.und jetzt: genug zeit verplempert.
-
Also wenn es jetzt so wäre, wenn ich mit GMX (paranoiac@gmx.net) einen Email an webmaster@paranoiac.org schicken will, müsste GMX nachsehen, wo webmaster@paranoiac.org seinen Mailserver hat. Da dann verbinden und per SMTP eine Email von paranoiac@gmx.net an webmaster@paranoiac.org ablegen. Stimmts?
Versuch:
c:\> telnet mail.onlinehome.de 25 220 mrvdomng.kundenserver.de ESMTP Tue, 11 Feb 2003 16:17:49 +0100 > mail from: paranoiac@gmx.net 250 <paranoiac@gmx.net> is syntactically correct > rcpt to: webmaster@paranoiac.org 550 relaying to <webmaster@paranoiac.org> prohibited by administratorTja, war wohl nichts. Wie macht man das jetzt nu wirklich?? GMX kanns doch auch.
cu para
-
lies dir mal den Text durch. Diese Einstellung wurde vom Administrator des Mailservers verboten.
SMTP Server kommunizieren untereinander mit SMTP.
Mail -> SMTP Server -> SMTP Server -> Mailbox
@antauma
1. man sich per telnet <host>:25 auf nen smtp server einloggen kann
( wenn da telnet erlaubt ist ) wenn du dich mit telnet, dem Programm, an den Port 25 verbindest, kann man doch nicht feststellen, dass es sich um telnet (das Programm) handelt.
-
Ja soweit hab ich schon verstanden, dass es vom Admin verboten wurde. Aber wie zum Deifel macht des jetzt zum Beispiel der GMX Server der die Mail an meinen Server (mail.onlinehome.de) weiterliefert??
Schließlich hab ich doch bei mail.onlinehome.de einen Account. Wieso sollte der Admin das sperren?
danke!
cu para
-
@kingruedi: jo hast recht. war ich aufm falschen dampfer.
connect zu port 25 redet direkt mit dem smtp server.ok ok, das liegt daran dass unsere clubmate alle ist und kaffee bringts
anscheinend bei mir nicht mehr@paranoiac:
wie gesagt findet ein smtp server den passenden entfernten server per
DNS.
mach doch mal "dig mx domainname.bla"oder ein "nslookup" und dann "set querytype=MX" dann "deine-domain.bla"
die allermeisten smtp server lassen kein relaying mehr zu ( wegen diesen
spamburschen ). lassen also dich also nur noch von "intern" mail verschicken,
oder sie benutzen smtp-authentification (in der regel über einen SSL kanal),
d.h. du musst dich auch zum versenden anmelden.
-
Einen Befehl namens "dig" funktioniert nicht
Ich möchte doch eigentlich nur wissen, was der GMX-Server, nachdem ich auf Senden drücke (im Webinterface) mit meinem onlinehome.de Server macht, dass ich im Endeffekt in xxx@paranoiac.org eine neue Email angezeigt bekomme. Gibt es da keine RFC für. Theoretisch müsste es doch so gehen wie ich das hatte, schließlich ist xxx@paranoiac.org ja ein interner User von onlinehome.de
cu para
-
Wenn ich anmerken darf, ein:
220 mrvdomng.kundenserver.de ESMTP Tue, 11 Feb 2003 17:26:17 +0100 500 Unrecognized command 214-Commands supported: 214- HELO EHLO MAIL RCPT DATA AUTH 214 NOOP QUIT RSET HELP 250 <timo@paranoiac.org> is syntactically correct 250 <webmaster@paranoiac.org> verified 354 Enter message, ending with "." on a line by itself 250 OK id=18idFD-0007jZ-00funktioniert.
Nur muss es ja auch möglich sein mit anderem Absender an xxx@paranoiac.org zu senden. Schließlich kann es GMX auch[edit]Rechtschraibfäller[/edit]
[ Dieser Beitrag wurde am 11.02.2003 um 17:29 Uhr von paranoiac.org editiert. ]