Beiträge von pirat11

Ich habe das nun so wie oben beschrieben gemacht. Das hat nun auch prima funktioniert.
Das Einladen per Script ist bedingt durch die Iterationen und das Loging etwas lahm, aber läuft sauber durch.

Hallo Robert,

sorry, so tief in AD bin ich nicht drin, da bin ich eher ein Newbee und taste mich vorsichtig ran

Da ich in die AddressSpaces nicht nur die Domäne, sondern auch Platzhalter ( Subdomänen ) und Kosten eintrage, kommen da ein paar Byte zusammen.

Wenn ich pro Connector von 1200 so formulierten Einträgen ausgehe, teile ich das jetzt auf 5 Connectoren ( ab 1200 ab in den Nächsten ) auf. Wenn das klappt, langt da für mich, den Mut zur Lücke gehabt zu haben

Ich werde berichten.

Ja, wäre eine Möglichkeit, aber ich habe mir vorgestellt, daß ich da nicht so exotisches Problem habe

Ich habe die AddressSpaces im SendeConnector gelöscht und einen neuen Import gestartet. Wieder Abbruch bei 1257.
Die Summe der AddressSpaces Einträge der anderen Connectoren plus die 1257 ergeben aber auch nicht 2243 ( der Wert steht im Schema auch so drin, das habe ich geprüft ).

Das läßt mich mutmaßen ( leider nur das ), daß die Fehlermeldung mit dem "administrativen Limit" sich nicht auf den max Wert im Feld 'routingList' bezieht ( ??? ).

Hallo Robert,

danke für diesen Hinweis.

Das Aufteilen auf mehrere Connectoren läßt sich per Script ja problemlos machen.

Was mich nur wundert ist, dass wenn das Feld 2243 Einträge zulässt, warum erscheint die Fehlermeldung bei mir schon bei Eintrag 1257 ?

Ich werde den Connector einmal "leeren" und noch mal versuchen wie weit ich komme. Einen Blick mit ADSI-Edit auf das Feld werde ich mir auch mal gönnen.

Hallo Robert,

vielen Dank für Deine erhellende Antwort.
Ich gehe davon aus, daß das Feld RoutingList für alle Sendeconnectoren gilt, oder doch nur für einen ?

VG
Volker

Diese Domänen werden über ein eigenes Netz ( nicht iNet ) ( abhörsicher ) geleitet.

Exch2010SP3RU10

Moinsen,

ich muss >5000 Domänen in den Adressraum eines Sendeconnectors packen.
Hierzu habe ich ein PS Script gemacht. das funktioniert auch prima, aber ....
ab der Nummer 1257 kommt wohl das gut gemeinte Throttling ins Spiel:

Das administrative Limit für diese Anforderung wurde überschritten.
+ CategoryInfo : NotSpecified: (0:Int32) [Set-SendConnector], AdminLimitExceededException
+ FullyQualifiedErrorId : D172C4AA,Microsoft.Exchange.Management.SystemConfigurationTasks.SetSendConnector

Ich habe mir hier einmal die DefaultThrottlingPolicy angesehen, kann aber den womöglich entscheidenden Parameter nicht lokalisieren.

Im Eventlog taucht der Fehler "Fehler beim Cmdlet. Cmdlet Set-SendConnector, Parameter {Identity=TEST, AddressSpaces={Der Parameterwert ist zu groß.}}." auf.

Liegt das am Throttling oder ganz woanders ?

Jede Idee ist willkommen

Gruß
Volker

Problem gelöst.

Ursächlich war eine interne Domänennotation der absendenden ( Fax Mail ) Adresse.
Diese führte zu einem SMTP Fehler "550-Requested action not taken: mailbox unavailable 550 invalid DNS MX or A/AAAA resource record".

Nach Änderung einer Adresspolicy wurde die interne Domänennotation als standard Absendeadresse deklariert. Umständlicherweise erfasse eine Korrektur nicht den betreffenden Faxuser und führte somit zu dem Fehler.

Exchange2010SP3RU10, FerrariFax OfficeMaster 5.x

Hallo,

ich habe hier ein Problem, bei dem ich nicht mehr durchsteige.

Situation:
In ein Postfach werden Faxnachrichten als eMail mit PDF Anhang zugestellt ( alles OK ).
Diese Faxnachrichten werden an eine externe eMail-Adresse weitergeleitet.
Die Weiterleitung habe ich so eingerichtet: Einen E-Mail-Kontakt in Exchange mit der externe Adresse angelegt. Auf dem Postfach Nachrichtenübermittlungseinstellungen/Sendeoptionen, dort die Adresse per vorher angelegtem Kontakt eingetragen. Zustellung an Postfach UND Weiterleitung.

Dieses Szenario hat bis vor kurzem einwandfrei funktioniert. Tut es eigentlich immer noch, sofern es "normale" eMails sind. Die eingehenden Faxnachrichten werden aber nicht mehr weitergeleitet.
Es gibt im Messagetracking aber auch keine Einträge mit dem Event "REDIRECT". Irgendwo versumpft die Weiterleitung.

In welchen Logs könnte ich noch suchen bzw. gibt es eine Möglichkeit einen Trap zu bauen ?

Alle Ideen sind willkommen

Gruß
Volker