gelöscht

vor 2 Minuten schrieb RobDust:

Könntest aber ein EWS Script bauen dass den Nickname Cache ausließt. <- kannst du mir hier weiterhelfen?

Hier ist der Startpunkt: https://docs.microsoft.com/en-us/exchange/client-developer/exchange-web-services/explore-the-ews-managed-api-ews-and-web-services-in-exchange

Ist einigermaßen selbsterklärend.

ASR

vor 3 Minuten schrieb testperson:

das halte ich für großen Bl*dsinn.

Ich auch.

Könntest aber ein EWS Script bauen dass den Nickname Cache ausließt.

Aber ernsthaft: eine Mail die auf gefälschte Mails hinweist? Ziemlich peinlich und unprofessionell. 

ASR

Hatte ja geschrieben Du sollst das nicht auf dem Exchange IIS machen.

Wenn doch sind Deine Bindings auf diesem IIS falsch. Wenn das auf einen R-Proxy zeigen sollte, darf der natürlich auch nicht auf 443 lauschen.

ASR

vor 22 Minuten schrieb roccomarcy:

 

Ich hab das mal ausprobiert.

Er folgt nicht dem Redirect, versucht immer auf autodiscover.zweitedomain.de via HTTPS zuzugreifen und das ist ja wie auf der vorherigen Seite nicht erlaubt.

hm, auf Port 443 sollte Dein Redirect Endpunkt ja gar nicht reagieren.

ASR

Erstelle einen Trace mit dem iPhone, dann siehst Du schon: http://docs.telerik.com/fiddler/configure-fiddler/tasks/configureforios

was passiert und was nicht.

ASR

Mach nur den Redirect nicht mit auf den Exchange IIS, installiere dazu irgendwo einen separaten.

ASR

vor 19 Stunden schrieb john23:

Ay, da ist ein Tippfehler drin. So wollte ich das formulieren

 

ch habe mir gerade nochmal das Microsoft Exchange Deployment Tool angeschaut und da habe ich keinen hinweis drin gefunden, dass die Exchange 2010 URLs angepasst werden müssen und auf den Exchange 2016 zeigen müssen.

Die müssen i.d.R. auch nicht geändert werden, nur in DNS muss der Endpunkt geändert werden.

ASR

Am 1/10/2019 um 18:01 schrieb testperson:

Hi,

 

seit 2015 ist bzgl. der Outlook App für iOS auch folgendes bekannt: https://www.heise.de/mac-and-i/meldung/Microsofts-Outlook-App-schleust-E-Mails-ueber-Fremd-Server-2533240.html ;)

 

Gruß

Jan

Das ist längst veraltet.

ASR

obsolet.

Und was hat jetzt die Automapping Diskussion mit dem eigentlichen Problem bzw. der Frage zu tun?

ASR

Schau mal hier:

https://blogs.technet.microsoft.com/exchange/2015/03/03/want-more-control-over-sent-items-when-using-shared-mailboxes/

und da:

https://support.microsoft.com/en-us/help/202517/items-that-are-deleted-from-a-shared-mailbox-go-to-the-wrong-folder-in

oder dort:

https://www.ntweekly.com/2016/02/21/sent-items-and-deleted-items-behavior-in-shared-mailbox-exchange-server-2016/

mit Automapping ein/aus hat das AFAIK nichts zu tun.

ASR

vor 12 Stunden schrieb sreutemann:

Ne, sind nicht versendet worden...

Yes, die Nachrichten sind wieder da wenn ich den Cache wieder ausschalte.... Dafür sind die weg, die mit aktivem Cache erstellt wurden...

 

Wenn ich nun für alle den Cache via GPO aktiviere und jmd. Nachrichten aus dem Postausgang vermisst, hat dann jmd. ne Idee wie ich da auf anderem Wege wieder ran komme?

Outlook syncronisiert die dann nicht in die OST, sollten aber trotzdem versendet werden. Mit MFCMAPI kommst Du in jedem fall dran.

Am einfachsten dürfte es aber sein wenn Du anweist am Tag x oder über das Wochenende Y keine Nachrichten in der Outbox per verzögerter Übermittlung zu haben. Ich finde das Feature ohnehin problematisch und einigermaßen sinnfrei.

ASR

vor 1 Stunde schrieb sreutemann:

Exchange-Cache-Modus ist via GPO bei uns eh und jeh deaktiviert. Warum und weshalb weiß ich nicht bzw. ich kann den Sinn und Zweck nicht beurteilen....

 

(Microsoft Outlook 2016/Kontoeinstellungen/Exchange/Exchange-Cache-Modus > Exchange-Cache-Modus für neue und vorhandene Outlook-Profile verwenden > Deaktiviert)

Wie gesagt: dann aktiviere den Cache Mode, das ist von Microsoft aus vielen guten Gründen empfohlen: https://support.office.com/en-us/article/Turn-on-Cached-Exchange-Mode-7885AF08-9A60-4EC3-850A-E221C1ED0C1C
Cached Exchange Mode is the default when you add an Exchange or Office 365 account.
We recommend always using Cached Exchange Mode with an Exchange or Office 365 account.

Ich denke eher nicht dass Exchange ein Objekt neu indiziert, wenn es auf die von Dir beschriebene Weise geändert wird.

ASR

Outlook im Cache Mode?

Wenn nicht, schalte den ein.

ASR

Am 1/2/2019 um 08:34 schrieb Dukel:

Wegen Dot.Net brauchst du ein zwischenupdate auf CU8 oder 9. Dann Dot.Net auf 4.7.1 upgraden und dann kannst du auf CU11 gehen.

Das ist falsch, gehe zum Beitrag von "testperson".

ASR

falsches Forum, hier würde es um Exchange gehen.

ASR

vor 30 Minuten schrieb john23:

Standard Pfad heißt C:\Programme\xyz?

Noch besser wäre sicher: C:\Program Files\Microsoft\Exchange Server\V15

denn in Englisch gibt es noch weniger Problemchen zu umschiffen.

ASR

Am 12/21/2018 um 08:29 schrieb john23:

Habe ich mir fast gedacht. Danke für die Information.

Der Microsoft Support war der Auffassung wir müssten das unbedingt am Server setzten.... Kann ich besser hier Leute fragen.

Naja, wenn Du das am Client manuell änderst wird dies ggf. wieder von Autodiscover überschrieben. Wenn am Client, dann per GPO.

ASR

Am 12/20/2018 um 16:36 schrieb john23:

Wie viel mehr Leistung brauch ein CAS Server wenn er statt RPC/TCP nun  RPC/HTTP Verbindungen verwendet.

Defacto nicht messbar mehr.

ASR

Am 12/21/2018 um 13:39 schrieb NorbertFe:

Echt? Naja POP und IMAP ist keine Exchange-Unterstützung. ;) Und alles andere ist rangestrickt soweit ich weiß.

Ja, jeder ActiveSync Client ist besser als POP/IMAP. OWA ist bei 2010 zwar keine Offenbarung, aber immer noch funktionaler als POP/IMAP.

ASR

vor 15 Stunden schrieb WSUSPraxis:

Die Datenbank ist 110 GB groß auf der Partition sind noch 150 GB frei. 

Remote Server returned '554 5.2.0 STOREDRV.Deliver.Exception:StoragePermanentException.MapiExceptionDatabaseError; Failed to process message due to a permanent exception with message Cannot open mailbox /o=NAME/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=NAME-EX-01/cn=Microsoft System Attendant. 16.55847:7E000000, 17.43559:54040000A2000000000000000F00000000000000, 4.32881:54040000, 0.50035:30000000, 4.64625:54040000, 20.52176:000F57850900000000000000, 20.50032:000F57857917103100000000, 0.50128:00000000, 255.1494:00000000, 0.50608:00000000, 4.63432:84FAFFFF, 4.64456:54040000, 255.1750:80030400, 255.1494:000F5785, 0.50608:00000000, 4.63432:84FAFFFF, 4.64456:54040000, 255.1750:0A000000, 0.50288:9E000000, 4.23354:54040000, 0.25913:00000000, 255.21817:54040000, 0.26297:00000000, 4.16585:54040000, 0.32441:00000000, 4.1706:54040000, 0.24761:00000000, 4.20665:54040000, 0.25785:00000000, 4.29881:54040000 [Stage: CreateSession]'

 

Hast Du die Logs usw. verschoben? Die Meldung hier dürfte wohl erwartet sein wenn die DB nicht gemounted ist. Was sagt eseutil /mh für die DB?

ASR

vor 15 Stunden schrieb Ralf2019:

Hab jetzt wieder viel gelernt, hätte es aber lieber unter anderen Bedingungen gelernt

Hast hoffentlich auch gelernt Exchange besser in den Standardpfad zu installieren, leider gab/gibt es immer mal wieder Problemchen wenn dieser nicht verwendet wird.

ASR

Verschiebe mal die Transaction logs und die Checkpoint Datei in einen Temp Folder. Wie viel freier Plattenplatz ist auf dem Volume?

ASR

Mal das UpdateCas.ps1 Script aus dem /bin Verzeichnis probiert?

ASR

Oder Du nimmst eine richtige Anleitung: https://docs.microsoft.com/en-us/exchange/exchange-deployment-assistant

ASR

Wie ist da die Revisionssicherheit gewährleistet?

ASR