Probleme mit tuxmail

Beitrag von **det-box** » Samstag 5. Februar 2005, 16:58

@LazyT

heute schon wieder
tuxmail.1
|O|3f3272d500000104|04.Feb|15:45|"T1RUTyAtIEluc2lkZXItTmV3cyE

und der Mail-Header
From-Zeile From otto-newsletter@newsletter.otto.de Sat Feb 5 00:16:22 2005
Return-Path: <otto-newsletter@newsletter.otto.de>
X-Original-To: petra@localhost
Delivered-To: petra@localhost
Received: from localhost (localhost [127.0.0.1])by mail.det.int (Postfix) with ESMTP id AFDB51FADfor <petra@localhost>; Sat, 5 Feb 2005 00:16:22 +0100 (CET)
Received: from mail.det.int ([127.0.0.1])by localhost (det-wall [127.0.0.1]) (amavisd-new, port 10024) with ESMTPid 12842-05 for <petra@localhost>; Sat, 5 Feb 2005 00:16:03 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])by mail.det.int (Postfix) with ESMTP id D3D4B9905for <petra@localhost>; Sat, 5 Feb 2005 00:15:42 +0100 (CET)
Received: from multipop.t-online.comby localhost with POP3 (fetchmail-6.2.3)for petra@localhost (single-drop); Sat, 05 Feb 2005 00:15:43 +0100 (CET)
Received: from mta1.primary.edc.dartmail.net ([216.73.95.132]) by mailin05.sul.t-online.dewith esmtp id 1Cx5eB-1MzDAd0; Fri, 4 Feb 2005 16:45:27 +0100
X-MID: <Kilauea108654-3197-49992631-1@flonetwork.com>
Date: Fri, 04 Feb 2005 15:45:25 +0000 (GMT)
Message-Id: <Kilauea108654-3197-49992631-1@flonetwork.com>
From: "OTTO - Insider-News!" <otto-newsletter@newsletter.otto.de>
Reply-To: Bitte hier nicht antworten - Schreiben Sie an die in der E-Mail angegebene Kontaktadresse <Newsletter.Antwort@kcnb.otto.de>
To: petra@det.int
Subject: Vorab für Sie: TOP-Marken bis 50% reduziert!
MIME-Version: 1.0
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-TOI-SPAM: u;0;2005-02-04T15:45:36Z
X-TOI-MSGID: 74af97ca-ab0a-4f98-ae56-dfe8a3386c58
X-Seen: false
X-Virus-Scanned: by amavisd-new at det.int
Status: RO
X-Status:
X-Keywords:
X-UID: 260

ist ja häufig, aber immer vom selben Absender (im Konto1).

Det

Beitrag von **DieMade** » Samstag 5. Februar 2005, 18:27

Reply-To: Bitte hier nicht antworten - Schreiben Sie an die in der E-Mail angegebene Kontaktadresse

Ich bleibe dabei, daß hier der Fehler liegt und bin nach wie vor für Erschlagen/Steinigen des Programmierers bei otto

Beitrag von **det-box** » Mittwoch 16. Februar 2005, 19:21

@LazyT

Hi,

bist Du noch dran??

Das Problem besteht immer noch.

Danke
Det

Beitrag von **LazyT** » Mittwoch 16. Februar 2005, 20:45

Solange Linux (oder ich) nicht in der Lage ist meine WG511T im 108er Mode zum laufen zu bringen gibt's kein CDK auf meiner Kiste, sorry.

Desweiteren glaube ich nicht das der gepostete Header im RAW-Format vorliegt. Ich sehe dort zumindest nirgends etwas von "T1RUTyAtIEluc2lkZXItTmV3cyE"? Bitte wirklich nur das was auch im tuxmaild.log steht posten.

Ich tippe wie schufti auf einen Fehler im Dämon in der Routine ConvertHeader(). Somit fehlt ein Trenner "|" in der Mail-DB was das Plugin innerhalb FillDB() zum Absturz bringt, da der Returncode von strtok nicht geprüft wird.

Ja, Schande über mich...

Beitrag von **LazyT** » Freitag 18. Februar 2005, 19:30

OK, hier dann doch der erste Versuch eines Fixes.

Anstatt zu crashen sollte nun als Betreff bzw. Absender "TuxMailD: Mail-DB Entry broken!" angezeigt werden.

Bitte mal testen...

Beitrag von **schufti** » Samstag 19. Februar 2005, 01:54

Hi LazyT,
hängt sich bei mir nach der Anzeige der Mailliste auf (reagiert nicht mehr auf FB) nur mehr über Telnet reboot möglich.

danke für den Versuch,
Schufti

Beitrag von **LazyT** » Samstag 19. Februar 2005, 09:42

Argh, falsche Fernbedienungsroutine. Habe leider keine d-box2 mehr hier zum testen, sorry.

Hoffe nun geht's, Link ist der selbe geblieben.

Beitrag von **schufti** » Samstag 19. Februar 2005, 10:25

hi LazyT,

danke, läuft jetzt bei mir. Muß nur noch warten, bis ich wieder ein email mit entsprechenden Zeichen im Header bekomme....

mfg,
schufti

Beitrag von **det-box** » Samstag 19. Februar 2005, 16:59

@LazyT

Dein FIX funktioniert, kein Absturz mehr.
Als Absender steht: "TuxMailD: Mail-DB Entry broken!"

Danke Dir ,

Det

Beitrag von **LazyT** » Samstag 19. Februar 2005, 18:26

Nun bräuchte ich für diesen Eintrag mal noch die Daten aus dem tuxmail.log um den Dämon auch fixen zu können, was ja das eigentliche Problem ist.

Beitrag von **det-box** » Samstag 19. Februar 2005, 20:25

@LazyT
Meinst Du den Eintrag aus z.B.: tuxmail.1 ?

Wenn ja, muss ich nochmal warten.
Da meine Frau die Mail (von OTTO) gelöscht hat, aber da kommt bald eine
neue Mail.

Det

Beitrag von **LazyT** » Sonntag 20. Februar 2005, 14:38

TuxMail speichert ein Log unter "/tmp/tuxmaild.log" sofern diese Option in der Konfig aktiviert wurde. Draus dann die Zeilen der betreffenden Mail an mich.

Beitrag von **det-box** » Sonntag 20. Februar 2005, 17:05

@LazyT

OK, werde ich machen.

Det

@LazyT

Noch ne kleine Anregung zum Daemon. Vielen war die Frauenstimme
zu laut, welche einen plötzlich anschrie, daß man Mail habe. Hatte daher
ein bischen gebastelt, um einen zusätzlichen Eintrag in der tuxmail.conf
"VOLUME=nn" mit nn=0..100 auszuwerten. Dabei wird die Lautstärke vor
der Ansage auf "nn" gesetzt und danach wieder auf die usrprüngliche
Lautstärke. Nebenbei konnte der Daemon durch optimierte Speicherung
der Sprachdaten um 25 kByte abgespeckt werden.
Mangels Zugriff auf die Neutrino-interne Lautstärkesteuerung hab ich das
erst mal über das Web-Interface fix mit "wget" gemacht. Könnte aber auch
auf Socket umgestrickt werden oder gleich direkt den Mixer ansprechen
(da würde dann das kurze Auftauchen des Balkens der Lautstärkeeinstel-
lung auf dem Bildschirm beim Umschalten der Lautstärke entfallen). Ist
also noch keinesfalls die Endlösung.

Wenn Du mir einen Weg nennst, wie ich Dir die Quellen zukommen lassen
kann, schicke ich sie Dir gern zu.

Ein Tip noch zum eigentlichen Plugin: das statische Anlegen von 1000
Mailstrukturen verschwendet Speicher und führt zum Absturz, wenn so ein
armer Wicht mal mehr als 1000 Mails im Konto hat. Besser wäre da das
dynamische Anfordern von Speicher je nach Anzahl der Mails.
Auch die statische Größe von 256 Bytes für die Members "from" und
"subject" ist bei längeren Einträgen gefährlich und verschwendet bei
kürzeren Einträgen Speicher. Diese Members besser als char-Pointer
anlegen und über "strdup()" füllen.

Beitrag von **LazyT** » Freitag 25. Februar 2005, 16:37

Mangels Zugriff auf die Neutrino-interne Lautstärkesteuerung hab ich das erst mal über das Web-Interface fix mit "wget" gemacht.

Also GUI spezifische Sachen möchte ich da nicht weiter reinbauen, es gibt auch Enigma Nutzer.

Eine universelle Lösung wäre sicher sinnvoller. Die Mail-Addy im Source ist übrigends nach wie vor gültig.

Ein Tip noch zum eigentlichen Plugin:...

Du hast ja recht, jetzt wo man da seit langem mal wieder reingeschaut hat muss ich echt sagen pfui - was für (k)ein Stil. Aber eigentlich hatte ich gar nicht vor noch irgendwelche Änderungen einzubauen. Für TuxTxt haben sich ja zum Glück ein paar "Nachfolger" gefunden, für TuxMail leider (noch?) nicht...

Beitrag von **SnowHead** » Freitag 25. Februar 2005, 20:35

@LazyT

Ok, "wget" ist inzwischen schon rausgeflogen. Läuft jetzt komplett
über Socket. Ich schick Dir die Sourcen mal zu. Vielleicht kannst
Du ja davon was verwenden.

@SnowHead

aaaahhhhh der SUPERCODER hat zugeschlagen

Beitrag von **det-box** » Samstag 26. Februar 2005, 16:20

@LazyT

es ist wieder soeine Mail da.

aus tuxmail.1 (die Mail ist als letzte reingekommen)

|N|3f3272d50000010c|24.Feb|16:23|"T1RUTyAtIElociBPbmxpbmUgU2hvcCE

aus tuxmaild.log
+OK POP3 det-wall.det.int v2001.78 server ready
USER xxxx
+OK User name accepted, password please
PASS xxxxx
+OK Mailbox open, 56 messages
STAT
+OK 56 2468403
UIDL 56
+OK 56 3f3272d50000010c
UIDL 55
+OK 55 3f3272d50000010b
UIDL 54
+OK 54 3f3272d50000010a
UIDL 53
+OK 53 3f3272d500000106
UIDL 52
+OK 52 3f3272d500000102
UIDL 51
+OK 51 3f3272d5000000f3
UIDL 50
+OK 50 3f3272d5000000ed
UIDL 49
+OK 49 3f3272d5000000ec
UIDL 48
+OK 48 3f3272d5000000eb
UIDL 47
+OK 47 3f3272d5000000ea
UIDL 46
+OK 46 3f3272d5000000e9
UIDL 45
+OK 45 3f3272d5000000e8
UIDL 44
+OK 44 3f3272d5000000e7
UIDL 43
+OK 43 3f3272d5000000e6
UIDL 42
+OK 42 3f3272d5000000e5
UIDL 41
+OK 41 3f3272d5000000e4
UIDL 40
+OK 40 3f3272d5000000e3
UIDL 39
+OK 39 3f3272d5000000e2
UIDL 38
+OK 38 3f3272d5000000e1
UIDL 37
+OK 37 3f3272d5000000e0
UIDL 36
+OK 36 3f3272d5000000df
UIDL 35
+OK 35 3f3272d5000000de
UIDL 34
+OK 34 3f3272d5000000dd
UIDL 33
+OK 33 3f3272d5000000dc
UIDL 32
+OK 32 3f3272d5000000db
UIDL 31
+OK 31 3f3272d5000000da
UIDL 30
+OK 30 3f3272d5000000d9
UIDL 29
+OK 29 3f3272d5000000d7
UIDL 28
+OK 28 3f3272d5000000d5
UIDL 27
+OK 27 3f3272d5000000d4
UIDL 26
+OK 26 3f3272d5000000d2
UIDL 25
+OK 25 3f3272d5000000d1
UIDL 24
+OK 24 3f3272d5000000d0
UIDL 23
+OK 23 3f3272d5000000cf
UIDL 22
+OK 22 3f3272d5000000ce
UIDL 21
+OK 21 3f3272d5000000cd
UIDL 20
+OK 20 3f3272d5000000cc
UIDL 19
+OK 19 3f3272d5000000cb
UIDL 18
+OK 18 3f3272d5000000ca
UIDL 17
+OK 17 3f3272d5000000c9
UIDL 16
+OK 16 3f3272d5000000c7
UIDL 15
+OK 15 3f3272d5000000c5
UIDL 14
+OK 14 3f3272d5000000c4
UIDL 13
+OK 13 3f3272d5000000c3
UIDL 12
+OK 12 3f3272d5000000c2
UIDL 11
+OK 11 3f3272d5000000c1
UIDL 10
+OK 10 3f3272d5000000c0
UIDL 9
+OK 9 3f3272d5000000be
UIDL 8
+OK 8 3f3272d5000000bd
UIDL 7
+OK 7 3f3272d5000000bc
UIDL 6
+OK 6 3f3272d5000000bb
UIDL 5
+OK 5 3f3272d5000000ba
UIDL 4
+OK 4 3f3272d5000000b9
UIDL 3
+OK 3 3f3272d5000000b8
UIDL 2
+OK 2 3f3272d5000000b7
UIDL 1
+OK 1 3f3272d50000009b
QUIT
+OK Sayonara

ich hoffe es hilft Dir

Det

Beitrag von **LazyT** » Samstag 26. Februar 2005, 17:02

@det-box

Ne, sorry. Wichtig ist der Header, also das was nach einer Zeile mit "TOP n 0" für die entsprechende Mail kommt.

Die Mail also nicht am PC abholen, auf der Box das "tuxmail.1" löschen und tuxmaild nochmal alles erstellen lassen. Dann alles hinter diesem TOP bis zum nächsten TOP (bzw. der Leerzeile davor) speichern.

Im Prinzip sollten die From/Subject Zeilen auch reichen. Da dürfte dann sowas wie

=?ISO-8859-15?Q?...

stehen.

Und wenn ich mir die ConvertHedaer() Routine so ansehe ist's ja eigentlich auch kein Wunder das da sogar der Dämon crasht: Base64 (anstelle ?Q? ein ?B?) ist doch gar nicht unterstüzt! Keine Ahnung was ich mir da damals bei gedacht habe.

@SnowHead

Sorry, aber wie gesagt will ich da nix GUI spezifisches reinbauen. Wenn dann eher direkt über den DSP (aber noch nicht näher angeguckt).
Das mit dem "komprimierten" Audio wäre sicher eine Idee, aber wegen den paar KB?

Beitrag von **det-box** » Samstag 26. Februar 2005, 19:42

@LazyT

so jetzt sollte ich das richtige haben.

TOP 56 0
+OK Top of message follows
Return-Path: <otto-newsletter@newsletter.otto.de>
X-Original-To: petra@localhost
Delivered-To: petra@localhost
Received: from localhost (localhost [127.0.0.1])
by mail.det.int (Postfix) with ESMTP id 5775795EF
for <petra@localhost>; Thu, 24 Feb 2005 17:27:33 +0100 (CET)
Received: from mail.det.int ([127.0.0.1])
by localhost (det-wall [127.0.0.1]) (amavisd-new, port xxxx) with ESMTP
id 21632-09 for <petra@localhost>; Thu, 24 Feb 2005 17:27:30 +0100 (CET)
Received: from localhost (localhost [127.0.0.1])
by mail.det.int (Postfix) with ESMTP id E5E32959C
for <petra@localhost>; Thu, 24 Feb 2005 17:27:25 +0100 (CET)
Received: from xxxxxx.xxxx.xxx
by localhost with POP3 (fetchmail-x.x.x)
for petra@localhost (single-drop); Thu, 24 Feb 2005 17:27:26 +0100 (CET)
Received: from mta1.primary.edc.dartmail.net ([216.73.95.130]) by xxxxx.xxxx.xx
with esmtp id 1D4LnI-1PiKF60; Thu, 24 Feb 2005 17:24:52 +0100
X-MID: <Kilauea109851-3197-49992631-1@flonetwork.com>
Date: Thu, 24 Feb 2005 16:23:46 +0000 (GMT)
Message-Id: <Kilauea109851-3197-49992631-1@flonetwork.com>
From: "=?iso-8859-1?B?T1RUTyAtIElociBPbmxpbmUgU2hvcCE=?=" <otto-newsletter@newsletter.otto.de>
Reply-To: Bitte hier nicht antworten - Schreiben Sie an die in der E-Mail angegebene Kontaktadresse <Newsletter.Antwort@kcnb.otto.de>
To: petra@det.int
Subject: =?iso-8859-1?B?QmlzIHp1IDcxJSByZWR1emllcnQgLSBudXIgc29sYW5nZSBkZXIgVm9ycmF0IHJlaWNodCE=?=
MIME-Version: 1.0
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-TOI-SPAM: u;0;2005-02-24T16:25:36Z
X-TOI-MSGID: 1e1aa22a-f158-4c2a-95ea-ee8816fa7bf5
X-Seen: false
X-Virus-Scanned: by amavisd-new at det.int
Status: O

.
jetzt sollte es passen

Beitrag von **LazyT** » Samstag 26. Februar 2005, 19:53

Ah, jetzt, ja!

Wie vermutet ist das Problem die Base64 Codierung, welche eben garnicht eingebaut ist. *duck*

From: =?iso-8859-1?B?T1RUTyAtIElociBPbmxpbmUgU2hvcCE=?=
Subject: =?iso-8859-1?B?QmlzIHp1IDcxJSByZWR1emllcnQgLSBudXIgc29sYW5nZSBkZXIgVm9ycmF0IHJlaWNodCE=?=

"T1RUTyAtIElociBPbmxpbmUgU2hvcCE=" decodiert wäre "OTTO - Ihr Online Shop!"
"QmlzIHp1IDcxJSByZWR1emllcnQgLSBudXIgc29sYW5nZSBkZXIgVm9ycmF0IHJlaWNodCE=" decodiert wäre "Bis zu 71% reduziert - nur solange der Vorrat reicht!"

Tja, da werde ich wohl doch nochmal ziemlich nachbessern müssen. Aber das Plugin stürzt jetzt wenigstens nicht mehr ab, oder?

Beitrag von **DieMade** » Samstag 26. Februar 2005, 19:56

Mift, doch danebengetippt. Für das "Reply-To:" gehören die IMHO dropsdem erschlagen *g*

Beitrag von **det-box** » Samstag 26. Februar 2005, 19:59

@LazyT

Plugin stürzt mit Deinem FIX nicht mehr ab.

es steht da: TuxMailD: Mail-DB Entry broken!

ich persönlich kann damit Leben.
/Edit
für die Zukunft währe eine Nachbesserung SUPER

geht Dein Fix ins CVS ein oder muss ich das gut sichern??
Edit/
Danke Dir

Det

Beitrag von **LazyT** » Samstag 26. Februar 2005, 20:12

Mift, doch danebengetippt.

Zur Strafe wirst du das jetzt ordentlich implementieren.

ich persönlich kann damit Leben.

Naja, nicht wirklich. Der Daemon stürzt eventuell dabei ab und du wunderst dich das keine Mails mehr kommen.

Im übrigen ist der erste Fix seit heute früh im CVS. Man kann jetzt auch einstellen ob man Mails über das Plugin löschen kann oder nicht (ADMIN=Y/N) und die Versionsnummer mit der ?-Taste anzeigen. Wiki habe ich gleich mal mit upgedatet.

Beitrag von **det-box** » Sonntag 27. Februar 2005, 16:50

@LazyT

Super von Dir.

Falls ich was testen soll, sag hier bescheid.
(Habe meiner Frau gesagt Sie soll die Mail auf keinen Fall löschen)

Det