Der Martin: Unterschiedliche Schriften im TB bei verwendung von mail()

Beitrag lesen

Hallo,

wie sieht denn der Quellcode der ankommenden(!) Mails aus?

From - Sat Aug  9 09:36:05 2008
X-Account-Key: account2
X-UIDL: 1189188070.1751
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:

gut - diese Zeilen "phantasiert" T-Bird dazu, die werden nicht wirklich mit übertragen.

Return-Path: web86@server18.greatnet.de
X-Original-To: f.rauter@test.de
Delivered-To: web11p2@web12.dogado.de
Received: from server18.greatnet.de (server18.greatnet.de [83.133.96.106])
by web12.dogado.de (Postfix) with ESMTP id 560F738782
for f.rauter@test.de; Sat,  9 Aug 2008 09:35:43 +0200 (CEST)
Received: by server18.greatnet.de (Postfix, from userid 1839)
id 868B86C14FE; Sat,  9 Aug 2008 09:35:36 +0200 (CEST)
To:
Subject: Neuer FRA Einsatz Nr. 580 am 02.08.2008
From: no_reply@test.de
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Message-Id: 20080809073536.868B86C14FE@server18.greatnet.de
Date: Sat,  9 Aug 2008 09:35:36 +0200 (CEST)

Das sieht eigentlich alles ganz normal aus. Ich will dabei nicht auf den Inhalt der einzelnen Headerzeilen eingehen, aber zumindest formal sieht das alles korrekt aus. Ich bin mir allerdings nicht sicher, ob die To:-Zeile ohne Angabe erlaubt ist. Setze hier mal zum Testen deine eigene Adresse ein.

Einsatz Nr. 580

Am 02.08.2008 um 13:34 rückte der First Responder ...

Der Rest ist nun reiner Mail-Inhalt, der AFAIK nicht weiter interpretiert wird.

// Bau der Nachricht
    $eol="\n";

Laut RFC sollen Mailheader mit \r\n abgeschlossen werden; hast du einen besonderen Grund, nur ein Linefeed \n zu notieren?

Davon abgesehen baut dieser Code ja nur den *Inhalt* der Nachricht zusammen. Aber da wir den entstandenen Mail-Quellcode vorher schon auseinandergenommen haben, ist der Rest eigentlich Banane.

Zusammenfassend also: Die verschickte Mailnachricht sieht für mich anatomisch korrekt aus. Lediglich der leere To-Header macht mich stutzig.

So long,
 Martin

--
Most experts agree: Any feature of a program that you can't turn off if you want to, is a bug.
Except with Microsoft, where it is just the other way round.