POP3 Message size

OP (Firma: fritzler-avr.de) #6217056 
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?
Angehängte Dateien:
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Langsamer Modus Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Melden Danke 
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.
Antwort Zitieren Bearbeiten Löschen Melden Danke
OP (Firma: fritzler-avr.de) 
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.
Antwort Zitieren Bearbeiten Löschen Melden Danke
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!
Antwort Zitieren Bearbeiten Löschen Melden Danke
OP (Firma: fritzler-avr.de) 
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.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Thread beobachten

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 6 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.