Abrabravo

Hoi, ja genau so scheint es sich zu erklären. Das ist natürlich wenn man es genauer betrachtet eine ziemlich heikle Situation! Im Umkehrschluss für mich bedeutet dies, dass ich genau prüfen muss, welche Dateitypen dieses File Lock "Attribut" unterstützen. Bei einem über DFS-N freigegebenen replizierten Ordner über mehrere Standorte hinweg kann man ja dadurch nicht sicherstellen, dass 2 Leute an der gleichen Datei arbeiten. Heieiei! Okay, das hat uns schon sehr geholfen! Vielen Dank!! MfG, Norman.

Hallöchen OLC, und danke für die Antwort! Ja, das habe ich soweit du das beschrieben hast auch alles in Erinnerung. Jedoch wird im oben beschrieben Fall auf keinem der teilnehmenden Server ein Konflikt im Eventlog angezeigt und die Datei wird eben auch nicht verschoben. Wir haben das jetzt in 2 verschiedenen Umgebungen so nachstellen können. Aufgefallen ist dieses Verhalten in einer Testumgebung und nachgestellt wurde es in unserem Produktivsystem. Die Option, dass der Ordner "ConflictAndDeleted" verwendet wird ist aktiviert. Hat jemand noch eine Idee? MfG, Norman.

Hallo zusammen, wie im Titel zu erkennen habe ich eine Frage zur Funktionsweise der Konflikterkennung in DFS-R replizierten Ordnern. Folgende Situation: Nehmen wir mal an, es gibt die Datei "wurstsuppe.txt" in einem per DFS-R replizierten Ordner. Dieser DFS-R Ordner ist in einem domainbasierten DFS-N Stamm freigegeben und veröffentlicht. Alles genau so, wie es im Tutorial auf serverhowto.de beschrieben ist. Die Replikation ist ununterbrochen mit voller Bandbreite. Es funktioniert alles wunderbar. 10:00 Uhr: User1 an Standort A öffnet Datei "wurstsuppe.txt" 10:01 Uhr: User2 an Standort B öffnet ebenfalls die Datei "wurstsuppe.txt" aus dem gleichen per DFS-R replizierten Ordner welcher per DFS-N freigegeben ist, jedoch liegt die Datei bei ihm ja physisch auf einem anderen Server (da anderer Standort). 10:05 Uhr: User1 an Standort A speichert die Datei "wurstsuppe.txt" 10:08 Uhr: User2 an Standort B speichert die Datei "wurstsuppe.txt" Nach meinem Verständnis müsste doch nun die Datei von User1 in den Ordner "ConflictAndDeleted" verschoben werden und es sollte ein Ereignis im Windows EventLog erscheinen. Auf dem DFS sollte dann die Datei "gewinnen", welche als letztes gespeichert wurde. Nun die Frage: Ist das wirklich so? Ein Kollege und ich konnten das so definitiv bei Word-Dateien beobachten - alles fein. Durch Zufall ist jetzt in einer Testumgebung jedoch der Effekt aufgetaucht, dass die Datei von User1 nicht in den "ConflictAndDeleted" Ordner verschoben wird und es auch keinen Eventlog Eintrag gibt. Es handelte sich hierbei um .TXT-Files, welche mit dem Editor oder Wordpad geöffnet wurden. Das wäre ja fatal! In der Umgebung ist am Ende nur die Datei von User2 zu finden. Kann es sein, dass MS Office Dateien anders behandelt werden als andere Files? (PDF Dateien, CAD Files, etc.) Ich danke schonmal vorab für Eure Bemühungen und hoffe auf eine aufschlussreiche Diskussion! ;-) MfG, Norman.

... das ganze hat sich inzwischen quasi von selbst geklärt! Man sollte schon den Router als Gateway auf den Clients im 192er-Netz eintragen *Augenverdreh* Und wenn ich dann noch die Authentifizierung vom ISA einschalte, muss sich jeder User selbst "am Internet anmelden". Genau so wie es sein soll! ^^ MfG, Norman.

Hey ihr Admins! :o) Ich habe mal wieder ne kleine Frage zur Config vom ISA-Server. Ich hab schon vergebens alles auf ISA Server FAQ durchsucht und bin jetzt nach stundenlanger Probiererei am Ende von meinem Latein. Folgendes Szenario: Netz 1: 172.16.0.0 /16 (ISA-Intern) Netz 2: 192.168.0.0 /24 (Netz, welches zum ISA soll) IP ISA: 172.16.1.3 Router (WAN): 172.16.1.5 Router (LAN): 192.168.0.2 Der Router soll also zwischen meinen beiden Netz routen. Das Problem dabei ist: Ich kann zwar aus dem 192er Netz in das 172er erfolgreich pingen, aber alles andere, wie z.B. Internet, geht nicht. Im ISA-Überwachungsprotokoll steht der Ping als Protokoll drinnen, will ich jedoch eine Website aufrufen, kommt kein Eintrag im Protokoll. Die Authentifizierung habe ich bereits auf dem ISA ausgeschaltet zu Probezwecken. Von Allen Rechnern aus dem 172er-Netz ist der Zugriff auf das Inet möglich. Hat jemand nen heißen Tipp für mich, wieso das nicht geht?? Ich warte gespannt auf eure Antworten! ;o) MfG, Norman.

Ja, der Haken war schon immer gesetzt. Wenn ich Montag wieder auf Arbeit bin kann ich ja mal probieren den Haken wegzunehmen, alles zu übernehmen und den Haken dann wieder zu setzen. Funktioniert es denn bei irgendjemandem mit Domain und MX-Record ohne, daß er die ganzen Alias-Adressen eingegeben hat? MfG, Norman.

hmm, ja ... ich verstehe auch den Sinn der Sache! Aber wieso ging es denn bevor ich die Domain + MX beauftragt habe?

"nicht ideal" ist gut ..! ;o) Ich werde mich am Montag mal bei unseren "Experten" umhören wieso es denn geht bevor man die Domain + MX registriert.

Najaaa ... neeeee, nicht so richtig. Ich spreche davon, wenn ich unter webpage.t-com.de eine eMail-Box erstelle und in dieser die gleiche eMail-Addy einpflege wie sie bei mir intern im Netz lautet (ab.xy@domain.de) dann kann ich wunderbar Mails via smtp.webpage.t-com.de versenden. Habe ich jedoch z.B. einen Nuter intern (12.df@domain.de) und dieser ist nicht in der eMail-Box angelegt, kann ich keine Mails versenden. Die kommen dann zurück mit folgender Meldung: "#5.5.0 smtp;550 relaying mail to empfängerdomain.de is not allowed". Wie gesagt, verwende ich eine Mail-Addy, die schon online bei T-Com eingepflegt und "bekannt" ist, geht alles wunderbar! MfG, Norman.

Also ... auf Arbeit angekommen, geschaut, Test-User erstellt Mails versendet, Fehlanzeige! Die Mails kommen mit einer Unzustellbarkeitsmeldung zurück. *seufz* Folgedes: Wenn ich eine eMailbox erstelle und da nen Alias angebe alá "ab.xy@domain.de" und dann mit dem Benutzer "ab.xy" vom ActiveDirectory Mails via OWA versende klappt es. Aber kann es sein, daß man erst alle Benutzer aus dem AD in die eMailboxen einpflegen muss?? Ich kann mich doch jetzt nicht ernsthaft damit beschäftigen 160 User aus dem AD da abzuschreiben?! Und vorallem: Wieso klappt das alles wunderbar bevor man die Domain und den MX beauftragt?!?!?! Da ich Azubi bei der T-Com bin werde ich am Montag mal versuchen intern da jemanden ranzubekommen, der auch Ahnung hat ;) Ich werde hier dann schreiben was sich ergeben hat. MfG, Norman.

Ja, ich hab den 2003er Server + Exchange extra aufgesetzt. Is mir alles ein Rätsel ... aber bei Exchange und T-DSL Business kommen 2 Unglücksfaktoren zusammen ... Faktor 1) Microsoft und deren kuriose Besonderheiten im System ^^ Faktor 2) Die Unübersichtlichkeit vom T-DSL Kundencenter. Zich Kennwörter und überall andere Sonderzeichen möglich *seufz* Ich danke dir für die extrem schnellen Antworten!!! :-) MfG, Norman.

Öööööhm *amKopfkratz* Jetzt ist eine Mail rausgegangen!! Nicht, dass ich mich beschwere, daß es jetzt klappt .... aber das gleiche hab ich jetzt schon 5 Mal eingetragen gehabt?!?! *lol* Nagut, irgendwie funktioniert es jetzt. Ist es normal, daß die Mail ca. 5 Minuten in der Warteschlange ist bevor sie rausgeht, obwohl alles immer sofort versendet werden soll? ^^

Okay, ich hab mich jetzt schnell per Remote auf den Server eingeloggt. Wenn ich das alles eingebe bei "Ausgehende Sicherheit" vom Connector, kommt in der Warteschlange die Meldung "Der Remote-SMTP-Dienst hat die AUTH-Vereinbarung zurückgewiesen". Ich raff's nich *amKopfkratz*

Boah! Welch schnelle Antwort! Ich werd das morgen gleich probieren und ca. um 7:15 Uhr hier posten ob es geht oder nicht! Achja, aber bei webpage.t-com.de kann ich mich nicht mit dem alten PW einloggen, da muss ich das neu vergebene nehmen, oder wie?!

Hey ihr da! ;o) Ich finde es gerade ziemlich lustig und bin echt froh, daß ich nicht der einzigste bin, der Probleme mit T-Com DSL Business hat. :D Soweit sogut ... Domain beauftragt, MX-Record setzen lassen und seit dem MX-Record kann ich keine Mails via smtp.webpage.t-com.de mehr versenden. Als Benutzer im Connector ist der Webmaster@xxxxxxxxx.webpage.t-com.de mit dem entsprechenden Kennwort eingetragen. Nehme ich einen SMTP-Relay von 1und1 geht alles wunderbar. Ich denke also nicht, daß ich nen Fehler in der Config. vom Exchange habe. Bei uns läuft ebenfalls ein AD mit ca. 160 Usern dahinter. Was muss ich denn im Kundencenter einstellen, damit ich wieder Mails via dem SMTP von T-Com versenden? ""E-Mail senden" für Mitbenutzer und Nutzer freigeben" ist bereits für den Webmaster aktiviert. Muss ich alle User, die Mails nach extern versenden dürfen in die eMailfächer meines Accounts einpflegen? Ein Anruf bei der T-DSL Business-Hotline war leider erfolglos .... schon schlimm was da für Leute teilweise rumsitzen *verärgertbin* ... aber das ist ein anderes Thema! ;) Ich danke euch schonmal für eure Antworten! :-) MfG, Norman. PS: eMails kann ich empfangen, alles wunderbar.