Hallo Liste, ich habe mich gerade ein wenig mit den Scoring-Möglichkeiten von mutt befaßt. Ich möchte Mails, die sich auf meine Mail(s) beziehen, mit einem Score versehen. Einen Score von 5 sollen Mails erhalten, die direkt auf meine Mail(s) antworten. Mit steigender Entfernung von meiner Ursprungsmail soll der Score abnehmen und also ab der sechsten Ebene 0 betragen. Diese Score-Regeln habe ich mir analog zu <slrnakkb0u.s2a.aferber@falsche.message-ids.sind-doof.de> aus d.c.s.n gebaut: score '~x @[^>]*\.schueszler\.subdomain\.de>$' 5 score '~x @[^>]*\.schueszler\.subdomain\.de>\ <[^<>]>$' 4 Die erste Regel funktioniert offensichtlich einwandfrei. Bei der zweiten Regel gehen die Probleme los. Statt mit 4 werden die Mails in zweiter Ebene auch mit 5 benotet. Wo liegt da der Haken? Danke für Hinweise und bye, JT -- Jan Tim Schüszler, Hamburg ICQ 31996332 Fingerprint: C2A7 F2B2 9410 5368 7A89 E74A 10BE FCF7 4E25 7ABE
Hallo, On Sat, 31 Aug 2002, Jan Tim Schueszler wrote:
Diese Score-Regeln habe ich mir analog zu <slrnakkb0u.s2a.aferber@falsche.message-ids.sind-doof.de> aus d.c.s.n gebaut:
score '~x @[^>]*\.schueszler\.subdomain\.de>$' 5 score '~x @[^>]*\.schueszler\.subdomain\.de>\ <[^<>]>$' 4
Die erste Regel funktioniert offensichtlich einwandfrei. Bei der zweiten Regel gehen die Probleme los. Statt mit 4 werden die Mails in zweiter Ebene auch mit 5 benotet.
Wo liegt da der Haken?
Die erste Regel trifft auf jede Mail zu, in deren References du auftauchst. Ich weiss jetzt nicht, ob das scoring in mutt addiert oder immer "fest" setzt... Egal. Die zweite Regex duerfte auf praktisch keine Mail zutreffen, da du zwischen den <> nur ein einziges Zeichen (ungleich <>) zulaesst. Teste mal: score '~x @[^>]*\.schueszler\.subdomain\.de>$' 5 score '~x @[^>]*\.schueszler\.subdomain\.de>\ <[^>]*>$' 4 ^ ^!! Ausserdem moechte ich noch erwaehnen, dass laengst nicht alle MUAs die References "hinten" ergaenzen, im Gegenteil... Da laengere References-Header eh meist umgebrochen werden (ich weiss nicht, wie mutt die dann behandelt)... Zur Not koennte man auf procmail+(formail?)+perl zurueckgreifen (allerdings duerfte dann die Performance beim Mailzustellen deutlich sinken). -dnh -- Ausbildung! Brauchste hier nicht. Einbildung ist eher gefragt. [WoKo in dag°]
Hallo David, hallo Jan, hallo Liste, * David Haller schrieb am 06.Sep.2002:
On Sat, 31 Aug 2002, Jan Tim Schueszler wrote:
Diese Score-Regeln habe ich mir analog zu <slrnakkb0u.s2a.aferber@falsche.message-ids.sind-doof.de> aus d.c.s.n gebaut:
score '~x @[^>]*\.schueszler\.subdomain\.de>$' 5 score '~x @[^>]*\.schueszler\.subdomain\.de>\ <[^<>]>$' 4
Die erste Regel funktioniert offensichtlich einwandfrei. Bei der zweiten Regel gehen die Probleme los. Statt mit 4 werden die Mails in zweiter Ebene auch mit 5 benotet.
Das kann ja nur von der ersten Regel stammen.
Die erste Regel trifft auf jede Mail zu, in deren References du
Wieso?
auftauchst. Ich weiss jetzt nicht, ob das scoring in mutt addiert oder immer "fest" setzt... Egal.
Es addiert. Wenn man festsetzen will, muß man vor dem Wert ein = setzen.
Die zweite Regex duerfte auf praktisch keine Mail zutreffen, da du zwischen den <> nur ein einziges Zeichen (ungleich <>) zulaesst.
ACK.
Teste mal:
score '~x @[^>]*\.schueszler\.subdomain\.de>$' 5
Ist exakt die gleiche Zeile, wie die von Jan.
score '~x @[^>]*\.schueszler\.subdomain\.de>\ <[^>]*>$' 4 ^ ^!!
Der wesentliche Unterschied ist der * Das in der Auswahl, ein < nichts zu suchen hat, ist zwar richtig, aber wahrscheinlich nie relevant. Ansonsten ist sowieso was kaputt an der Referenz.
Ausserdem moechte ich noch erwaehnen, dass laengst nicht alle MUAs die References "hinten" ergaenzen, im Gegenteil... Da laengere References-Header eh meist umgebrochen werden (ich weiss nicht, wie mutt die dann behandelt)...
Da wird eine vernüftige Anwendung wohl dran scheitern. Obwohl, was heißt das? Es gibt MUAs, die beachten References nicht und geben sie auch nicht weiter. Aber die, die es benutzen, was ist mit denen? Gibt es welche, die die Adresse vorne dranhängen? Oder welche, die die alte References zwar weitergeben, aber nichts anhängen?
Zur Not koennte man auf procmail+(formail?)+perl zurueckgreifen (allerdings duerfte dann die Performance beim Mailzustellen deutlich sinken).
Wie willst Du das denn machen? Zum einen ändert das doch auch nichts. Was die References nicht hergeben, da kann auch ein procmail nichts mit machen. Und zum anderen, wie kann procmail die score von mutt beeinflussen? Einen eigenen Header einbauen? Hmm, wie kann man ausschließen, daß es den nicht schon gibt. Ok, ich gebe zu, jetzt wird es patelogisch. Ich sehe aber nicht, wie procmail hier mehr machen könnte als mutt es kann. Ansonsten noch ein Tipp für Jan: Es ist sicherlich lästig, wenn man mit regexp rumexperimentiert, und dann jedesmal im .muttrc rumändern muß, mutt erneut aufrufen usw. Man kann ja auch nach dem regexp suchen. Einfach mutt aufrufen, in der entsprechenden Mailbox gehen und dann / ~x Ansonsten noch ein Tipp für Jan: Es ist sicherlich lästig, wenn man mit regexp rumexperimentiert, und dann jedesmal im .muttrc rumändern muß, mutt erneut aufrufen usw. Man kann ja auch nach dem regexp suchen. Einfach mutt aufrufen, in der entsprechenden Mailbox gehen und dann / ~x @[^>]*\.schueszler\.subdomain\.de>\ <[^>]*>$ sagen, oder Du triffst eine Auswahl: l ~x @[^>]*\.schueszler\.subdomain\.de>\ <[^>]*>$ Dann werden nur noch die Mails angezeigt, auf der der Ausdruck zutrifft. Bernd -- Bitte die Etikette beachten: http://www.suse-etikette.de.vu/etikette.html Bitte Realnamen angeben, kein Vollquoting, kein Html, PGP oder Visitenkarten benutzen. Signatur mit "-- " abtrennen, bei Antworten "Re: " voranstellen, sonst nichts. |Zufallssignatur 4
Hallo, On Fri, 06 Sep 2002, Bernd Brodesser wrote:
* David Haller schrieb am 06.Sep.2002:
On Sat, 31 Aug 2002, Jan Tim Schueszler wrote:
Diese Score-Regeln habe ich mir analog zu <slrnakkb0u.s2a.aferber@falsche.message-ids.sind-doof.de> aus d.c.s.n gebaut:
score '~x @[^>]*\.schueszler\.subdomain\.de>$' 5 score '~x @[^>]*\.schueszler\.subdomain\.de>\ <[^<>]>$' 4
Die erste Regel funktioniert offensichtlich einwandfrei. Bei der zweiten Regel gehen die Probleme los. Statt mit 4 werden die Mails in zweiter Ebene auch mit 5 benotet.
Das kann ja nur von der ersten Regel stammen.
Ja (in Anbetracht des folgenden).
Die erste Regel trifft auf jede Mail zu, in deren References du
Wieso?
Argl. "... in deren .. du am Ende auftauchst" ;)
auftauchst. Ich weiss jetzt nicht, ob das scoring in mutt addiert oder immer "fest" setzt... Egal.
Es addiert. Wenn man festsetzen will, muß man vor dem Wert ein = setzen.
Ah.
score '~x @[^>]*\.schueszler\.subdomain\.de>\ <[^>]*>$' 4 ^ ^!! Der wesentliche Unterschied ist der *
Jep.
Das in der Auswahl, ein < nichts zu suchen hat, ist zwar richtig, aber wahrscheinlich nie relevant. Ansonsten ist sowieso was kaputt an der Referenz.
Jep. *g*
Ausserdem moechte ich noch erwaehnen, dass laengst nicht alle MUAs die References "hinten" ergaenzen, im Gegenteil... Da laengere References-Header eh meist umgebrochen werden (ich weiss nicht, wie mutt die dann behandelt)...
Da wird eine vernüftige Anwendung wohl dran scheitern. Obwohl, was heißt das? Es gibt MUAs, die beachten References nicht und geben sie auch nicht weiter. Aber die, die es benutzen, was ist mit denen? Gibt es welche, die die Adresse vorne dranhängen?
Ja.
Oder welche, die die alte References zwar weitergeben, aber nichts anhängen?
Das ist mir noch nicht untergekommen ;)
Zur Not koennte man auf procmail+(formail?)+perl zurueckgreifen (allerdings duerfte dann die Performance beim Mailzustellen deutlich sinken).
Wie willst Du das denn machen? Zum einen ändert das doch auch nichts. Was die References nicht hergeben, da kann auch ein procmail nichts mit machen.
Naja, ich weiss wie gesagt nicht, wie mutt die Header-Umbrueche fuer die Regexe vorbehandelt, falls mutt die Regex gegen den umbrochenen Header matcht, dann wird (bes. in suse-talk) die 2te regex oben nicht passen. Mit procmail/formail/perl kann man die Header ggfs. wieder einzeilig machen, so dass die Regex wieder passen wuerde, aber...
Und zum anderen, wie kann procmail die score von mutt beeinflussen? Einen eigenen Header einbauen?
Ja. Wenn man schon dabei waere, dann koennte man das gleich mit einbauen ;)
Hmm, wie kann man ausschließen, daß es den nicht schon gibt.
Analog X-Loop / X-BeenThere oder in perl dann via 'if(/^Foo/) { ...}' etc.
Ok, ich gebe zu, jetzt wird es patelogisch. Ich sehe aber nicht, wie ^ s/e/ho/ *scnr* procmail hier mehr machen könnte als mutt es kann.
Prinzipiell das "Header-unfolding" ;)
Man kann ja auch nach dem regexp suchen. Einfach mutt aufrufen, in der entsprechenden Mailbox gehen und dann
/ ~x
Hmja, das haette ich wohl mal machen sollen... Bin aber jetzt zu faul :) -dnh -- If Bill Gates had a nickle for every time Windows crashed... Oh, wait, he does! - from a slashdot.org post
Am 06.09.2002 um 08:09h klapperte Bernd Brodesser folgenden Text zusammen:
Hallo David, hallo Jan, hallo Liste,
* David Haller schrieb am 06.Sep.2002:
On Sat, 31 Aug 2002, Jan Tim Schueszler wrote:
auftauchst. Ich weiss jetzt nicht, ob das scoring in mutt addiert oder immer "fest" setzt... Egal.
Es addiert. Wenn man festsetzen will, muß man vor dem Wert ein = setzen.
ACK. War nur als Test gedacht. Mittlerweile habe ich die 4 durch +1 ersetzt. Sobald die Regel funktioniert, wird daraus -1. Dann wird vom Score der Mails, auf die die erste Regel zutrifft, 1 abgezogen und ich bin bei 4.
Teste mal:
score '~x @[^>]*\.schueszler\.subdomain\.de>$' 5
Ist exakt die gleiche Zeile, wie die von Jan.
Die ich mittlerweile auf score '~x \.schueszler\.subdomain\.de>$' +5 geändert habe. Das @[^>]* ist imho überflüssig, da es wohl kaum eine MID geben wird, die nicht von mir kommt und auf \.schueszler\.subdomain\.de passt.
score '~x @[^>]*\.schueszler\.subdomain\.de>\ <[^>]*>$' 4 ^ ^!!
Das habe ich auch gemacht. Allerdings beschwert sich mutt immer über das maskierte Leerzeichen "\ " und verwirft den RegEx als fehlerhaft.
Der wesentliche Unterschied ist der * Das in der Auswahl, ein < nichts zu suchen hat, ist zwar richtig, aber wahrscheinlich nie relevant. Ansonsten ist sowieso was kaputt an der Referenz.
Ich dachte eher daran, mit dem [^>] sicherzustellen, dass nur genau eine weitere MID folgt. Denn auf \ <*>$ würden doch beliebig viele MIDs passen: <meine MID> <MID Antwort1> <MID Antwort2> ... <MID Antwort x>
Ansonsten noch ein Tipp für Jan:
Es ist sicherlich lästig, wenn man mit regexp rumexperimentiert, und dann jedesmal im .muttrc rumändern muß, mutt erneut aufrufen usw.
Man kann ja auch nach dem regexp suchen. Einfach mutt aufrufen, in der entsprechenden Mailbox gehen und dann
/ ~x @[^>]*\.schueszler\.subdomain\.de>\ <[^>]*>$
sagen, oder Du triffst eine Auswahl:
l ~x @[^>]*\.schueszler\.subdomain\.de>\ <[^>]*>$
Dann werden nur noch die Mails angezeigt, auf der der Ausdruck zutrifft.
Danke, das werde ich mal testen. JT -- Jan Tim Schüszler, Hamburg ICQ 31996332 Fingerprint: C2A7 F2B2 9410 5368 7A89 E74A 10BE FCF7 4E25 7ABE
Hy, Am 02/09/06@13:20 schrieb Jan Tim Schueszler:
Am 06.09.2002 um 08:09h klapperte Bernd Brodesser folgenden Text zusammen:
Hallo David, hallo Jan, hallo Liste,
* David Haller schrieb am 06.Sep.2002:
On Sat, 31 Aug 2002, Jan Tim Schueszler wrote:
auftauchst. Ich weiss jetzt nicht, ob das scoring in mutt addiert oder immer "fest" setzt... Egal.
Es addiert. Wenn man festsetzen will, muß man vor dem Wert ein = setzen.
ACK. War nur als Test gedacht. Mittlerweile habe ich die 4 durch +1 ersetzt. Sobald die Regel funktioniert, wird daraus -1. Dann wird vom Score der Mails, auf die die erste Regel zutrifft, 1 abgezogen und ich bin bei 4.
Das ist IMHO nicht richtig. Wenn die regex das $ richtig interpretiert, sollten nur die, in denen Deine MID an letzter Stelle stehen eine 5 bekommen. Auf die 1. regex passt eine Mail in der 2. Antwortstufe nicht mehr. Sie bekommt also nicht 5-1=4. Sondern einfach -1 und das willst Du nicht. Wenn Du hier Verwirrungen ersparen willst setzt einfach =5, =4 etc. Dann wird das scoring, wie Bernd schrieb, absolut egal ob eine vorherige regex matched[1].
Teste mal:
score '~x @[^>]*\.schueszler\.subdomain\.de>$' 5
Ist exakt die gleiche Zeile, wie die von Jan.
Die ich mittlerweile auf
score '~x \.schueszler\.subdomain\.de>$' +5
Der Übersichlichkeit halber würde ich sie sogar auf .*schueszler.*>$ kürzen, aber das matched natürlich auf etwas mehr.
score '~x @[^>]*\.schueszler\.subdomain\.de>\ <[^>]*>$' 4 ^ ^!!
Das habe ich auch gemacht. Allerdings beschwert sich mutt immer über das maskierte Leerzeichen "\ " und verwirft den RegEx als fehlerhaft.
Experimentier vielleich mal mit [:blank:]. Ich denke da an sowas wie: .*schueszler.*>$ =5 .*schueszler.*>[:blank:].*>$ =4 [2] usw. habe aber vielleicht schon das ein oder andere Pils zuviel gehabt ;) und er müsste auf jedem Fall erstmal das $ fressen. Dadurch das Du mit -with-regex (oder so ähnlich) kopiliert hast sollten auch die erweiterten expressions laut manual gehen (Wortende etc.) vielleicht hilft auch das. [1] Ist natürlich Mist wenn Du auch anderes zum scoring verwendest, dass durchaus additiv verwendet werden soll. [2] Vielleicht auch: .*schueszler.*>[:blank:][^[:blank:]]*>$ =4 -- :wq-y maik
Am 06.09.2002 um 17:09h klapperte Maik Holtkamp folgenden Text zusammen:
Hy,
Am 02/09/06@13:20 schrieb Jan Tim Schueszler:
Am 06.09.2002 um 08:09h klapperte Bernd Brodesser folgenden Text zusammen:
Hallo David, hallo Jan, hallo Liste,
* David Haller schrieb am 06.Sep.2002:
On Sat, 31 Aug 2002, Jan Tim Schueszler wrote:
auftauchst. Ich weiss jetzt nicht, ob das scoring in mutt addiert oder immer "fest" setzt... Egal.
Es addiert. Wenn man festsetzen will, muß man vor dem Wert ein = setzen.
ACK. War nur als Test gedacht. Mittlerweile habe ich die 4 durch +1 ersetzt. Sobald die Regel funktioniert, wird daraus -1. Dann wird vom Score der Mails, auf die die erste Regel zutrifft, 1 abgezogen und ich bin bei 4.
Das ist IMHO nicht richtig. Wenn die regex das $ richtig interpretiert, sollten nur die, in denen Deine MID an letzter Stelle stehen eine 5 bekommen.
Genauer sollten diese Mails +5 bekommen, falls schon ein Score ungleich 0 besteht. Ansonsten richtig.
Auf die 1. regex passt eine Mail in der 2. Antwortstufe nicht mehr. Sie bekommt also nicht 5-1=4. Sondern einfach -1 und das willst Du nicht.
ACK. Jetzt wo Du es sagst, fällt es mir auch auf.
Wenn Du hier Verwirrungen ersparen willst setzt einfach =5, =4 etc. Dann wird das scoring, wie Bernd schrieb, absolut egal ob eine vorherige regex matched[1].
Jep.
score '~x @[^>]*\.schueszler\.subdomain\.de>\ <[^>]*>$' 4 ^ ^!!
Das habe ich auch gemacht. Allerdings beschwert sich mutt immer über das maskierte Leerzeichen "\ " und verwirft den RegEx als fehlerhaft.
Experimentier vielleich mal mit [:blank:]. Ich denke da an sowas wie:
.*schueszler.*>$ =5 .*schueszler.*>[:blank:].*>$ =4 [2]
usw.
Habe ich schon getan, bisher allerdings ohne Erfolg. Aber (weiterer) Versuch macht kluch, wie es auf suse-talk so schön heißt. ;-)
habe aber vielleicht schon das ein oder andere Pils zuviel gehabt ;)
Prost! und Danke JT -- Jan Tim Schüszler, Hamburg ICQ 31996332 Fingerprint: C2A7 F2B2 9410 5368 7A89 E74A 10BE FCF7 4E25 7ABE
Folgende Nachricht habe ich in c.m.m gepostet und Antwort von Sven Guckes bekommen: * Jan Tim Schueszler <Jan.Tim.Schueszler@gmx.de>:
I have mutt 1.4i compiled with --with-regex. Now i want to limit the displayed mails in the index to only those mails, that are direct replies to my mails. This i thought to achieve by the following regex: ~x \.schueszler\.subdomain\.de>$ where schueszler.subdomain.de is my domain-name.
But with this regex, mutt displays not even the direct replies to my mails, that end with .schueszler.subdomain.de>in the references-header, but all mails, that contain schueszler.subdomain.de> in the references-header.
What's wrong with my regex?
nothing. you just can't help it because the match is a sub-match (a word i just made up) meaning that mutt checks for existence of the regex *within* the field.
or maybe i didn't play around with it enough..
Sven
Offensichtlich kann das Scoring auf den Reference-Header gar nicht funktionieren. JT -- Jan Tim Schüszler, Hamburg ICQ 31996332 Fingerprint: C2A7 F2B2 9410 5368 7A89 E74A 10BE FCF7 4E25 7ABE
Hallo Jan, * Jan Tim Schueszler schrieb am 06.Sep.2002:
Am 06.09.2002 um 08:09h klapperte Bernd Brodesser folgenden Text zusammen:
[hätte ich einen etwas längeren Namen, paßte obige Zeile nicht mehr in einer Zeile]
* David Haller schrieb am 06.Sep.2002:
On Sat, 31 Aug 2002, Jan Tim Schueszler wrote:
auftauchst. Ich weiss jetzt nicht, ob das scoring in mutt addiert oder immer "fest" setzt... Egal.
Es addiert. Wenn man festsetzen will, muß man vor dem Wert ein = setzen.
ACK. War nur als Test gedacht. Mittlerweile habe ich die 4 durch +1 ersetzt. Sobald die Regel funktioniert, wird daraus -1. Dann wird vom Score der Mails, auf die die erste Regel zutrifft, 1 abgezogen und ich bin bei 4.
NAC
Teste mal:
score '~x @[^>]*\.schueszler\.subdomain\.de>$' 5
Ist exakt die gleiche Zeile, wie die von Jan.
Die ich mittlerweile auf
score '~x \.schueszler\.subdomain\.de>$' +5
geändert habe. Das @[^>]* ist imho überflüssig, da es wohl kaum eine MID geben wird, die nicht von mir kommt und auf \.schueszler\.subdomain\.de passt.
score '~x @[^>]*\.schueszler\.subdomain\.de>\ <[^>]*>$' 4 ^ ^!!
Das habe ich auch gemacht. Allerdings beschwert sich mutt immer über das maskierte Leerzeichen "\ " und verwirft den RegEx als fehlerhaft.
Mach mal zwei \\ hintereinander, gilt auch für die übrigen \, nur da fällt es nicht auf. Die Zeile wird AFAIK zweimal ausgewertet.
Der wesentliche Unterschied ist der * Das in der Auswahl, ein < nichts zu suchen hat, ist zwar richtig, aber wahrscheinlich nie relevant. Ansonsten ist sowieso was kaputt an der Referenz.
Ich dachte eher daran, mit dem [^>] sicherzustellen, dass nur genau eine weitere MID folgt. Denn auf \ <*>$ würden doch beliebig viele MIDs passen: <meine MID> <MID Antwort1> <MID Antwort2> ... <MID Antwort x>
Ist ja richtig, nur [^>] steht für exakt ein Zeichen, daß nicht > ist, und das ist ja wohl flasch. Denn dann würde es zwar <a> oder <b> matchen, oder auch <@> nicht aber etwa <b.brodesser@t-online.de> oder ähnliches. Auch nicht <> aber das ist hier ehr egal. David hat ja auch nicht gesagt, daß Du <*>$ nehmen solltest, das steht ja auch nur für > oder <> oder <<> oder <<<> oder <<<<> usw. Auch nicht das, was Du suchst. Der * hat in einer regex eine andere Bedeutung wie in der shell. Es steht nicht für beliebig viele beliebige Zeichen, sondern für beliebig häufige Wiederholung des letzten Zeichens. So steht a*b für b oder ab oder aab oder aaab usw. nicht aber für acb. <[^>]*>$ steht somit für ein <, dann beliebig viele Zeichen, die kein > sind und dann exakt ein > und dann Schluß. Also genau das, was Du suchst. Bernd -- Was ist quoten? Quoten ist das Zitieren aus einer mail, der man antwortet. Und wie macht man es richtig? Zitate werden mit "> " gekennzeichnet. Nicht mehr als nötig zitieren. Vor den Abschnitten das Zitat, auf das man sich bezieht, mit einer Zeile Abstand oben und unten. |Zufallssignatur 12
David Haller wrote:
Hallo,
On Sat, 31 Aug 2002, Jan Tim Schueszler wrote:
Diese Score-Regeln habe ich mir analog zu <slrnakkb0u.s2a.aferber@falsche.message-ids.sind-doof.de> aus d.c.s.n gebaut:
score '~x @[^>]*\.schueszler\.subdomain\.de>$' 5 score '~x @[^>]*\.schueszler\.subdomain\.de>\ <[^<>]>$' 4
Die erste Regel funktioniert offensichtlich einwandfrei. Bei der zweiten Regel gehen die Probleme los. Statt mit 4 werden die Mails in zweiter Ebene auch mit 5 benotet.
Wo liegt da der Haken?
Die erste Regel trifft auf jede Mail zu, in deren References du auftauchst.
Sicher? AFAIK müsste doch $ auf end of line matchen und wenn die references Zeile nach dem eigentlichen match auf die Adresse weitergeht, dürfte sie IMHO nicht passen.
Ich weiss jetzt nicht, ob das scoring in mutt addiert oder immer "fest" setzt... Egal.
addiert. -- - maik
participants (4)
-
B.Brodesser＠t-online.de -
David Haller -
Jan Tim Schueszler -
Maik Holtkamp