Beiträge von Pardus

  • Verteiler, Freigegebene Postfächer oder doch öffi Ordner?

    Hallo,
    ich bin kein ausgewiesener Exchange Experte. Kenne mich eigentlich nur mit der grundlegenden Installation und dem Verwalten aus. Bei uns in der Firma steht nun die Neu Installation von 2013 an. Dabei will ich viel alten Ballast über Bord werfen, deshalb auch keine Migration.
    Mein Problem ist nun die Arbeitsweise meiner User.
    Bis jetzt arbeiten sie mit Verteilergruppen. Somit kommt ein eingehende Mail 4-10 interne Mails. Natürlich liest keiner seine Mails, es weiß keiner wer was bearbeitet hat und wir haben Postfächer die bis zu 22GB groß sind.
    Ich wollte jetzt eigentlich mit freigegebenen Postfächern arbeiten. Das Konstrukt ist soweit auch im Testnetz schon fertig. Nun hat leider mein GF der so gut wie alle Mails bekommt den Einwand dass er auf seinem IPhone immer die Postfächer wechseln muss und das umständlich ist.
    Also wäre es für ihn fast wieder gut wenn ich nun eine Weiterleitung der freigegebenen Postfächer mit „Senden als“ Berechtigung machen würde.
    Ist das möglich? Wenn ja wie?
    Oder mach ich hier totalen Bockmist und es geht viel einfacher?


    Danke für eure Vorschgläge / Hilfe.

  • Gruppen können nicht bearbeitet werden

    So ich hab den Fehler gefunden.
    Ich habe mich einfach mal um andere Dinge gekümmert und bin dabei auf die Lösung gestoßen.


    Die Gruppen konnten nicht bearbeitet werden und die Poweshell Befehler sind fehlgeschlagen wegen eines TimeOuts.
    Der kam weil der DC nicht schnell genug antworten konnte.
    Hervorgerufen wurde dies dadurch da der DC eine VM in Hyper V ist und ein Broadcom Netzwerkkarte besitzt.


    Anbei der Link wo das Problem beschrieben wird und wie man es behebt.


    http://de.community.dell.com/t…en-switch-in-hyper-v.aspx


    Treiber und BACS (ganz unten) gibt es hier:
    http://www.broadcom.com/suppor…_nic/netxtreme_server.php


    Danke für eure Hilfe.

  • Gruppen können nicht bearbeitet werden

    Hab jetzt mal alles so eingestellt wie es hier empfohlen wird.
    Hat aber leider nichts gebracht.
    Gruppen über die ECP verwalten geht immer noch nicht. Ich nutze jetzt viele Umwege damit es geht. Anlegen über ECP, User verwalten über die AD und Mailadressen verwalten über Powershell. Ist zwar nicht schön, aber zumindest geht es.


    Ich habe trotzdem ein ungutes Gefühl wenn so etwas nicht geht.

  • Gruppen können nicht bearbeitet werden

    Hi.
    Der Exchange ist eine Physikalische Maschine.
    Xeon E5-2620, 64 GB RAM, 1 TB Raid 1 fürs OS, 4 TB SAS für die Logs und Datenbanken als Raid 10 mit SSD Cache.


    Der Hyper-V ist fast die selbe Maschine nur liegen die VMs auf einem 2 TB Raid 1 mit SSD Cache. Der DC hat 2 GB Ram + Dynamisch, schnappt nicht aber nicht mehr, wollte das dann anpassen wenn die User drauf sind. Die VHD ist auch noch nicht festelegt, habe ihm 128 GB erstmal gegeben.
    Netzwerkkarten hat er 6 Ports Broadcom, die für jede Maschine einzel geschalten ist. Das Hyper-V Management ist auch auf eine extra Karte gelegt.


    Ich teste mal mit den festen Größen ob das was bringt.

  • Gruppen können nicht bearbeitet werden

    Hallo,
    ich installiere gerade eine neue AD (2012 R2) + Exchange 2013 (CU7 ) jeweils auf einen eigenen Server.


    Die Installation habe ich nach der Anleitung http://mntechblog.de/artikelse…lieren-und-konfigurieren/
    gemacht und lief soweit auch gut durch.
    User kann ich anlegen und Mails gehen auch rein und raus.


    Wenn ich jetzt eine Verteilergruppe anlege, klappt das auch, aber ich kann sie nicht mehr bearbeiten. die ECP läuft immer auf einen timeout.
    Im Eventlog sehe ich zeitgleich immer den Fehler 6


    Cmdlet fehlgeschlagen. Cmdlet Get-ADPermission, Parameter -Identity "MeineDomain/Users/Lager".


    Get-ADPermission
    -Identity "MeineDomain/Users/Lager"
    MeineDomain/Users/Administrator
    S-1-5-21-1639866650-1188117091-776632874-500
    S-1-5-21-1639866650-1188117091-776632874-500
    Local-ECP-Unknown
    8520 w3wp#MSExchangeECPAppPool

    95
    00:00:00.0312478
    Vollständige Gesamtstruktur anzeigen: 'True', Konfigurationsdomänencontroller: 'MUC-DC.MeineDomain', Bevorzugter globaler Katalog: 'MUC-DC.MeineDomain', Bevorzugte Domänencontroller: '{ MUC-DC.MeineDomain }'
    System.Threading.ThreadAbortException: Der Thread wurde abgebrochen. bei System.DirectoryServices.Protocols.Wldap32.ldap_result(ConnectionHandle ldapHandle, Int32 messageId, Int32 all, LDAP_TIMEVAL timeout, IntPtr& Mesage) bei System.DirectoryServices.Protocols.LdapConnection.ConstructResponse(Int32 messageId, LdapOperation operation, ResultAll resultType, TimeSpan requestTimeOut, Boolean exceptionOnTimeOut) bei System.DirectoryServices.Protocols.LdapConnection.SendRequest(DirectoryRequest request, TimeSpan requestTimeout) bei Microsoft.Exchange.Data.Directory.PooledLdapConnection.SendRequest(DirectoryRequest request, LdapOperation ldapOperation, Nullable`1 clientSideSearchTimeout, IActivityScope activityScope, String callerInfo) bei Microsoft.Exchange.Data.Directory.ADDataSession.InternalFind[TResult](ADObjectId rootId, String optionalBaseDN, ADObjectId readId, QueryScope scope, QueryFilter filter, SortBy sortBy, Int32 maxResults, IEnumerable`1 properties, Boolean includeDeletedObjects) bei Microsoft.Exchange.Data.Directory.ADDataSession.InternalRead[TResult](ADObjectId entryId, IEnumerable`1 properties) bei Microsoft.Exchange.Configuration.Tasks.ADIdParameter.GetOrganizationId(OrganizationId currentOrgId, ADObjectId id) bei Microsoft.Exchange.Configuration.Tasks.ADIdParameter.GetADObjectIdObjects[T](ADObjectId identity, ADObjectId rootId, IDirectorySession session, OptionalIdentityData optionalData) bei Microsoft.Exchange.Configuration.Tasks.ADIdParameter.GetExactMatchObjects[T](ADObjectId rootId, IDirectorySession session, OptionalIdentityData optionalData) bei Microsoft.Exchange.Configuration.Tasks.ADIdParameter.GetObjects[T](ADObjectId rootId, IDirectorySession session, IDirectorySession subTreeSession, OptionalIdentityData optionalData, Nullable`1& notFoundReason) bei Microsoft.Exchange.Configuration.Tasks.ADSchemaObjectIdParameter.GetObjects[T](ADObjectId rootId, IDirectorySession session, IDirectorySession subTreeSession, OptionalIdentityData optionalData, Nullable`1& notFoundReason) bei Microsoft.Exchange.Configuration.Tasks.ADIdParameter.GetObjects[T](ObjectId rootId, IConfigDataProvider session, OptionalIdentityData optionalData, Nullable`1& notFoundReason) bei Microsoft.Exchange.Configuration.Tasks.ADIdParameter.GetObjects[T](ObjectId rootId, IConfigDataProvider session) bei Microsoft.Exchange.Management.RecipientTasks.ADAcePresentationObject.PopulateCalculatedProperties() bei Microsoft.Exchange.Management.RecipientTasks.ADAcePresentationObject..ctor(ActiveDirectoryAccessRule ace, ADObjectId identity) bei Microsoft.Exchange.Management.RecipientTasks.GetADPermission.WriteResult(IConfigurable dataObject) bei Microsoft.Exchange.Configuration.Tasks.GetTaskBase`1.WriteResult[T](IEnumerable`1 dataObjects) bei Microsoft.Exchange.Management.RecipientTasks.GetPermissionTaskBase`2.InternalProcessRecord() bei Microsoft.Exchange.Configuration.Tasks.Task.<ProcessRecord>b__b() bei Microsoft.Exchange.Configuration.Tasks.Task.InvokeRetryableFunc(String funcName, Action func, Boolean terminatePipelineIfFailed) bei Microsoft.Exchange.Configuration.Tasks.Task.ProcessTaskStage(TaskStage taskStage, Action initFunc, Action mainFunc, Action completeFunc) bei Microsoft.Exchange.Configuration.Tasks.Task.ProcessRecord() bei System.Management.Automation.CommandProcessor.ProcessRecord()
    0

    NonLocalizedException


    False

    0 objects execution has been proxied to remote server.


    48
    ActivityId: 6056be28-9e07-4bf3-965a-53156c12bef7
    ServicePlan:;IsAdmin:True;

    de-DE


    Ich habe den Exchange aus der Domain entfernt (ADSI Editor) und neu installiert.
    Der Fehler ist aber auf bei der Neuinstallation der Selbe.


    Ich könnte jetzt auch nochmal ganz von vorne anfangen und auch den DC neu machen, wollte aber vorher hier nochmal fragen ob ich nur etwas vergessen oder falsch gemacht habe? Mir kommt es auch vor als reagiert der Exchange etwas träge wenn er auf die ad zugreift. Die Exchange Management Shell braucht 30-60 sec bis sie bereit ist und auch die ECP kommt mir manchmal sehr träge vor.


    Danke für eure Zeit und schon mal fröhliche Weihnachten.