🚀 go-pugleaf

Ralf Roschinski fragte:

> Was mich jetzt wundert, nachdem ich es festgestellt habe,  
> ist, da� die cancel-messages *nur sich selbst* auf L�schen setzen  
> - die Zielmessage lassen sie unangetastet und machen sich somit  
> selbst zu Spam. Das kann doch nicht Sinn der Sache sein!!

Hierbei handelt es sich eindeutig um eine Fehlkonfiguration
Deines Newsreaders.


[F'Up-To: bln.net.news]

In <69eEqqGMJRB@rro.snafu.de>, bendix@rro.snafu.de (Ralf Roschinski)
wrote:

>Hallo liebe Netzbuerger !
>
>�ber die Notwendigkeit von "cancels" rege ich mich immer seltener  
>auf. Was mich jetzt wundert, nachdem ich es festgestellt habe,  
>ist, da� die cancel-messages *nur sich selbst* auf L�schen setzen  
>- die Zielmessage lassen sie unangetastet und machen sich somit  
>selbst zu Spam. Das kann doch nicht Sinn der Sache sein!!

Also bei mir funktioniert cancel sehr gut. Auch bei spam. Und wenn DU
willst, cancel ich sogar Dein message. Soll ich ?

Tilman

bendix@rro.snafu.de (Ralf Roschinski) wrote:

>�ber die Notwendigkeit von "cancels" rege ich mich immer seltener  
>auf. Was mich jetzt wundert, nachdem ich es festgestellt habe,  
>ist, da� die cancel-messages *nur sich selbst* auf L�schen setzen  
>- die Zielmessage lassen sie unangetastet und machen sich somit  
>selbst zu Spam. Das kann doch nicht Sinn der Sache sein!!

Nein, natuerlich nicht. Tun sie auch nicht - wie kommst Du darauf?

Tschuess, Vera

Hi,

Ralf Roschinski <bendix@rro.snafu.de> wrote:

| Ueber die Notwendigkeit von "cancels" rege ich mich immer seltener
| auf. Was mich jetzt wundert, nachdem ich es festgestellt habe,
| ist, dass die cancel-messages *nur sich selbst* auf Loeschen setzen
| - die Zielmessage lassen sie unangetastet und machen sich somit
| selbst zu Spam. Das kann doch nicht Sinn der Sache sein!!

ich verstehe zwar nicht ganz, was Du mit "nur sich selbst" meinst, aber  
das Canceln von Messages funktioniert unter CrossPoint ohne Probleme.  
Nachdem Du Deine Message gecancelt hast, wird die Cancel-Nachricht beim  
naechsten Netcall rausgeschickt, und sie cancelt dann das Original.

Siehe Doku (xpoint.doc).

Bye,

Kaspar

--
Kaspar Landsberg         | "Geben ist seliger denn Nehmen."
kl@kl.IN-Berlin.DE       |                       = M. Ali =

In <31a9a0a7.19689294@news.snafu.de>, tilman@berlin.snafu.de (Tilman
Hausherr) wrote:

>Also bei mir funktioniert cancel sehr gut. Auch bei spam. Und wenn DU
>willst, cancel ich sogar Dein message. Soll ich ?

Er sagt ich soll. Also habe ich.

	Message-ID: <69eEqqGMJRB@rro.snafu.de>

sollte jetzt nicht mehr existieren.

Tilman

Zum Thema  *Re: "cancel" cancelt nichts*
      von  kl@kl.in-berlin.de
      vom  28.05.96
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> ich verstehe zwar nicht ganz, was Du mit "nur sich selbst"
> meinst, aber das Canceln von Messages funktioniert unter
> CrossPoint ohne Probleme. Nachdem Du Deine Message gecancelt
> hast, wird die Cancel-Nachricht beim naechsten Netcall
> rausgeschickt, und sie cancelt dann das Original.
Wenn Du rausgehende Cancels meinst - vielleicht. Ich meine bei  
mir eingehende cancels. Und die l�schen bei mir nur sich selbst,  
die Zielnachricht lassen sie ungeschoren.

> Siehe Doku (xpoint.doc).
Habe dar�ber nichts finden k�nnen

Ralf
(ab 1.6. 3 Wochen Sendepause)

geschrieben von bendix@rro.snafu.de am 27.05.96
zu ""cancel" cancelt nichts":

>Ueber die Notwendigkeit von "cancels" rege ich mich immer seltener
>auf. Was mich jetzt wundert, nachdem ich es festgestellt habe,
>ist, dass die cancel-messages *nur sich selbst* auf Loeschen setzen
>- die Zielmessage lassen sie unangetastet und machen sich somit
>selbst zu Spam. Das kann doch nicht Sinn der Sache sein!!

Nein, nein... Hier ist XP irgendwo buggi.

Normalerweise werden cancel-MSG mit der selben MSG-ID versendet und somit  
ueberschreibt die C-MSG das Original.

ABER: Kommt die C-MSG vor der Nachricht, dann wird die C-MSG geloescht.
      Hat die C-MSG nicht die gleiche MID sondern den MID-Eintrag im Betreff
      dann wertet XP das nicht aus....


Leider

Rene

-- 
 e-mail:  rene@flatta.in-berlin.de   flatta@kwcom.in-berlin.de
 Server: fserv@flatta.in-berlin.de  faqserv@flatta.in-berlin.de
           Hilfe / help / hilf jeweils im Body

geschrieben von tilman@berlin.snafu.de am 28.05.96
zu "Re: "cancel" cancelt nichts":

>In <31a9a0a7.19689294@news.snafu.de>, tilman@berlin.snafu.de (Tilman
>Hausherr) wrote:
>
>>Also bei mir funktioniert cancel sehr gut. Auch bei spam. Und wenn DU
>>willst, cancel ich sogar Dein message. Soll ich ?
>
>Er sagt ich soll. Also habe ich.
>
>	Message-ID: <69eEqqGMJRB@rro.snafu.de>
>
>sollte jetzt nicht mehr existieren.
>
>Tilman

  Adresse  Halten  Loeschen  Kill  BrettBrief  PM  Info  Sonstige           Esc
                                                                          rene  
 Bezugsnachrichten zu ""cancel" cancelt nichts"
        369  Ralf Roschinski                            "cancel" cancelt nichts
        606  +--Tilman Hausherr
        364  |  +--Andreas Loosen           This is a cancel <31a9a0a7.19689294
        507  |  |  +--Tilman Hausherr       Re: cancel <31a9a0a7.19689294@news.
       1106  |  |  +--Rene Kacza
        346  |  +--Tilman Hausherr
        471  +--Vera Heinau
       1040  |  +--Ralf Roschinski
        404  +--Thomas Witt
        553  +--Andreas Loosen
        858  +--Kaspar Landsberg
        905  +--Ralf Roschinski             This is a cancel <69eEqqGMJRB@rro.s
        972  +--Rene Kacza
  -     609  +--Rene Kacza

Deine Nachricht hat die Groesse 346.
Die Nachricht, die Du canceln wolltest war die von Ralf (ganz oben)

Was nun?

Rene

-- 
 e-mail:  rene@flatta.in-berlin.de   flatta@kwcom.in-berlin.de
 Server: fserv@flatta.in-berlin.de  faqserv@flatta.in-berlin.de
           Hilfe / help / hilf jeweils im Body

rene@flatta.in-berlin.de (Rene Kacza) wrote:

>Normalerweise werden cancel-MSG mit der selben MSG-ID versendet und somit  
>ueberschreibt die C-MSG das Original.

Das ist definitiv falsch. MSG-IDs haben eindeutig zu sein und duerfen
nicht "recycled" werden. Auch nicht fuer diese Zwecke. Abgesehen davon
wuerde kein Newsserver eine zweite Message mit gleicher ID annehmen,
sondern sie gleich wegwerfen.

Tschuess, Vera

In <69lq-sHz2TB@flatta.in-berlin.de>, rene@flatta.in-berlin.de (Rene
Kacza) wrote:


>Deine Nachricht hat die Groesse 346.
>Die Nachricht, die Du canceln wolltest war die von Ralf (ganz oben)

Wenn sie bei Dir noch existiert kann dies zwei Gr�nde haben

1. Lokal bei Dir wird sie nat�rlich nicht gecancelt (wenn Du einen
offline reader verwendest)
2. Dein Server unterst�tzt keine cancels

Tilman

Hi,

Ralf Roschinski <bendix@rro.snafu.de> wrote:

| Wenn Du rausgehende Cancels meinst - vielleicht. Ich meine bei
| mir eingehende cancels. Und die loeschen bei mir nur sich selbst,
| die Zielnachricht lassen sie ungeschoren.

*klingel* Jetzt verstehe ich, was Du meinst. :) War wohl etwas spaet, als  
ich das F'Up erstellt hatte..

Zum Problem: Ich finde eigentlich nichts Stoerendes daran. Im Gegenteil,  
so kann man immer noch schauen, was denn eigentlich gecancelt wurde. :-)

Gruss,

Kaspar

--
Kaspar Landsberg         | "Guenstige Darlehen zu unbuerokratischen 
kl@kl.IN-Berlin.DE       |  Konditionen..."
                                                          = Satan =

rene@flatta.in-berlin.de (Rene Kacza) writes:

>Normalerweise werden cancel-MSG mit der selben MSG-ID versendet und somit  
>ueberschreibt die C-MSG das Original.

Nein. Wenn Cancel und Bezugsposting die gleiche Message-ID h�tten, w�rde ein
vern�nftiger NTA das Cancel als Duplikat erkennen und �berhaupt nicht
bearbeiten ...

Gr��e, Sebastian.
-- 
##	http://www.in-berlin.de/User/nexus/sema.html		##
##	Sebastian Matschke, 13125 Berlin, Germany		##

Rene wrote:

> Normalerweise werden cancel-MSG mit der selben MSG-ID versendet und somit
> ueberschreibt die C-MSG das Original.

Sorry, das ist M�ll! Eine Cancel-MSG mit gleicher MID w�rde schonungslos  
von ersten korrekt arbeitenden System gel�scht werden und nie verbreitet  
werden. Normalerweise h�ngt man vor die MID der gecancelten Nachricht ein  
'cancel-'. Clevere Spammer nutzen dies und posten selbst eine Nachricht  
mit 'cancel-' davor, so da� der richtige Cancel verschluckt wird.

> ABER: Kommt die C-MSG vor der Nachricht, dann wird die C-MSG geloescht.
>       Hat die C-MSG nicht die gleiche MID sondern den MID-Eintrag im Betreff
>       dann wertet XP das nicht aus....

Ausschlaggebend sollte allein der Inhalt der control:-Zeile sein. Im  
Betreff k�nnte auch "Schwuppdiwupp, weg mit der Nachricht" stehen, es  
m��te dennoch gecancelt werden. Und das tut XP meiner Erfahrung nach auch.

Bye
        Kai
-- 
Wu�ten Sie schon: Quantenmechaniker ist im Gegensatz zum Kfz-Mechaniker
kein anerkannter Lehrberuf?

Hallo

Quoting rene@flatta.in-berlin.de, 29.05.96, an:  Rene Kacza :

> Normalerweise werden cancel-MSG mit der selben MSG-ID versendet und
> somit ueberschreibt die C-MSG das Original.

Zu Euren nervigen Diskussion:

NAME=Cancel-mail
BET=cancel
EMP=~@
PUFFER
EXPORT=c:\schrott\cancel\cancel.$$$
LOESCHEN
end

--
Salut  ,
    Rene
Cooking FOR ?! I'm not cooking FOR anybody ! I'm just having fun !!

kai_rode@kender.wupper.de (Kai Rode) wrote:

[Cancel-Messages]
>Normalerweise h�ngt man vor die MID der gecancelten Nachricht ein  
>'cancel-'. 

Vorsicht: Das gilt nur dann, wenn man *fremde* Nachrichten gemaess der
SPAM-Konvention canceled. In diese Verlegenheit sollten Leser von bln.*
relativ selten kommen, da es Leute gibt, die das weltweit bzw. in
Deutschland machen.

Tschuess, Vera

geschrieben von rene@apicius.links.ch am 31.05.96
zu "Re: "cancel" cancelt nichts":

>Quoting rene@flatta.in-berlin.de, 29.05.96, an:  Rene Kacza :
>
>> Normalerweise werden cancel-MSG mit der selben MSG-ID versendet und
>> somit ueberschreibt die C-MSG das Original.
(siehe dazu Antwort auf Vera Heinau)

>
>Zu Euren nervigen Diskussion:
>
>NAME=Cancel-mail
>BET=cancel
>EMP=~@
>PUFFER
>EXPORT=c:\schrott\cancel\cancel.$$$
>LOESCHEN
>end

1.Damit wird die eigentliche MSg gar nicht erst auf Attrib: Loeschen gesetzt.
2.Die Uebertragung bleibt trotzdem


Rene

PS: ein eigenes Group fuer CMsgs waere besser - mit BEZIEHEN geht das dann  
auch sehr gut:-))


-- 
 e-mail:  rene@flatta.in-berlin.de   flatta@kwcom.in-berlin.de
 Server: fserv@flatta.in-berlin.de  faqserv@flatta.in-berlin.de
           Hilfe / help / hilf jeweils im Body

geschrieben von heinau@chemie.fu-berlin.de am 30.05.96
zu "Re: "cancel" cancelt nichts":

>Das ist definitiv falsch. MSG-IDs haben eindeutig zu sein und duerfen
>nicht "recycled" werden. Auch nicht fuer diese Zwecke. Abgesehen davon
>wuerde kein Newsserver eine zweite Message mit gleicher ID annehmen,
>sondern sie gleich wegwerfen.

Danke - habe ich irgendwo verkehrt gedacht:-(

Wie merkt ein Newssystem eigentlich, das die MSg-ID schon einmal vergeben  
wurde?

Rene

-- 
 e-mail:  rene@flatta.in-berlin.de   flatta@kwcom.in-berlin.de
 Server: fserv@flatta.in-berlin.de  faqserv@flatta.in-berlin.de
           Hilfe / help / hilf jeweils im Body

geschrieben von kai_rode@kender.wupper.de am 30.05.96
zu "Re: "cancel" cancelt nichts":

>Rene wrote:
>
>Sorry, das ist Muell! Eine Cancel-MSG mit gleicher MID wuerde schonungslos
Hm. Bereits eingesehen:-)
>
>> ABER: Kommt die C-MSG vor der Nachricht, dann wird die C-MSG geloescht.
>>       Hat die C-MSG nicht die gleiche MID sondern den MID-Eintrag im
>>       Betreff dann wertet XP das nicht aus....
>
>Ausschlaggebend sollte allein der Inhalt der control:-Zeile sein. Im
>Betreff koennte auch "Schwuppdiwupp, weg mit der Nachricht" stehen, es
>muesste dennoch gecancelt werden. Und das tut XP meiner Erfahrung nach auch.

NEIN!

kommt ein cancel VOR der eigentlichen Nachricht, wird die cancelmsg auf  
loeschen gesetzt und das wars dann. bei der naechsten reorg fliegt sie raus -  
das wars dann.

Aber auch ohne reorg geht nichts mehr. Die cancel-nachricht steht auf  
loeschen und tschuess...

Rene

-- 
 e-mail:  rene@flatta.in-berlin.de   flatta@kwcom.in-berlin.de
 Server: fserv@flatta.in-berlin.de  faqserv@flatta.in-berlin.de
           Hilfe / help / hilf jeweils im Body

rene@flatta.in-berlin.de (Rene Kacza) wrote:


>PS: ein eigenes Group fuer CMsgs waere besser - mit BEZIEHEN geht das dann  
>auch sehr gut:-))

Das willst Du nicht wirklich. Bei uns trudeln taeglich ueber 4.000
Cancel-Messages ein. Die will niemand komplett beziehen, nur weil er
vielleich bln.* von uns pollt...
Cancelmessages werden in den Gruppen verteilt, in die der
Originalartikel geschickt wurde und das ist auch sinnvoll so. Auf diese
Art und Weise erhalten genau die Systeme die Cancelmessage, die auch den
Originalartikel erhalten haben. Wie sie dann auf die Cancelmessage
reagieren, bleibt jedem Admin ueberlassen.

Tschuess, Vera

rene@flatta.in-berlin.de (Rene Kacza) wrote:

>Wie merkt ein Newssystem eigentlich, das die MSg-ID schon einmal vergeben  
>wurde?

Es fuehrt eine entsprechende Datenbank, bei CNews und INN die Datei
"history". Je nach Server ist sie unterschiedlich gross - bei uns z.B.
knapp 200 MB (plus 20 MB zur Datenbankverwaltung).
Unser Server wirft alle Artikel weg, die in dieser Datenbank schon
verzeichnet sind oder aelter als 14 Tage sind.

Tschuess, Vera

Hallo Rene

Quoting rene@flatta.in-berlin.de, 01.06.96:

> >Zu Euren nervigen Diskussion:
> >
> >NAME=Cancel-mail
> >BET=cancel
> >EMP=~@
> >PUFFER
> >EXPORT=c:\schrott\cancel\cancel.$$$
> >LOESCHEN
> >end
>
> 1.Damit wird die eigentliche MSg gar nicht erst auf Attrib:
> Loeschen gesetzt.

Die Nachricht will ich ja nicht loeschen, sondern aus dem Puffer  
entfernen...

Funktionieren tut es schon, jedenfalls ich habe Deine Nachricht nicht mehr  
in CrossPoint gehabt, sondern im Verzeichnis c:\schrott\cancel, als  
cancel.003 :-) Da ich aber vorsichtig war, und als Puffer abspeichern  
lies, konnte ich diese Nachricht natuerlich reimportieren! :-)

Uebrigens, aus der Dokumentation zu XPFilter:

xxxxx------------------- Zitat ein ----------------------------------
   4.2.16  LOESCHEN

   LOESCHEN bewirkt genau das, was der Name  sagt:  alle  auf  dieses
   Muster passenden Nachrichten werden aus dem Puffer entfernt.
xxxxx------------------- Zitat aus ----------------------------------

Und dies klappt bestens... ;-) Also: zuerst austesten, dann beanstanden  
falls noetig...

> 2.Die Uebertragung bleibt trotzdem

Na klar, und auch nie Gegenteiliges behauptet?! Wie willst Du es auch  
sonst machen, ohne beim feed selbst filtern zu lassen?! ;-)

--
Salut  ,
    Rene
Cooking FOR ?! I'm not cooking FOR anybody ! I'm just having fun !!

geschrieben von heinau@chemie.fu-berlin.de am 02.06.96
zu "Re: "cancel" cancelt nichts":

>>PS: ein eigenes Group fuer CMsgs waere besser - mit BEZIEHEN geht das dann
>>auch sehr gut:-))
>
>Das willst Du nicht wirklich. Bei uns trudeln taeglich ueber 4.000
>Cancel-Messages ein. Die will niemand komplett beziehen, nur weil er
>vielleich bln.* von uns pollt...

Nein Vera - da haben wir an einander vorbei gedacht;-) Es ging um den XP- 
Filter. Die Group bezog sich auf die interne Verwaltung innerhalb von XP.

Rene

-- 
 e-mail:  rene@flatta.in-berlin.de   flatta@kwcom.in-berlin.de
 Server: fserv@flatta.in-berlin.de  faqserv@flatta.in-berlin.de
           Hilfe / help / hilf jeweils im Body

geschrieben von rene@apicius.links.ch am 03.06.96
zu "Re: "cancel" cancelt nichts":

>Die Nachricht will ich ja nicht loeschen, sondern aus dem Puffer
>entfernen...

>Und dies klappt bestens... ;-) Also: zuerst austesten, dann beanstanden
>falls noetig...

Ja schon, aber: Ein Cancel (nicht FremdC) wird aus guten Gruenden gemacht...
Wer C-MSGs aus dem Pollpuffer entfernt, hindert damit den Poster sein  
Verbreitungsrecht auszuueben....

F'up de.soc.recht


Rene

-- 
 e-mail:  rene@flatta.in-berlin.de   flatta@kwcom.in-berlin.de
 Server: fserv@flatta.in-berlin.de  faqserv@flatta.in-berlin.de
           Hilfe / help / hilf jeweils im Body

rene@flatta.in-berlin.de (Rene Kacza) meinte am 01.06.96
zum Thema "Re: "cancel" cancelt nichts":

RK> kommt ein cancel VOR der eigentlichen Nachricht, wird die cancelmsg auf
RK> loeschen gesetzt und das wars dann. bei der naechsten reorg fliegt sie
RK> raus - das wars dann.

Ist ja auch sinnvoll. Sonst k�nnte ja einer "auf Verdacht" schonmal die
News der n�chsten sechs Monate fremdcanceln...


usch

--
:  usch@viking.ruhr.com  :  75472.3720@compuserve.com  :
:            http://www.ruhr.de/home/squonk            :
: "Every feature is a bug unless it can be turned off" :

usch@viking.ruhr.com (Uwe Schroeder) writes:

>Ist ja auch sinnvoll. Sonst k�nnte ja einer "auf Verdacht" schonmal die
>News der n�chsten sechs Monate fremdcanceln...

... hellseherische F�higkeiten vorausgesetzt ...
-- 
##	http://www.in-berlin.de/User/nexus/sema.html		##
##	Sebastian Matschke, 13125 Berlin, Germany		##

geschrieben von usch@viking.ruhr.com am 05.06.96
zu "Re: "cancel" cancelt nichts":

>Ist ja auch sinnvoll. Sonst koennte ja einer "auf Verdacht" schonmal die
>News der naechsten sechs Monate fremdcanceln...

Bloedsinn.
Versuchs mal: bestimme mal eine MSG-ID, die von mir hier (d.c.s.c) abgesetzt  
wird im Vornherein!

Rene

-- 
 e-mail:  rene@flatta.in-berlin.de   flatta@kwcom.in-berlin.de
 Server: fserv@flatta.in-berlin.de  faqserv@flatta.in-berlin.de
           Hilfe / help / hilf jeweils im Body