supreme

Moin Gemeinde, Wenn sich ein User auf seiner WIn7/Office 2010/2013 Kiste favoriten anlegt, wie z.b.: Danach Outlook schliest und wieder öffnet verschwinden willkürlich einträge. Dabei spielt es keine Rolle ob es Favoriten sind die auf Ordner/Elemete verweisen die im Eigenen Postfach liegen oder bei einem mapped User , sie verschwinden komplett oder auch nicht. Auch nicht immer, manchmal öffnet/schliest man den Client 2-3 mal und dann geht das Spiel erst los. Es spielt auch keine Rolle ob der Client im AD ist; ob er GPOs bekommt oder nicht, jetzt kommt das große ABER: Wenn ich auf dem betroffenen Client die Netzwerkkarte deaktiviere, passiert gar nichts, alles bleibt genau da wo es hingehört! Sobald ich die NIC aktiviere und das Outlook 2-3 mal öffne/schliese sind die Favoriten wieder am verschwinden....es ist zum verrueckt werden. Woran liegt das ? Es kann doch nur noch am Exchange 2013 CU3 liegen oder ? WO dort ? Gibts da Templates fuer "Favoriten" oder aehnliches ? Irgendwas schreibt zurueck so wie es aussieht aber ich finde es nicht....

Konnte durch folgendes geloest werden: Set-TransportConfig -MaxReceiveSize 100MB Set-TransportConfig -MaxSendSize 100MB Get-ReceiveConnector | Set-ReceiveConnector -MaxMessageSize 100MB Get-SendConnector | Set-SendConnector -MaxMessageSize 100MB sowie anpassungen der web.config wie hier beschrieben: http://technet.microsoft.com/en-us/library/hh529949%28v=exchg.150%29.aspx

Hi, koennt Ihr mir sagen wo genau ich die von euch genannten einstellungen finden kann ?

Hi, wir muessen aktuell PSTs einer Exchange 2012 Umgebung auf einem Exchange 2013 ( CU3 ) importieren, hierbei rennen wir jedesmal in einen Fail weil zu große Mails bzw. Mails mit zu großen Attachements nicht importiert werden. mittels: New-MailboxImportRequest -Mailbox USERNAME -FilePath \\Server\PST\Username.pst -LargeItemLimit 99 -BadItemLimit 99 -AcceptLargeDataLoss Kann ich zwar die Fehlermeldungen ueberspringen aber die Mails mit großen Attachements werden dennoch uebersprungen. In verschiedenen Blogs ist zu lesen das das aendern der Transport/Send/Recieve Connectoren Limits erfolg bringen soll: Set-TransportConfig -MaxReceiveSize 100MB Get-ReceiveConnector | Set-ReceiveConnector -MaxMessageSize 100MB Get-SendConnector | Set-SendConnector -MaxMessageSize 100MB Nach einem Neustart besteht das Problem dennoch, daher die Frage: WIE Importiere ich PSTs mit LargeItems ( meist 20-30mb ) in ein Userpostfach eines Exchange 2013 (CU3)

Hi, mittels welcher Software oder welchem Verfahren verteilt ihr Windows7/Office 2010 Images eurer Clients im Firmennetzwerk ?

Jetzt wo Du es sagst, ja es war vorher auf dem DC eingerichtet.

welche berechtigungen auf oberster ebene meinst du genau ?` also wenn du wie in deinem beispiel beschrieben: namespace: \\local.lan share: daten fileserver1: d:\daten geshared als \\fileserver1\daten$ fileserver2: d:\daten geshared als \\fileserver2\daten$ konfiguriert hast und in \\local.lan browsed, siehst du nichts ??

Hi, wir haben unter win2012 ein DFS eingerichtet, quasi ein clon zu unser bestehenden infrastruktur. wenn ich in der alten umgebung zum dfs wechsele z.b. \\local.lan\ sehe ich hier die verschiedenen namespaces, wenn ich das selbe nun unter win2012 anstelle sehe ich gar nichts. ich muss also die namespaces wissen um dahin zu gelangen, was aeusserst unlogisch ist. ist das neu oder haben wir was uebersehen ? ziel ist es: \\local.lan\ zu nutzen und hier die namespaces wie: \\local\lan\abteilung1 \\local\lan\abteilung2 \\local\lan\abteilung3 \\local\lan\abteilung4 vorzuginden. was muessen wir tun ? on top: warum sehe ich im DFS welches lediglich auf 3 fileservern liegt auf einmal sysvol/netlogon ? was haben denn die DCs mit der sache zu tun ? waere schoen wenn da jemand helfen koennte... kleiner nachtrag: 1x Fileserver Windows Server 2012 ( andere server kommen in baelde dazu ) 3x DC ( DNS/DHCP/AD) 2x Exchange 2013 (SMTP) 4x Hyper-V (alles moegliche) auf fileserver shares und ntfs konfiguriert, fuer gut befunden. \daten\abteilung1 \daten\abteilung2 \daten\abteilung3 dfs auf der kiste aktiviert, \\local.lan\ definiert, abteilung1 als namespace angelegt, abteilung2 u.s.w ebenfalls. \\local.lan\ ist blanko, da sehe ich nichts ( <-- problem ( \\local.lan\abteilung1,2 oder3 sehe ich die struktur, rechte maessig alles i.o. denke ich.

jo genau, ich meinte die internen namen, kannst du mir die split brain aeh dns geshcichte mal erklaeren :) ?? was genau ist da zu tun ?

Hi, wenn man sich Thawte / Globalsign und Co ansieht stellt man relativ schnell fest das zum einen die SANs nicht mehr kostnelos sind und zum anderen davor gewarnt wird das spaetestens 2015 schluss ist mit SANs. Da wir gerade die Domain aufbauen stellt sich mir die Frage wie ich das Problem denn jetzt aktuell loesen koennte. ich kann dem service nunmal nur ein Zert zuweisen, wenn ich das richtig durchdenke werde ich entweder von aussen probleme bekommen wenn ich ein selfsigned nutze ODER viel schlimmer die internen clients werden meckern das der interne server name nicht auf dem public cert drauf steht ( soweit korrekt oder ?? ) also wie loese ich das aktuell am besten ?

Das genau war die Frage. Wenn das moeglich wäre, wuerde ich es tun. Wenn ich "halt einfach mal" nachschauen koennte muesste ich keine Fragen stellen.

zum verstaendniss: es ist doch so das sobald ich die interne CA aufgebaut habe, die clients das root cert dieser neuen CA automatisch zugewiesen bekommen, soll heissen ich muss das nicht pro aktiv uebernehmen sondern lediglich dem exchange auch eines aus der gleichen ca verpassen und somit ist der trust hergestellt ODER muss ich in einem zusaetzlichen schritt doch die certs extra an die clients ausrollen ?

Hi, ich kenne folgende vorgehensweise: Nachdem die Domain ( DNS, DCs, CA (!) ) aufgebaut wurde kommt der Exchange hinzu. nach einer Exchange installation kam unweigerlich einer der ersten steps: dem connector auf dem die clients spaeter versuchen werden sich zu verbinden ein zertifikat mit den entsprechenden services smtp etc mitgibt aus einer CA welcher die clients intern schon vertrauen. sagen wir: CAintern root cert wurde auf alle outlook client rechner verteilt, diese clients trusten nun der CAintern. auf dem exchange wurde auf dem client connector ebenfalls ein cert benutzt welchem ja aufgrund des root certs die clients trusten und somit bleibt einem die elende fehlermeldung am client erspart. ist das immernoch so, auch bei exchange 2013 oder gibts da neues ?

GENAU darauf ziehlte meine frage ab, den wenn ich das soweit richtig verstanden habe wuerde ich lediglich den einen connector -> Default Frontend <Server Name> = Akzeptiert Mails auf Port 25, "Haupteingang" fuer Externen -> Internen Mails. - EXTERN evtl. bearbeiten und den rest wuerde ich mal schoen in ruhe lassen =)

Schöner Link, hat nur weder was mit meinem Posting noch was mit meiner Frage zu tun. Den Link kannte ich vorher.