ADS werden beim normalen FileCopy mitkopiert, aber wie verhält es sich z.B.
bei Word-Dateien, bei denen ggfs. neue Dateien unter altem Dateinamen
erzeugt werden? Gibt es da eine Richtlinie, evtl. vorhandene ADS zu
übernehmen? Dazu müsste es doch eine Windows-Funktion geben, die den
Inhaltsverzeichnis-Eintrag dupliziert, so daß eine neue Datei mit den
Verweisen auf die alten ADS erzeugt werden kann.

Am 18.05.2024 um 11:57 schrieb Wendelin Uez:
> ADS werden beim normalen FileCopy mitkopiert, aber wie verhält es sich
> z.B. bei Word-Dateien, bei denen ggfs. neue Dateien unter altem
> Dateinamen erzeugt werden? Gibt es da eine Richtlinie, evtl. vorhandene
> ADS zu übernehmen? Dazu müsste es doch eine Windows-Funktion geben, die
> den Inhaltsverzeichnis-Eintrag dupliziert, so daß eine neue Datei mit
> den Verweisen auf die alten ADS erzeugt werden kann.

Das ist mal wieder ein typisches Uez-Problem. ;-)

Statt dich um das Kopieren "Alternativer Daten Streams" zu kümmern,
solltest Du dich besser darum kümmern, den Schund zu erkennen und
zu löschen...

Gruß Klaus

Am 18.05.2024 um 11:57 schrieb Wendelin Uez:
> ADS werden beim normalen FileCopy mitkopiert, aber wie verhält es sich
> z.B. bei Word-Dateien, bei denen ggfs. neue Dateien unter altem
> Dateinamen erzeugt werden? Gibt es da eine Richtlinie, evtl. vorhandene
> ADS zu übernehmen? Dazu müsste es doch eine Windows-Funktion geben, die
> den Inhaltsverzeichnis-Eintrag dupliziert, so daß eine neue Datei mit
> den Verweisen auf die alten ADS erzeugt werden kann.

Bei den Streams kann es sich um beliebige Inhalte handeln.
Text-Dateien, Exe-Dateien, Viren, Trojaner, alles ist
möglich. Die Inhalte werden von der jeweiligen App verwaltet.
Windows kopiert lediglich.

Was für eine Windows-Funktion sollte es da geben? Was für ein
Inhaltsverzeichnis? Die ADS sind Dateien von einem X-beliebigen
Typ, mit einem X-beliebigen Inhalt.

Manchmal hilft auch ein schlichtes nachsehen. Da sieht man
das doch.

Gruß Klaus

> Bei den Streams kann es sich um beliebige Inhalte handeln.
> Text-Dateien, Exe-Dateien, Viren, Trojaner, alles ist
> möglich. Die Inhalte werden von der jeweiligen App verwaltet.
> Windows kopiert lediglich.
>
> Was für eine Windows-Funktion sollte es da geben? Was für ein
> Inhaltsverzeichnis? Die ADS sind Dateien von einem X-beliebigen
> Typ, mit einem X-beliebigen Inhalt.

Das ist richtig, aber nicht das angesprochene Problem.. Mit ADS kann man
beliebigen Dateien wie z.B. Word-Dokumenten zusätzliche Attribute
gespeichert in einem ADS zuordnen. Bei normalen Dateikopiervorgängen bleibt
dieser ADS erhalten, d.h. die Kopie verfügt ebenfalls über einen ADS.

Wie bereits ausgeführt können Programme Dateikopien aber auch ohne die
OS-Kopier-Funktion neu anlegen und selbst befüllen. Das machen insbesondere
Office-Programme wie Word und Excel so, die damit Dateien größer als der
verfügbare Hauptspeicher handeln können - sie verarbeiten diese Dateien
segmentweise, und nach der Speicherung durch den Benutzer erhält die neue
Datei den alten Dateinamen. Dieser neuen Datei unter altem Namen fehlt dann
natürlich der ADS, weil das OS von ihm gar nichts weiß, es legt ja nur eine
neue Datei an und schreibt da was rein. Daß ein ADS übertragen werden soll
müsste man ihm extra sagen.

Da MS selbst ADS verwendet ist zu erwarten, daß MS-Programme zumindest ihre
eigenen, nur ihnen bekannten ADS in solchen Fällen mit kopiert. Da sich die
Namen der genutzten ADS im Laufe der Programmpflege ändern könnten wäre es
aus Programmierersicht einfacher und vor allem sicherer und flexibler, statt
eine hartkodierte Liste möglicher ADS-Namen abzuarbeiten einfach alle ggfs.
vorhandenen ADS zu kopieren.

Dies wiederum könnte jedes Programm für sich nach eigenem Gusto machen, es
wäre aber sinnvoller und erwartbar, wenn das OS sprich Windows eine Funktion
"CopyADS" hätte, was diesen Prozeß stark vereinfachen würde. Gäbe es eine
solche Funktion, dann wäre dies zwar noch keine Sicherheit, daß sie auch
tatsächlich benutzt würde, aber es wäre stark zu vermuten, daß sorgfältige
Entwickler sie tatsächlich benutzten, weil sie dann nur einen einzigen
Befehl zusätzlich bräuchten.

Die Existenz einer solchen Funktion abzuklären war Gegenstand meiner
Anfrage. Ich kenne eine solche nicht, aber das muß ja nichts heißen :-)

Für mich würde das Fehlen einer solchen Funktion allerdings erklären, warum
ADS ein Flop geworden sind und kaum genutzt werden - wenn mein ADS von einem
Drittprogramm leicht ins Nirwanda geschickt werden kann, dann lohnt sich
eine Nutzung dieser Technik wegen Unzuverlässigkeit einfach nicht.

Am 19.05.2024 um 13:32 schrieb Wendelin Uez:
[...]
Ich verstehe dein Problem mal wieder nicht.

Wenn z.B. Word für ein Dokument einen zusätzlichen Stream erzeugt, dann
ist der fest mit dem Dokument verbunden. Obwohl der Stream in einer
eigenen Datei gespeichert wird, ist er untrennbar mit dem Dokument
verbunden, so als ob er im Dokument gespeichert würde.

Eine Funktion CopyAds ist unsinnig, weil die Streams vom System wie ein
Bestandteil der Datei behandelt werden. Die werden immer mit kopiert,
mit gelöscht, mit umbenannt. Daher kapiere ich nicht, was Du für
Probleme hast.

In (nicht nur) meinen Augen sind die Streams sinnfrei, weil die
mitgeführten Datein in keiner Weise transparent sind und den
Speicherplatz verschleiern/verfälschen. Im Grunde bereiten sie nur
Probleme und produzieren unsinnige Fehlermeldungen. Zudem sind sie auf
NTFS beschränkt. Das Argument mit der Speichergröße ist auch Quark.
Welche Begrenzung gibt es denn da?

Streams nutzt keine normale Software, weil das eine Fehlerquelle
allererster Güte ist. Schon garnicht für Bewegungsdaten. Bei mir nicht
einmal Microsoft.

Die einzigen Streams, die ich in meinen FileSystem-Hooks entdecke, die
sind entweder böse, oder es handelt sich um Zone-Informationen, die bei
einem Download von irgendwem angehangen werden. Egal was sie auch
beinhalten, sie werden gelöscht!

Wenn eine Datei Streams enthält, dann sieht das so aus:

t:\dokumente\unfug.nzb
t:\dokumente\unfug.nzb::$DATA ' Die eigentlichen Daten
t:\dokumente\unfug.nzb:Zone.Identifier:$DATA ' Eine Datei mit
Zone-Informationen
t:\dokumente\unfug.nzb:Misc.Data:$DATA ' Eine Datei mit Sonstwas drin

Die Dinger werden immer als eine Datei behandelt!

Zudem sind diese Dateien nicht sichtbar. Nur wenn man den genauen Namen
kennt kann man darauf zugreifen.

DARUM MUSS MAN SICH NICHT KÜMMERN!

> Wenn z.B. Word für ein Dokument einen zusätzlichen Stream erzeugt, dann
> ist der fest mit dem Dokument verbunden. Obwohl der Stream in einer
> eigenen Datei gespeichert wird, ist er untrennbar mit dem Dokument
> verbunden, so als ob er im Dokument gespeichert würde.

Ein ADS ist m.W. nicht im Dokument selbst gespeichert, sondern als ganz
normale Datei beliebigen Typs mit einem alternativen
Dateiinhaltsverzeichniseintrags, auf den von dem Eintrag des
ADS-enthaltenden Dokuments drauf verwiesen wird. Weswegen es ADS nur gibt in
NTFS und noch irgendeinem anderen mir gerade nicht geläufigem Format.

Wären ADS im Dokument selbst gespeichert, müsste jedes Programm mit einer
SaveAs-Funktion zusätzlich eine Quelle angeben, damit eine neu erzeugte
Kopie ebenfalls einen ADS erhalten kann.

> Eine Funktion CopyAds ist unsinnig, weil die Streams vom System wie ein
> Bestandteil der Datei behandelt werden. Die werden immer mit kopiert, mit
> gelöscht, mit umbenannt. Daher kapiere ich nicht, was Du für Probleme
> hast.

Die Systemkopierfunktionen kopieren ADS mit, das ist richtig. Ich habe aber
doch versucht es zu erklären: Wenn ein Programm (wie Word) eine große Datei
segmentiert verarbeitet und bei entsprechend großen Änderungen/Einfügungen
nicht die bestehende Datei erweitert, sondern eine neue anlegt, die alte
umbenennt und der neu angelegten Datei den Namen der alten gibt, dann kann
das OS den ADS der alten nicht kennen und benötigt für den Transfer einen
Anstoß, sprich besagte hypothetische Funktion CopyADS, entweder im eigenen
Code oder als Windows-Funktion, oder eben es wird, wie befürchtet, dann halt
nichts kopiert und der ADS geht verloren. Diejenigen ADS, die das
Erzeugerprogramm ggfs. selbst anlegt, kann es kennen und ggfs. kopieren,
wenn es das "von Hand" macht. Wenn es Windows macht, dann muß es eine
Kopierfunktion für alle vorhandene ADS geben. Das weiß ich eben noch nicht.

> In (nicht nur) meinen Augen sind die Streams sinnfrei, weil die
> mitgeführten Datein in keiner Weise transparent sind und den Speicherplatz
> verschleiern/verfälschen.

Der Vorteil wäre, daß externe Programme einem Dokument zusätzliche
Informationen mitgeben können, die vom Bearbeitungsprogramm des Dokuments
unabhängig sind und von diesem auch nicht modifiziert werden (eben abgesehen
von der beschriebenen Löschung), z.B. eine Prüfsumme. Würden ADS auch bei
solchen Dokumenten wie Word-Dateien beibehalten, könnte man z.B. eine
nachträgliche Bearbeitung erkennen.

> Im Grunde bereiten sie nur Probleme und produzieren unsinnige
> Fehlermeldungen. Zudem sind sie auf NTFS beschränkt. Das Argument mit der
> Speichergröße ist auch Quark. Welche Begrenzung gibt es denn da?

Fehelrmeldungen sind mir jetzt noch nicht begegnet.

Um eine Datei bearbeiten zu können, die größer ist als der verfügbare
Hauptspeicher, braucht es spezielle Techniken, weil das Dokument dann nicht
mehr als Ganzes geladen werden kann und nicht mehr alle Informationen
gleichzeitig zur Verfügung stehen. War in den PC-Anfangsjahren ein riesiges
Problem, bei heutigen Rechnern ist es sehr selten geworden, kann aber immer
noch auftreten.

> Streams nutzt keine normale Software, weil das eine Fehlerquelle
> allererster Güte ist. Schon garnicht für Bewegungsdaten. Bei mir nicht
> einmal Microsoft.

Eine Streamdatei mit reinem Text, also als *.txt gespeichert, kann man
bequem mit dem Systemeditor anlegen, lesen und speichern.

> Die Dinger werden immer als eine Datei behandelt!

Es *sind* ja auch einzelne Dateien, sie erscheinen lediglich nicht im
normalen Dateiinhaltsverzeichnis.

> Zudem sind diese Dateien nicht sichtbar. Nur wenn man den genauen Namen
> kennt kann man darauf zugreifen.

Wird immer gesagt, aber es gibt Software wie AlternateStreamView von
NirSoft, die vorhandene ADS ohne Namensvorgabe auffindet. Es wäre auch
unlogisch, wenn es dafür kein FindNext o.ä. geben würde. Nur die
Befehlszeileneingabe kennt keinen Befehl zur Auflistung vorhandener ADS.

> DARUM MUSS MAN SICH NICHT KÜMMERN!

ICH WILL ES ABER! :-)

Am 19.05.2024 um 13:32 schrieb Wendelin Uez:
Ich habe mit keiner Silbe erwähnt, dass die Streams im Dokument
gespeichert werden. Ich habe geschrieben, dass sie so behandelt werden,
als wären sie im Dokument gespeichert, und das ist nunmal so.

Diese Streams sind keine normalen Dateien!

Dein Problem ist, dass Du einfach nicht verstehst, was Streams sind, und
wie sie verarbeitet werden. Was Du hier an Problemen konstruierst ist
unsinnig. Solche Probleme gibt es nicht. Die Anwendung, welche die
Streams anlegt verwaltet sie auch. Sonst keiner. Die Streams sind nicht
dazu gedacht, dass ein Anwender darin herumpfuscht. Das ist so, als
würde jenmand anfangen, die DLLs von Word selber zu verwalten.

Es ist unsinnig, in den Streams Daten zu speichern, die vom Erzeuger
(z.B. Word) unabhängig sind. Wer soll diese Streams anlegen? Wer soll
sie mit Daten füllen? Word kann mit diesen Daten auch rein garnichts
anfangen, weil es sie nicht kennt.

Nimm mal ein Dokument mit 200 MB, an dem ein 5 GB großer Stream hängt.
Die Dateigröße beträgt für das System 200 MB, und nicht 5,2 GB. Dann
kopiere das Dokument auf eine Wechselplatte oder einen Stick, auf der
noch 4 GB frei sind, und staune über die schwachsinnigen
Fehlermeldungen. (Ich glaube sowas wie "Attribute können nicht mit
kopiert werden. Trotzdem kopieren?")

Wenn man das Format kennt (habe ich ja beschrieben) kann man selber
Streams anlegen. Nur kann Word mit diesen Streams absolut nichts
anfangen. Wenn man nicht gerade unbemerkt Trojaner transportieren will,
dann ist das schlichtweg sinnfrei. Ganz besonders für Bewegungsdaten!

Streams sind zwar einzelne Dateien, jedoch keine normalen Dateien. Das
erkennt man schon daran, dass in den Dateinamen für Dateinamen verbotene
Zeichen stehen. Man kann sie nicht wie normale Dateien behandeln.

Ich habe selber Tools geschrieben, die Streams verarbeiten
(Hauptsächlich löschen). Daher weiss ich, dass Tools diese Streams auch
NICHT auf normalem Weg finden können. (Ein Dir$ funktioniert ebenso
wenig, wie ein FindFirstFile). Die Tools können Ordnerinhalte scannen,
und dann in den gefundenen Dateien nachsehen, ob mehr als 1 Stream
enthalten ist. (Der 1. Stream ist der normale Dateiinhalt). Wenn ja,
können sie den Dateinamen und die Länge des Streams auslesen, und dann
den Inhalt des Streams ermitteln.

> ICH WILL ES ABER!

Ja, deshalb schrieb ich von einem typischen Uetz-Problem.
Das gesamte Problem ist konstruiert, weil Du die Streams nicht verstehen
willst/kannst.

P.S.
Ich muss so seltsam posten, weil der von mir genutzte News-Server
spinnt. Gerade hat er dein OP gelöscht, und die meisten Beiträge
verschluckt er, wenn ich die nicht in einer Minute absende. Ordentlich
quoten geht da nicht. Kennst Du einen ordentlichen, kostenlosen
NewsServer, der funktioniert?

Am 20.05.2024 um 01:00 schrieb Klaus Ketelaer:
> einen ordentlichen, kostenlosen NewsServer, der funktioniert?

Du könntest mal "eternal-september.org" ausprobieren.

Gruß Ulrich

Am 20.05.2024 um 13:15 schrieb Ulrich Möller:
> Am 20.05.2024 um 01:00 schrieb Klaus Ketelaer:
>> einen ordentlichen, kostenlosen NewsServer, der funktioniert?
>
> Du könntest mal "eternal-september.org" ausprobieren.

Hallo Ulrich,

vielen Dank für den Tip;-)

Gruß Klaus

Am 20.05.2024 um 13:54 schrieb Klaus Ketelaer:
> Am 20.05.2024 um 13:15 schrieb Ulrich Möller:
>> Am 20.05.2024 um 01:00 schrieb Klaus Ketelaer:
>>> einen ordentlichen, kostenlosen NewsServer, der funktioniert?
>>
>> Du könntest mal "eternal-september.org" ausprobieren.
>
> Hallo Ulrich,
>
> vielen Dank für den Tip;-)

Hat funktioniert. Hoffentlich klappt es jetzt besser.

Der NewsServer scheint einem alten Spielkameraden von
mir zu gehören, mit dem ich vor 20 Jahren richtig viel
Spaß hatte;-)

Gruß Klaus

> Diese Streams sind keine normalen Dateien!
>
> Dein Problem ist, dass Du einfach nicht verstehst, was Streams sind, und
> wie sie verarbeitet werden.

Wir sprechen von ADS und nicht von Streams allgemein, aber ich dachte, ich
hätte es mittlerweile so einfach beschrieben, daß es jeder kapieren könnte.

Die Daten eines jeden Datenstreams müssen ja irgendwo herkommen. Oft von der
Festplatte. Wie sie dort gespeichert werden ist Sache des Dateisystems,
üblicherweise in "normalen" Dateien. Das sind solche, die das Betriebssystem
beim Durchforsten des Inhaltsverzeichnisses zurück meldet.

Es kann aber - bei NTFS-formatierten Datenträgern - auch Dateien geben, die
dabei nicht zurück gemeldet werden. Die "normalen" Dateisuchfunktionen
überspringen einfach die entsprechenden Inhaltsverzeichniseinträge..

Dafür existieren im Inhaltsverzeichnis-System spezielle Links zu diesen
Dateien, die einem "normalen" IEintrag zugeordnet sind. Das sind die ADS.

Deine folgende Behauptung

> Was Du hier an Problemen konstruierst ist unsinnig. Solche Probleme gibt
> es nicht. Die Anwendung, welche die Streams anlegt verwaltet sie auch.
> Sonst keiner.

sind Blödsinn, alleine deshalb, weil auf der Festplatte zu speichernde Daten
noch immer von den dafür zuständigen Subsystemen und nicht direkt vom
Anwendungsprogramm gespeichert werden.

Oder defineirst du in deinen Programmen etwa, auf welchem Sektor der
Festplatte deine Daten liegen? Nein, du nutzt Dateinamen und das OS kümmert
sich dann darum, wo diese Daten untergebracht werden.

Auch hier irrst du:

> Es ist unsinnig, in den Streams Daten zu speichern, die vom Erzeuger (z.B.
> Word) unabhängig sind. Wer soll diese Streams anlegen? Wer soll sie mit
> Daten füllen? Word kann mit diesen Daten auch rein garnichts anfangen,
> weil es sie nicht kennt.

Das ist der Sinn von objektunabhängigen Attributen. Du zeihst doch auch ganz
bestimmt nur Schuhe an, die dir zwar gehören, aber die andere gemacht nd
möglicherweise sogar mit ihrer Werbung versehen haben?

Lies einfach mal meine andere ausführliche Antwort in diesem Thread.

Nun also doch:

> Ich habe selber Tools geschrieben, die Streams verarbeiten (Hauptsächlich
> löschen). Daher weiss ich, dass Tools diese Streams auch NICHT auf
> normalem Weg finden können. (Ein Dir$ funktioniert ebenso wenig, wie ein
> FindFirstFile).

Was niemand bestreitet.

> Die Tools können Ordnerinhalte scannen, und dann in den gefundenen Dateien
> nachsehen, ob mehr als 1 Stream enthalten ist. (Der 1. Stream ist der
> normale Dateiinhalt). Wenn ja, können sie den Dateinamen und die Länge des
> Streams auslesen, und dann den Inhalt des Streams ermitteln.

Na also, warum dann obige Aufregung?

> > ICH WILL ES ABER!
>
> Ja, deshalb schrieb ich von einem typischen Uetz-Problem.

Ich wollte halt schon immer verstehen, wie etwas funktioniert, und nicht
gleich mit Behauptungen auftreten, die jeder Grundschüler widerlegen kann.
Ist so eine Angewohnheit von mir :-)

> Das gesamte Problem ist konstruiert, weil Du die Streams nicht verstehen
> willst/kannst.

Der Einzige, der hier was nicht versteht und sich wie ein Pawlowscher Hund
aufführt, bist du, indem du oben erst was behauptest, was du unten selbst
widerlegst.

> Ordentlich quoten geht da nicht. Kennst Du einen ordentlichen,
> kostenlosen NewsServer, der funktioniert?

Du sprichst schon wieder in Rätseln. Seit wann ist ein Newsserver fürs
Quoten verantwortlich? Das macht der Mailclient, und wenn nicht, dessen
Nutzer hoffentlich.

Aber, lieber Klaus, laß uns nicht streiten. Ich wollte ja nur wissen, ob
jemand weiß, ob es eine Programmierrichtlinie von MS gibt, wie mit ADS in
den Fällen zu verfahren ist, in denen bestehende Dateien mit vorhandenen ADS
nicht vom Betriebssystem, sondern durch das Anwendungsprogramm selbst
kopiert werden.

Ich hatte ja schon die Vermutung ausgesprochen, daß es eine solche
Richtlinie nicht gäbe, existierende aber anwendungsprogrammunabhängige ADS
deshalb herausfallen würden und sich deswegen ADS auch nicht sonderlich gut
nutzen lassen, sprich nur für Wegwerfdaten geeignet wären.

Ein Beispiel, für was solche applikationsunabhängigen ADS eingesetzt werden
könnten, habe ich ja bereits geliefert.

Am 21.05.2024 um 14:12 schrieb Wendelin Uez:

[...]

>
> Du sprichst schon wieder in Rätseln. Seit wann ist ein Newsserver fürs
> Quoten verantwortlich? Das macht der Mailclient, und wenn nicht, dessen
> Nutzer hoffentlich.

Ein wirkliches Rätsel:
|die meisten Beiträge verschluckt er, wenn ich die nicht in einer Minute
|absende.

Sicherlich hast Du für deinen Beitrag weniger als 1 Minute gebraucht.
Ich denke wenn ich quote und komme nunmal nicht mit einer Minute aus.
Liegt vielleicht daran, dass ich nicht so schnell denke...

> Aber, lieber Klaus, laß uns nicht streiten. Ich wollte ja nur wissen, ob
> jemand weiß, ob es eine Programmierrichtlinie von MS gibt, wie mit ADS
> in den Fällen zu verfahren ist, in denen bestehende Dateien mit
> vorhandenen ADS nicht vom Betriebssystem, sondern durch das
> Anwendungsprogramm selbst kopiert werden.

Ach, lieber Wendelin, irgendwann wird der Zeitpunkt kommen, an dem
selbst Du verstehst, dass ADS komplett vom OS verwaltet werden.
Selber Streams an eine Datei zu hängen geht zwar technisch, ist jedoch
ziemlich sinnfrei. Es gibt keinen nachvollziehbaren Grund, das zu tun.
Alles was es gibt, das sind Probleme, die daraus entstehen.

> Ein Beispiel, für was solche applikationsunabhängigen ADS eingesetzt
> werden könnten, habe ich ja bereits geliefert.

Da habe ich wohl was verpasst...

> Ach, lieber Wendelin, irgendwann wird der Zeitpunkt kommen, an dem
> selbst Du verstehst, dass ADS komplett vom OS verwaltet werden.

Hach, wir nähern uns an! Kaum gesagt, schon kapiert.

Eben weil das (mit dem Verwalten) so ist, muß Word oder jedes andere
Programm, wenn es ein großes Dokument öffnet, welchem ein ADS assoziiert ist
und wo das Dokument aufgrund seiner Editiervorgänge und seiner Größe
sektionsweise neu geschrieben und unter neuem, temporären Namen angelegt
wird (also nicht vomOS auf einen Rutsch kopiert wird), sich zumindest bei
den ADS aus eigener Quelle entscheiden, ob diese verloren gehen, von ihm
einzeln in die neuen Datei übertragen werden, oder, und das betraf meine
Frage, von einer Betriebssystemfunktion en bloc übernommen werden sollen.

Fürs Verlorengehenlassen halte ich MS für nicht dämlich genug. Also bleibt
nur manuelle oder automatische Übertragung. Bei manueller gäbe es die
Alternative, entweder generell all oder nur Word-eigenen ADS suchen und
kopieren.

Eine automatische Übertragung würde nur einen zusätzlichen Funktionsaufruf
wie "CopyADS sourcefile targetfile" erfordern und das Programm der
Notwendigkeit entheben, die ADS selbst ermitteln und kopieren zu müssen. Die
Frage ist nur, ob es eine solche Funktion in Windows gibt.

> Selber Streams an eine Datei zu hängen geht zwar technisch, ist jedoch
> ziemlich sinnfrei. Es gibt keinen nachvollziehbaren Grund, das zu tun.

Ich abe schon zweimal einen guten, stichhaltigen Grund dafür genannt. Und
das war nicht der einzige, der mir einfällt.

> Alles was es gibt, das sind Probleme, die daraus entstehen.

Die Probleme enstehen nicht aus der Existenz von ADS, sondern nur bei genau
jenen Programmen, die eine identische oder veränderte Kopie einer
ADS-haltigen Datei unter Umgehung des OS selbst anfertigen. Wird die Kopie
vom OS angelegt, werden die ADS korrekt mitkopiert, wird die Datei gelöscht,
dann auch die ADS, und bei Umbenennung ändert sich eh nix.

>> Ein Beispiel, für was solche applikationsunabhängigen ADS eingesetzt
>> werden könnten, habe ich ja bereits geliefert.
>
> Da habe ich wohl was verpasst...

Ich habe das Beispiel einer Prüfsumme angeführt.

wuez

p.s.:Bei zickenden Mailclients empfehle ich meinen ca. 20 Jahre alten - der
funktioniert bisher sowas von einwandfiffi, bis auf ein klitzekleines
Problem beim Konfigurieren von IMAP-Konten, und selbst da bin ich mir nicht
sicher, ob es nicht an mir bzw. meinem Provider liegt :-)

Hallo Wendelin,
ich kenne mich mit ADS nicht aus aber vielleicht hilft Dir das weiter:

https://www.deskmodder.de/wiki/index.php?title=Alternate_Data_Stream_ADS_Ordner_oder_Dateien_unsichtbar_verstecken