E-Mail empfangen (Socket?)

[Fuzzi59 (Gast)]

Ich möchte ein Programm schreiben, mit dem man E-Mails empfangen kann. 
das ist soweit fertig, aber wenn ich versuche eine Verbindung 
herzustellen (mit Klasse TcpClient und der Funktion Connect) muss ich 
ein Servernamen angeben und einen Port. Dabei kommt folgende 
Fehlermeldung:
"Der Zugriff auf einen Socket war aufgrund der Zugriffsrechte des 
Sockets unzulässig"
Ich benutze hier auch keine Instanz der Klasse Socket, da man Sie 
nirgendwo als Parameter angeben muss.
Wie kann ich das Problem lösen?

[Peter II (Gast)]

Fuzzi59 schrieb:
> Wie kann ich das Problem lösen?

welche Sprache?

Und wie machst du es genau?

[Εrnst B. (ernst)]

Und wie genau möchtest du die Mail empfangen?

Eher klassisch wie ein Mail-Programm vom Server abholen/pollen?
d.H. Client!-Socket an POP3 oder IMAP-Port verbinden lassen, dort Login 
durchführen, Mail herunterladen.

Oder wie ein Mail-Server?
Server!-Socket am SMTP-Port lauschen lassen, wenn eine Verbindung 
hereinkommt, will wohl jemand eine Mail oder SPAM anliefern. Diese 
"einfach" entgegennehmen.

[Fuzzi59 (Gast)]

Ich benutze C# und hol es vom POP3-Server ab

[Fuzzi59 (Gast)]

Ich hab das wie von:
http://dotnet-snippets.de/snippet/pop3-e-mails-abrufen/1519
funktioniert aber nicht

[Peter II (Gast)]

Fuzzi59 schrieb:
> Ich benutze C# und hol es vom POP3-Server ab

dann nimmt man ein fertige Pop3 Klasse. Man muss ein c# das Rad nicht 
ständig neu erfinden.

http://hpop.sourceforge.net/

[Fuzzi59 (Gast)]

Brauch ich dafür ein bestimmtes Using-Direktive?
Die KLasse(Pop3Client) existiert bei mir nicht?

[Peter II (Gast)]

Fuzzi59 schrieb:
> Brauch ich dafür ein bestimmtes Using-Direktive?
> Die KLasse(Pop3Client) existiert bei mir nicht?

nicht, wenn man die klassennamen mit Namespace schreibt. Du musst auch 
das Assembly einbinden.

[Fuzzi59 (Gast)]

Das versteh ich jetzt nicht.

[Fred (Gast)]

Dann such dir mal ein C#-Grundlagen-Tutorial. Oder besser noch ein Buch.

[Fuzzi59 (Gast)]

Wie binde ich denn ein Assembly ein und welches?

[Quack (Gast)]

Wie bindet man ein Tutorial oder ein Buch ein?

[Fuzzi59 (Gast)]

Ich hab das mit dem Socket gelöst, aber jetzt tritt dieser Fehler auf:
In die Übertragungsverbindung können keine Daten geschrieben werden: 
Eine bestehende Verbindung wurde softwaregesteuert
durch den Hostcomputer abgebrochen.

[Εrnst B. (ernst)]

Fuzzi59 schrieb:
> Eine bestehende Verbindung wurde softwaregesteuert
> durch den Hostcomputer abgebrochen.

Das Bedeutet: Der Hostcomputer (== POP3-Server) hat die verbindug 
abgebrochen.

Grund dazu kann dir der Hostcomputer-Betreiber sagen. Meistens: Du 
schickt ungültige Befehle, falschen Benutzernamen/Passwort, oder zu 
lange "nix", so dass ein Timeout auftritt.

[Fuzzi59 (Gast)]

Passwort und E-Mail-Adresse sind richtig. das habe ich überprüft. Das 
müsste dann doch eigentlich bedeuten, dass ein Timeout auftritt. Muss 
ich dann meine Benutzerdaten in regelmäßigen Zeitabständen dem Provider 
senden?

[Εrnst B. (ernst)]

Fuzzi59 schrieb:
> Passwort und E-Mail-Adresse sind richtig. das habe ich überprüft.

d.H. der POP3-Server schickt dir auch ein "OK" zurück? DAS hast du 
überprüft?

Fuzzi59 schrieb:
> ich dann meine Benutzerdaten in regelmäßigen Zeitabständen dem Provider
> senden?

Ja. Zwischendurch aber die Verbindung schliessen, und später wieder neu 
aufmachen.

Ansonsten:

Probier das mal an der "Eingabeaufforderung" mit telnet aus. Da kriegst 
du ein Gefühl, wer wann was sendet:

$ telnet mail.popserver.com 110
Trying 192.168.0.100
Connected to mail.popserver.com.
Escape character is '^]'.
+OK <[e-mail]>
user USERNAME
+OK
pass PASSWORD
+OK
list
1 3713
2 83815
3 6180
4 3813
5 2177
6 4134
7 7168
8 18234
.
retr 1
+OK ???? octets
[[message]]
.
dele 1
+OK
quit
+OK
Connection closed by foreign host.

[Fuzzi59 (Gast)]

Mir ist auch aufgefallen, dass der Fehler beim Passwort(richtiges 
Passwort) ensteht.
CommandBuffer = AscEncoding.GetBytes("PASS " + password + "\r\n");
POP3Stream.Write(CommandBuffer, 0, CommandBuffer.Length);

[Εrnst B. (ernst)]

d.H., wenn der Fehler schon beim senden von "PASS xxxx" passiert, ist 
die Verbindung schon vorher abgebrochen, z.B. beim Usernamen.

=> Lass dir ausgeben, was der Server auf "USER yyyyy" zurückmeldet!

Und: Seit dem NSA-Skandal, "E-Mail made in Germany" usw. bestehen viele 
Mailanbieter auf verschlüsselte Verbindungen.

Deshalb: Probier das mit telnet, Putty o.Ä. selber aus.

[imon (Gast)]

Ich vermute auch das Du was falsch machst :) ,

Hilfreich könnte auch sein ein Netzwerksniffer sein welcher dir sagt was 
dein Programm wirklich mit den Server bespricht. Wireshark zum Beispiel.

Außerdem solltest du bis dein EmailClient hinreichend gut Arbeitet 
erstmals gegen deinen eigenen Mailserver Testen. Dieser hat bei 
geeigneter Konfiguration auch eine Debugglog das dir verraten wird warum 
die Verbindung abbricht.
Diene Versuche ein MailClient gegen den Live Mailserver eines Provider 
zu entwickeln ist höflich Formuliert, eine schlechte Idee, denn du 
Schmarotzt da CPU Zeit und Bandbreite von den Provider für deine Tests,
außerdem stresst du das System des Provider mit Falschen/unvollständigen 
Request. Sicher in einer Idealen Welt macht das nix, aber im worst case 
hält der Provider dich für ein Angreifer und muss für solche 
Fehlerhaften
Clients mehr Ressourcen/Personal einsetzen, um sein Operatives Geschäft 
nicht zu Gefährden.

[Karl H. (kbuchegg)]

imon schrieb:

> außerdem stresst du das System des Provider mit Falschen/unvollständigen
> Request.

und wenn es zu oft passiert, dann wird irgendwann mal der dortige 
Sysadmin auf die Sache aufmerksam. Dann kann es schon mal sein, dass dir 
der deine Mail überhaupt dicht macht, bzw. du dich erklären musst, was 
du da überhaupt machst.
Und eines kann ich dir sagen: die sind sicher nicht darüber erfreut, 
wenn jemand mit deinem Kenntnisstand an ihren Server geht.

[Frank (Gast)]

Um Email (z.B. POP3) zu verstehen, nimmt man ein Terminalprgramm (z.B. 
Telnet) in die eine und eine POP3-Referenz in die andere Hand. So habe 
ich das zumindest mal im Unterricht gemacht - kam ganz gut an.

POP3 und SMTP sind reine ASCII-Protokolle, kann man prima "zu Fuß" 
abarbeiten und verstehen lernen.

DANACH setzt man die Dialoge in eine beliebige Programmiersprache um, 
die mit TCP-Sockets umgehen kann ...

[Frank (Gast)]

Nachtrag: Zum Testen nicht unbedingt an öffentlichen Servern rummachen, 
da fliegt man über Kurz oder Lang raus. Ich habe für Unterrichtszwecke 
immer den Mercury-Server aus XAMPP verwendet, der lief auf meinen Laptop 
im Klassenraum-Netz ...