>>Der GMX Server shreddert mir die Mail total.
>>
>>+----
>>| Content-Type: application/csv; name="fstat.csv"
>>| Content-Transfer-Encoding: base64
>>| Content-Disposition: attachment; filename="fstat.csv"; size=2942
>>|
>>| UmVnaW9uSUQsIFJlZ2lvbk5hbWUsIFVzZXJJZCwgVXNlck5hbWUsIFJvbGUsIDZtb250aFB1Ymxp
>>|
>>| Y0dhbHMsIDZtb250aFB1YmxpY1BpY3MsIFRvdGFsUHVibGljR2FscywgVG90YWxQdWJsaWNQaWNz
>>|
[...]
>>+----
>
> Ja und, was ist damit?
>
> ,----
>| RegionID, RegionName, UserId, UserName, Role, 6monthPublicGals, 6monthPublicPics, TotalPublicGals, TotalPublicPics, LatestPublicGal, LatestPublicGalDate, LatesPublicGal_ID
>| 144,Italien,284266,cobru,Normal User,0,0,0,0,No gallery!,1970-01-01,0
>| 81,Wr. Neustadt,112972,redjessecat,Photographer,1,44,99,7171,Sommerfest der FF Bromberg,2011-07-30
> `----
>
> Oder meint du die komischen Leerzeilen?
Vermutlich.
Die sollten aber nicht stören. Aus RFC 2046:
| All line breaks or other characters not
| found in Table 1 must be ignored by decoding software. In base64
| data, characters other than those in Table 1, line breaks, and other
| white space probably indicate a transmission error, about which a
| warning message or even a message rejection might be appropriate
| under some circumstances.
Der Decoder muss die Leerzeilen also ignorieren.
(Im übrigen war da der Editor offensichtlich schlampig. Im einen Satz
"must be ignored" und im nächsten "message rejection might be
appropriate" - also was jetzt?)
hp
--
_ | Peter J. Holzer | Deprecating human carelessness and
|_|_) | Sysadmin WSR | ignorance has no successful track record.
| | |
h...@hjp.at |
__/ |
http://www.hjp.at/ | -- Bill Code on
as...@irtf.org