Anzeige

Am Puls von Microsoft

Anzeige

[gelöst] 1903 senden an Netzwerk fehlerhaft

G

Gelöschtes Mitglied 78250

Gast
Ist eigentlich jemandem aufgefallen, dass "Senden an" "Netzwerk-Verknüpfung" seit 1903 anders/fehlerhaft arbeitet?
https://www.experts-exchange.com/qu...v1903-bring-problems-with-Send-to-option.html

In der 1809 ist es noch möglich, Verknüpfungen der Art \\server\pfad1 zu nutzen, ab 1903 werden die nicht mehr im Kontextmenü (Senden an) angezeigt. Es muss zwingend \\server\pfad1\pfad2 sein, wobei "." und ".." als Angabe für pfad2 nicht erlaubt sind.
 
Anzeige
Ich denke, das kann deshalb niemandem aufgefallen sein, weil es das Senden an "Netzwerkverknüpfung" weder in 1809 noch in 1903 gibt.
Da hast Du wohl selbst etwas angelegt und in den Ordner shell:sendto gelegt.
Senden an sieht normal so aus:

SendenAn_1809.png
 
Gerade probiert, geht ohne Nachfrage auf meine Netzlaufwerke z.Bsp. \\HENRY\Privat, so lauten meine Pfade aber schon ewig
 
weil es das Senden an "Netzwerkverknüpfung" weder in 1809 noch in 1903 gibt.
Zieh einfach einen Netzwerkordner auf den Desktop (direkt nach Senden An ist nicht erlaubt), erstellt ja eine Verknüpfung wie gehabt, und verschiebe es nach Senden an. Noch Fragen?

Du siehst es im Ordner, aber nicht unbedingt im Kontextmenü. Warum, siehe oben.

@Henry - Insider?
Falls nicht, welche Einstellung getätigt?

Definitiv reproduzierbar, kein Fehler beim Benutzer!
 
Mein Kontextmenü und es funktioniert so wie es sein soll , Datei senden an ( Netzlaufwerk) und sie ist dort wo sie hin soll

img_442.png

PS. Auch als Nicht-Insider in der 18362.295 so gültig und ich arbeite schon seit Jahren mit Backslash, Punkte oder ähnliches habe ich nie verwendet
 
Zuletzt bearbeitet:
Kann ich mit zwei Rechnern hier nicht machen - hast du einen zum Testen?

Anmerkung: \pfad1\ ist hier ein Root, also eine Partition.
Wie gesagt - 1809 ja, 1903 nicht.

Ob Windows mit einem NAS anders umgeht, unbekannt.
 
Zieh einfach einen Netzwerkordner auf den Desktop (direkt nach Senden An ist nicht erlaubt), erstellt ja eine Verknüpfung wie gehabt, und verschiebe es nach Senden an. Noch Fragen?
Habe ich ja geschrieben: da hast Du dir etwas angelegt - möglicherweise etwas anders als @Henry E. Und jetzt funktioniert das bei Dir nicht mehr.
 
An dem Punkt war ich schon, dass es nicht mehr funktioniert, sondern nur noch so funktioniert wie beschrieben. Und es ist nicht nur bei mir reproduzierbar. Wobei es hier rein um die Verknüpfung untereinander zweier Rechner geht, kein NAS. Pauschal bzw laienhaft betrachtet, sollte es keinen Unterschied geben - ich kann es mangels NAS nicht testen. Warum sich 1903 weigert und ob es eine Einstellung dazu gibt, wäre eine Lösung. Dass ich selbst direkt ins Netzwerk arbeite, zT mit net use, ist davon unabhängig, da hat sich nichts geändert.

PS andere berichten, dass ihnen mit dem Update auf 1903 solche Verknüpfungen pauschal gelöscht wurden, reproduzierbar nach Image.
 
Ich habe gerade noch ein neues Netzlaufwerk erstellt , \\ODYS\Odsy-Daten vom Tablet und es taucht im Senden-Menü auch sofort auf und ich kann Dateien sofort versenden, umgekehrt funktioniert es genauso, es ist also egal von welcher Windows-Version , eine 1809 habe ich aber nicht mehr im Gebrauch aber es wäre mir aufgefallen wenn etwas nicht stimmt, gerade auch bei Sicherungen der Laufwerke

Die Einrichtung nehme ich über den Explorer bei den Buttons Netzlaufwerk verbinden oben vor und gebe die Pfade immer per Hand ein, suchen lasse ich nie.

img_445.png
 
@.Bernd,

ich weiß nicht, ob es Dir weiterhilft: es funktioniert bei mir nur, wenn ich in Shell:sendto eine Verknüpfung auf den Ordner des anderen Computers reinschiebe.

Also:
Auf Computer1 den Explorer aufrufen, da unter Netzwerk den Computer2 aufrufen, Ordner anwählen und SendenAn Desktop(Verknüpfung erstellen) (auf Computer1) auswählen. Die Verknüpfung dann in den Ordner Shell:sendto auf Computer1 ziehen (verschieben).

Wenn ich jetzt eine Datei auf Computer1 mit SendenAn an diese Verknüpfung sende, landet eine Kopie der Datei in dem gewählten Ordner auf Computer2.

Wenn man den Ordner von Computer2 direkt nach shell:sendto (auf Computer1) zieht, wird da ein Ordner erstellt, der aber auf Computer1 liegt.

Alles getestet unter Win10 1903 (mit 2 Computern) - zwischen NAS und Computer gibt es keinen Unterschied.
Testen läßt sich sowas übrigens sehr gut mit virtuellen Computern - ich hab das aber eben mit 2 echten Computern gemacht.
 
In der Regel mache ich das nicht so, Daten per "senden an" auf mein Netzwerklaufwerk zu versenden, aber falls ich dies mache werden bei mir die Dateien die auf dem Desktop waagrecht angeordnet liegen anschließend Senkrecht angeordnet, wieso auch immer, aber es funktioniert wie es soll.
 
Auf Computer1 den Explorer aufrufen, da unter Netzwerk den Computer2 aufrufen, Ordner anwählen und SendenAn Desktop(Verknüpfung erstellen) (auf Computer1) auswählen. Die Verknüpfung dann in den Ordner Shell:sendto auf Computer1 ziehen (verschieben).
Und genau das ist hier nicht mehr möglich für Roots, also zB \\Computer1\Share. Wenn ich das im Explorer aufhabe, also die Übersicht an freigegebenen Laufwerken (nicht Ordner, gibt keine), habe ich auf "Share" kein "Senden an" im Kontext, erst wieder bei einem Unterordner (was ja nicht gewünscht ist). Und genau das spiegelt sich im Verhalten von Senden an wieder, das solche Verknüpfungen nicht genutzt werden können (Erstellen ist ja erlaubt, sei es so oder manuell). Ist eine unverbastelte Pro 1903.
 
Und genau das ist hier nicht mehr möglich für Roots,
Ja, das ist wohl so - da habe ich jetzt auch keine Lösung.
Aber die Root eines Laufwerks kann man auf dem anderen Computer als Laufwerk mounten, dann kann man Dateien direkt auf dieses Laufwerk ziehen (das mache ich z.B. mit einem Batch-File, da habe ich dann alle Laufwerke von Computer2 oder meinen NAS auf Computer1 greifbar).
 
Ich hatte das Thema vor einer Woche ruhen lassen, weil keine weiteren Erkenntnisse. Eben mit Kontext hantiert, steht der Eintrag immer noch drin. Da ich jetzt nicht wusste, was genau, habe ich mir die Eigenschaften angeschaut vorm Löschen. \\server\shared
Keine Ahnung wie und warum, evtl mit Neustart behoben, ist auf jeden Fall drin und vermutlich nutzbar. Daher: "gelöst".
 
Anzeige
Oben