POP3 Message size

[Mw E. (Firma: fritzler-avr.de) (fritzler)]

Für den MIPS TTL Rechner gibts bald eine Ethernetkarte und dann soll er 
auch Emails empfangen und senden können.
-> Beitrag "Space Age 2 der 32Bit MIPS Rechner in TTL"

Auf den Sockets trommeln für POP3 geht auch schon ganz gut.

Ersteinmal möchte ich die Mailheader empfangen, dann bekomme ich ein OK 
und dass die Größe 646 Bytes sind.
Aber real ist es 690 Bytes groß.
Siehe Anhang.

Gibts da jetzt einen festen Offset oder baut der Mailserver (hMail) 
Mist?

[Ralf D. (doeblitz)]

Irgendwie sieht das Bild doch arg verstümmelt aus. Wenn du Teile des 
Datenpakets wegschneidest, insbesondere am Anfang, dann kann man 
schlecht beurteilen, ob da Müll eingefügt wurde.

Du solltest schon das komplette Datenpaket zeigen, dann kann man evtl. 
auch sagen ob das so OK ist oder nicht.

[Jim M. (turboj)]

Wireshark wird Dir die Länge des Paketes mit Tcp Header anzeigen...

[Mw E. (Firma: fritzler-avr.de) (fritzler)]

Entschuldigt die Verstümmelung, aber auf einem 4MHz MIPS TTL geht nix 
mit Verschlüsselung und ordentlicher auth, daher fehlt vieles mit nicht 
wer versucht mit meinem Mailserver Spaß zu haben ;)



Jim M. schrieb:
> Wireshark wird Dir die Länge des Paketes mit Tcp Header anzeigen

Das sind dann 756 Bytes, ich hab extra den Eintrag der Payload markiert 
und dann zeigt Wireshark die 690 bytes an.

Ralf D. schrieb:
> insbesondere am Anfang, dann kann man
> schlecht beurteilen, ob da Müll eingefügt wurde.

Also ich seh da keinen Müll, das fängt direkt mit dem Return-Path an.
Das ist ein ordentlicher Anfang eiens Email Headers.
Am Ende kommt auch direkt \r\n.\r\n, so wie sich das gehört.

ich hab auch mal mehere Mails gecheckt, der Offset beträgt immer 44 
Byte.

[Hmmm (Gast)]

RFC1939 sagt dazu:

"After the initial +OK, the POP3 server sends the message corresponding 
to the given message-number, being careful to byte-stuff the termination 
character (as with all multi-line responses)."

Also mal Netto- und Bruttogrösse vergleichen.

Die Octet-Angabe ist übrigens nicht Pflicht, also nicht darauf 
verlassen!

[Mw E. (Firma: fritzler-avr.de) (fritzler)]

Hmmm schrieb:
> Die Octet-Angabe ist übrigens nicht Pflicht, also nicht darauf
> verlassen!

Gut, dann kann mans auch ganz lassen.

Was ich auchnoch gesehen habe ist, dass die octet Angabe IMMER die ganze 
Mail ist.

Wenn ich per TOP nur 0 oder 1 Zeile der Mail haben will, dan bleibt die 
Angabe gleich.
Daher hab ich jetzt ne Funktion, die bis \r\n.\r\n empfängt.
Das ist ja die Endekenneung von Mails.