Lokale NSF mit Texteditor ansehen - seltsame Infos

[datenbanken24]

OK.

[koehlerbv]

Ich habe auch nix dagegen.

Meine Beobachtung: Neue, leere DB from the scratch - ich kann Eure Entdeckung bestätigen (das kann ich schon lange  )

DB, vor ca. 1 Monat from the scratch erstellt, mittlerweile munter in der Entwicklung: Ich finde nichts verwerfliches darin.

DB von ca. 1995 und seitdem ständig in Weiterentwicklung (ich teste darin Code- und Designelemente, und was brauchbar erscheint, bleibt drin): Ich finde nichts verwerfliches darin.

Meine Theorie: Passieren tut sowas nur mit dem Designer. Clients hinterlassen keine derartigen Spuren, da der Bezug zu den Daten 1:1 ist. Bei der Anlage kommt der Schrott mit 'rein, wo noch "Hohlräume" sind. Wie von mir schon vorher beschrieben, sind diese "Hohlräume" völlig überflüssig bzw. können / müssen mit Dummywerten vorbelegt werden.

@Holcomp: Was Deine produktive DB als lokale Replik angeht: Hast Du die schon mal komprimiert oder eine neue Replik davon angelegt und geschaut, ob die überflüssigen Infos dann auch noch enthalten sind ?

Die Sache bleibt spannend, wenn sie auch nun wirklich nicht gerade eine "neue Entdeckung" ist.

Bernhard

[eknori]

eine interessante Sache noch; macht man von der "geschwätzigen" DB eine neue Kopie oder Replik, werden die "unsinnigen" Einträge ordnungsgemäß mit "00" überschrieben

[datenbanken24]

Ich kann mir nur beim besten Willen überhaupt nicht vorstellen, dass in ..zig Jahren kein einziger Mensch jemals auf die Idee gekommen ist, eine neue Datenbank mal im Notepad aufzumachen und bemerkt hat, dass da Sachen drin stehen, die um Gottes Willen da nicht reingehören...

Die ganze Geschichte MUSS doch bekannt oder schon irgendwo beschrieben sein !?

[koehlerbv]

Wie eben schon geschrieben: Ich kenne den Umstand seit Jahren. Ich nehme an, ich habe mir 'ne Notes-DB schon in R2.1 angeschaut.

Bernhard

[eknori]

und kaum ist das erste Designelement in der "geschwätzigen" DB erstellt, ist der Spuk auch vorbei ...

[koehlerbv]

Hab' ich auch schon geschrieben. Aber ich "verniedliche" ja 

Bernhard, die beleidigte Leberwurst 

PS: Thomas V.  - war natürlich nicht so gemeint 

[Onkel ToM]

Kann ich so nicht bestätigen.
Eine Maske mit ein bisserl Text und eine mit 2 Tabellen reichten nicht um den Spuk zu beenden

@Bernhard: ich fand u.a. O=SANITAS 

[AC]

@Bernhard: Komprimieren hat nix gebracht.

@eknori: ein Designelement in die betreffende DB brachte bei mir auch keine Abhilfe. Sonst hätte ich ja nicht auch das "Altlasten" Problem.

Oder habe ich Dch falsch verstanden ??


Melde mich bis morgen nachmittag ab ,

Servus Leute. Holcomb

[eknori]

O=SANITAS 

passt zur Weihnachtszeit 

[MartinG]

  und kaum ist das erste Designelement in der "geschwätzigen" DB erstellt, ist der Spuk auch vorbei ... 

Bei mir auch nicht - habe gerade mal eine Maske erstellt und die Infos sind immer noch drin. Bei mir ist fast die komplette Arbeitsumgebungsinfos lesbar und zusätzlich noch min. 3-5 Mailfragmente...

Was mich vor allem schockt - es ist ein Mailfragement drin von einer etwas heikleren Mail die seit 30.08.2004 nicht mehr in meiner Maildatenbank ist, sondern nur noch in meiner Archivdatenbank!!!

Gruss
Martin

[thoge]

Hallo Ulrich,

eine neue Kopie der Datenbank bringt bei mir keine Abhilfe.

Es steht fein säuberlich alles das drin, was in der ursprünglichen auch stand.

 

Thomas

[Nachtrag]

Ein nachträgliches Einfügen einer Maske und ein paar Ansichten ändert auch nix dran.

[/Nachtrag]

[eknori]

OK, ich dachte, das Thema wäre damit erledigt. Dann geht der Fred morgen an IBM.

[TMC]

Sehr erschrenkend, Eure heutigen Entdeckungen.

Nur der Vollständigkeit halber, weil es oben mehrfach erwähnt wurde:
Microsoft hat auf die vielen Kritiken bezüglich mitgetragener Informationen in MS Office  - Dokumenten reagiert und stellt ein Add-in bereit: Office 2003/XP-Add-In zum Entfernen verborgener Daten

Eure heutigen Tests kann ich leider nur bestätigen, habe es auch gerade festgestellt.
Ich glaube festgestellt zu haben, dass auch nur durch das Kopieren von einzelnen Designelementen (also Design Notes) von DB1 in DB2 per Clipboard mehr Infos mitgetragen werden als z.B. ein DXL-Extrakt enthält, oder die DesignNote-Properties zeigen. Dem werde ich aber gelegentlich noch genauer nachgehen.

[koehlerbv]

Sehr erschrenkend, Eure heutigen Entdeckungen.

Nochmal: Das sind keine "neuen Entdeckungen". Und man möge es bitte in realen Umgebungen nachweisen. Ich kenne das seit 1992 oder 1993.

Völlig abgesehen davon ist es aber eine widerliche Schlamperei, dass sowas unter bestimmten Umständen (deren Umstände nicht geklärt sind) überhaupt passieren kann.

Bernhard

[datenbanken24]

Um so schlimmer !

Denn wenn Du es schon seit 1992 kennst,
ist die Wahrscheinlichkeit doch sicher gering,
dass es ausser Dir kein anderer je bemerkt hat.

Und wenn doch -
ist SOETWAS doch sicher sehr schell bei Lotus/IBM aufgeschlagen !

Denn das passt nun wirklich nicht ins Konzept,
"eines der sichersten Datenbanksysteme der Welt" zu sein.

Wenn Du das seit 1992 kennst,
heißt das jetzt, Lotus/IBM tut das seit immerhin 12 Jahren als "Pillepalle, Kinderkram unwichtig" ab
ODER
schafft es nicht, das innerhalb 12 Jahren zu beheben ? (unvorstellbar)

Wie soll man das verstehen?
Bernhard, ich glaub Dir das gerne mit dem "ewig bekannt", aber ist das wirklich so ein "na wenn schon... , nicht so wichtig, wer regt sich da schon auf" - Ding bei IBM, dass man sowas über 12 Jahre einfach ignoriert ? Sind wir alle hier paranoid ? IBM Lotus Notes ist doch nun mal keine Shareware-Datenbank von irgendeinem Studenten aus sonstwo
sondern die weltweit...
   

[eknori]

Ist jetzt beim Support !

[Marinero Atlántico]

@Datenbanken 24: Sorry. Das war zuviel.
Sicherheit ist in der Computerei immer relativ. So schlimm finde ich das alles übrigens auch nicht. Tritt nur im Designer auf. Wenn da wirklich verwertbare, diskrete Information rauströpfelt ist es Zufall, als Angreifer kann man das kaum effizient als Spionage-Quelle nutzen, etc.

Ich möchte nicht wissen, wieviele IT Verantwortliche sich jetzt in den A... beissen, weil ihre - sagen wir populistisch - Datenbank-Connections über Websphere Entity Beans und nicht über freeware_nicht_shareware hibernate von dem australischen Ex-Studenten Gavin King laufen.
So müssen sie nämlich bis 2006 oder so warten, bis IBM die Konzepte des Ex-Studenten in Websphere übernimmt. Schliesslich ist der jetzt EJB-Spec-leader.
Wieviele IT-Verantwortliche Projekte nicht mehr auf phonky Oracle sondern auf Posgresql machen...

Mit IBM Zeugs zu arbeiten ist für mich sowieso ein ständiges Schwanken zwischen: "Irgendwie haben die doch insgesamt einen ziemlichen Durchblick" zu dem hier:
http://www.jroller.com/page/fate/?anchor=alphaworks_is_a_scam
Ach so: Und in einer Jugend, in der ich mich kaum für Computer interessiert habe, kannte ich von IBM gute Sachen und Horrorstories. Mein Vater war ein ziemlich erfolgreicher VB bei dem Laden.


Axel

[Semeaphoros]

Axel, das Phänomen ist nicht an den Designer gebunden. Jede neue Datenbank, auch wenn sie im Client erstellt wird, hat dieses Phänomen.

[eknori]

hier die erste Reaktion des Support

Dear Mr Krause,

I tried to contact you via phone regarding this PMR:16652,032,724 and could
not reach you.
Can you provide me with the below information:
1* Copy of database causing problem (The OS Copy)
2* Steps by Steps to help me to reproduce the issue.

I was able to access your domino Forum but I is not enough to help us to
find out what is going wrong
http://www.atnotes.de/index.php?topic=20219.0

Also you said that user has deleted a cache.dsk and the problem doesn't
exist?
=> Are you using notes client or Domino server R5? Because cache.dsk is for
R5
=> Is the problem still occurring or it's fixed after deleting the
cache.dsk

Without the above information   it will be difficult for us to continue
working on this pmr:  16652,032,724

Please don't hesitate to let me know if you have any concerns.

While waiting for your feedback, I will setup the next follow up for 27/12


Kind and Best Regards


Kioso Mutambwir