Drachie

Sry. für die lange wartezeit aber hier meine Antwort drauf:
 
sehen tu ich schon was:

Starte ich eine neue Move der Mailboxen in die neue datenbank kommt halt wie schon erwähnt die Meldung Mailx are in Movement

Stand: Exchange 2013 Standard Edition Verison 15.0 Build 775.38

Die UAC wir bei uns standardmässig bei der ersteinrichtung für den Administrator deaktiviert

Jap. angemeldet ais Administrator am System und somit auch automatisch die Administrativen rechte auf der Shell

Moin,

habe folgendes Problem: wir haben eine 2. Mailboxdatabase im Exchange 2013 angelebt worin wir alle Mailboxen verschieben wollen. die Benutzermailboxen haben wir bereits erfolgreich verschieben können

wollen wir aber jetzt per Shell mittels folgenden Befehl

Get-Mailbox -Database "Mailbox Database 2053334098" -Arbitration | New-MoveRequest -TargetDatabase "Mailbox Datenbank Ex2013" 

die Systemmailboxen verschieben erhalten wir folgende fehlermeldung bei allen Systempostfächern:

Postfach 'Microsoft Exchange-Genehmigungs-Assistent' wird bereits in 'Mailbox Datenbank Ex2013' verschoben.
    + CategoryInfo          : InvalidArgument: (its.local...e-9672016b8b0e}:MailboxOrMailUserIdParameter) [New-M
   oveRequest], ManagementObjectAlreadyExistsException
    + FullyQualifiedErrorId : [Server=ITS-SRV01,RequestId=0cb25a18-aae7-4134-b467-aca9e1381652,TimeStamp=22.01.2016 17
   :36:49] 17CA800A,Microsoft.Exchange.Management.RecipientTasks.NewMoveRequest
    + PSComputerName        : its-srv01.its.local

wie können wir jetzt den Request abbrechen und die Systempostfächer verschieben?

im Migrationsassistenten taucht die Requestanforderung nicht auf

moin,

sry das ich mich erst jetzt melde zu diesen Thema:

also die den Fehler habe ich beseitigt in dem ich alle Zertifikate die den Exchange und den IIS betreffen neu erstellt und singiert habe. diese dann den diensten zugewiesen, server neu gestartet und schon haben die beiden Cleints nicht mehr rumgemeckert und sich brav mit dem Server verbunden via imap.

was mich stuzig macht an der sache ist, dass das alte Zertifikat die gleichen einstellungen hatte wie das neue. Mit dem neuen gehts und mit dem alten nicht....

wie dem auch sei ==> Topic Closed

Moin,

da habe ich mich nicht klar genug ausgedrückt, sorry.

- passen die URL zu dem Cert

- ist das extern oder intern ausgestellt?

 

;)

Ja, die URLs passen zu der Cert sowohl intern als auch Extern

anbei hänge ich mal einen ausschnitt vom IMAP Loggin von einem der Betreffenen cleints an:

Imap-Loggin.txt

Moin zusammen,

 

 

Egal, was ist mit dem Zertifikat?

 

:rolleyes:

Die Zertifikate sind alle gültig bis 2019

Guten Abend,

 

geprüft hast du schon, ob in den Useroptionen bei diesen Usern IMAP aktiv ist?

Irgendwelche Unterschiede zu anderen (funktionierenden) Usern?

 

Optional könntest du das IMAP Logging (im Exchange) aktivieren und nachlesen, was genau stört.

 

Gruß Sebastian

Bei allen Usern ist IMAP Aktiv. es besteht kein unterscheid zu den Anderen Usern. Alle client ahbe die gleichen einstellungen für den IMAP zugriff auf den Excahnge. auch für das gleiche Postfach

Für mich hört sich das so an dass der Exchange eine andere Verschlüsselungstiefe benutzt als der Client, oder anders herum. Vielleicht benutzt der Client z.B. 128 bit weil es eventuell ein XP ist oder fest eingestellt ist und der Exchange kann nur minimum 256 oder mehr.

 das werde ich heute prüfen...

Guten Abend,

hab folgende Problem:

im netzwerk von einem Kunden, der ein SBS2011 einsetzt werden bei den benutzer mehrere Mailkonten in Outlook eingebunden per imap. Diese liegen auf dem SBS2011. alle cleint können drauf zugreifen und die Mails abrufen usw. bis auf 2..

im Eventlig des server tauch beim versuch auf IMAP zuzugreifen folgende Fehler auf:

Es wurde eine schwerwiegende Warnung generiert:40. Der interne FehlerStatus lautet: 1205

Der Fehler geht einher mit der Event ID 36874 ==> TLS Verbindungsanforderung wurde übermittelt.... jedcoh werden keine der Verschlüsselungssammlungen, die von der Clientanwendung unterstütz werden, vom Server unterstützt Fehler bei der SSL-Verbindunganforderung

den googlematen ahbe ich schojn befragt und zu der Fehlerkonstelation leider keine Lösung gefunden.

vielleicht weis einer von euch wie ich den Fehler beseitigen kann, und nein, der Fehler soll niht ausgeschaltet werde im Log

1. ja

2. ja

3. ja

"Normale Clients" können in die domäne gehoben werden. Anmeldung der schon bestehenden benutzer geht darüber. Neu angelegte Benutzer gehen nicht. == gleiches Problem wie bei den Benutzern über thinclients

und ja, ich weiss auch das man Office zusammen mit outlook icht auf einem Server installieren sollte wo auch der Exchange drauf läuft, falls die frage kommen sollte.

dazu muss ich sagen das wir den Kunden mit dem beschieben server von einem anderen anbieter übernommen haben da der Kunde mit dem vorherigen nicht zufrieden war

an der gleichen Maschine werden die User angemeldet. die Desptops die die Ma's benutzen sind Thinclient mit embeddet XP zum aufbau der RPD verbindung auf dem Server. servergeseicherte Profile sind in demfalle nicht aktiviert, da der Kunde nur einen server hat wo wirklich alles drauf läuft ( wenn mich meine wirklich alles das ist es wörtlich zunehmen: Terminalserver, Exchange, AD, Druckserver, DFS, Antivirus, Ms Office, fireFox, Curasoft etc.)

auf dem Server selber sind die sicherheitseinstellungen für die Ma per GPO's geregelt und zusätzlich noch GData AV installiert.

Moin Moin,

Ich habe folgendes Problem:

auf dem W2k8r2 von einem Kunden wird ein neuer Ma angelegt. dieser kann sich nicht einloggen weil der Benutzerprofildienst meint der er nicht gestartet werden kann. Bei der Überprüfung des Profiles musste ich feststellen das die UsrClass.dat nicht angelegt wird.

eine notlösung, damit die MA's arbeiten können wurde mittelt Tool bewerstelligt, das sie der entsprechende benutzer anmelden kann. allerdings wenn neue Benutzer hinzukommen wir es immer das gleiche spiel:

- Benutzer wird in der AD angelegt

- Exchangekonto erstellt

- Benutzer wird angemeldet damit die entsprechenden richtlinie greifen, das ausrollen der SW angestoßen wird usw.

so ist es gedacht, fakt ist aber z.zt. das die Benutzer zwar in Excahnge und in der AD angelegt werden, eine SID vergeben wird aber weder UsrClass.dat noch Regkey erstellt für die SID. der benutzer selber ist in der AD Gelistet, ein Kennwort ist auch hinterlegt und die PWD abfrage beim Login geht auch und dann schlägt der Benutzerprofildienst zu..

die entsprechenden EventID's ahbe ich auch schon korregiert gehabt und dachte das Problem sei behoben aber ist nicht so..

also was kann ich jetzt noch tun damit das Problem nicht bei jedem neuen benutzer der dazu kommt wieder auftritt?