FiMA-KB

Datenbank Name herausfinden:

Get-MailboxDatabase

Disconncted Mailboxen auflisten:

Get-MailboxDatabase | Get-MailboxStatistics | Where { $_.DisconnectReason -ne $null } | fl DisplayName,MailboxGuid,Database,DisconnectReason

Details bzw. den Status einer Mailbox herausfinden:

Get-Mailbox 2949850f-5056-42f0-8373-de9e21d77c9e

Einzelne Mailbox vollsätndig löschen:

Remove-StoreMailbox -Database "Datenbankname" -Identity "GUID der Mailbox" -MailboxState Disabled

Alle Mailboxen mit dem Status "Disabled" löschen:

Get-MailboxStatistics -Database "Mailbox Database 1096635113" | where {$_.DisconnectReason -eq "Disabled"} | ForEach {Remove-StoreMailbox -Database $_.Database -Identity $_.MailboxGuid -MailboxState Disabled}

Beim Erstellen einer neuen Mailbox unter Exchange 2013 bekommt man den nicht viel aussagen Fehler:

Lösung: Manuell beim Erstellen der Mailbox die Exchange Datenbank auswählen.

Beschreibung:

Eine Applikation soll über den bestehenden Exchange 2007 / 2010 E-Mails an Kunden versenden können.

Lösung:

Das Versenden von E-Mails einer Dritt-Anwendung über den bestehenden Exchange Server wird mit dem Fehler „550 5.7.1 Unable to relay“  quittiert.

Um dies ohne Probleme bewerkstelligen zu können, sind folgende Schritte notwendig:

1. Dem Exchange eine zusätzliche IP Adresse zuweisen (in unserem Fall 192.168.1.11)

2. Einen zusätzlichen Empfangs Connector auf dem Exchange einrichten:

Auf einem Englischen System:

New-ReceiveConnector -Name Relay -usage Custom -Bindings '192.168.1.11:25' –fqdn FQDN_Mail_Server -RemoteIPRanges IP_des_Applikations_Servers -server MeinExchangeServerName -permissiongroups AnonymousUsers

Auf einem DeutschenSystem:

New-ReceiveConnector -Name Relay -usage Custom -Bindings '192.168.1.11:25' –fqdn FQDN_Mail_Server -RemoteIPRanges IP_des_Applikations_Servers -server MeinExchangeServerName -permissiongroups AnonymousUsers

3. Dem Connector nun die Berechtiung für das relying geben

Auf einem Englischen System:

Get-ReceiveConnector AllowRelay | Add-ADPermission -User "NT AUTHORITY\ANONYMOUS LOGON" -ExtendedRights "ms-Exch-SMTP-Accept-Any-Recipient"

Auf einem Deutschen System:

Get-ReceiveConnector AllowRelay | Add-ADPermission -User "NT-AUTORITÄT\ANONYMOUS-ANMELDUNG" -ExtendedRights "ms-Exch-SMTP-Accept-Any-Recipient"

4. Nun den Applikations-Server so konfigurieren, dass die zusätzliche IP Adresse des Exchange Servers (in unserm Fall 192.168.1.11) als SMTP Server verwendet wird.

   Sollten weitere Server das Recht für das relaying benötigen, dann diese am einfachsten über den ESM erfassen…..

Fehlerbeschreibung:

Nach Sie eine Request-Anforderung gemacht haben, kann es vorkommen, dass das req-File wie folgt aussieht

Beispiel:
????A ?»?????????????[??¯???????……

anstelle

—–BEGIN NEW CERTIFICATE REQUEST—–
MIIESjCCAzICAQAwODELMAkGA1UEBhMCQ0gxDTALBgNVBAoMBEZJTUExGjAYBgNV
BAMMEWZpbWFzcnYwMS5maW1hLmxpMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB
CgKCAQEA41tbcNnyeXTxf2nic/2vqygWeSnjItPSXnxqQI0NrbBsoEhqvSDPP+dv
…
—–END NEW CERTIFICATE REQUEST—–
 

Ursache:

In Exchange 2010 wurde der Befehl mit dem Parameter verwendet "-BinaryEncoded:$True".

Lösung:

Es gibt verschiedene Lösungsansätze.

Variante 1:
Request-File via EMS und den Parameter  "-BinaryEncoded:$False" erstellen.

Variante 2:
Request-File mit dem nachfolgenden Befehl von Binary in Base64 umwandeln:
C:\>certutil -encode cert.req certb64.req

Fehler:
Folgender Eventlog-Eintrag erscheint unregelämssig.

Ursache:
Ein Client versucht auf den Port 443 auf HTTP zuzugreiffen (z..b. http://server-ip:443)

Lösung:

• regedit
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders\SCHANNEL
• EventLogging auf 0 setzen

Nach einem Reboot des Servers wird der "Microsoft Exchange Information Store" nicht mehr gestartet.

Der Event Log meldet den Fehler:

7024 – Der Dienst "Microsoft Exchange Information Store" wurde mit folgendem dienstspezifischem Fehler beendet: %%-2147221213.

Lösung: Kontrolliert die Uhrzeit des Server, synct mit dem PDC, prüft gegebenfalls die Uhrzeit mit dem ESX Host System.

Weitere Infos zu diesem Registry-Schlüssel findet man bei Microsoft unter
http://technet.microsoft.com/en-us/library/cc960646.aspx

Ihr könnt keine E-Mails mehr empfangen, und der Sender erhält die Meldung:

550 5.7.1 [Sender WAN-IP] has been blocked by unconfirmed.dsbl.org

bzw.

550 5.7.1 [Sender WAN-IP] has been blocked by list.dsbl.org

liegt, es daran, dass der Dienst DSLB seinen Dienst bereits im 2009 eingestellt hat. – Wieso die Blacklist erst  heute (10.08.2012) alle E-Mails bzw. alle IP Adressen ablehnen ist mir noch unbekannt. Gemäss Informationen auf dsbl.org heisst es:

From now on, DSBL list queries (to *.list.dsbl.org, *.multihop.dsbl.org and *.unconfirmed.dsbl.org) will go to the nonexistant nameserver stop-using-dsbl.dsbl.org, which resolves to the unroutable example IP address 192.0.2.1. –> was aber nicht stimmt, ein DNS lookup auf unconfirmed.dsbl.org löst auf die 74.92.59.67 auf.

Entfernt also einfach alle Listen aus eueren SPAM Filter welche auf die .dsbl.org enden.

Bsp. Exchange 2003:

–> nun den SMTP Dienst neu starten und fertig!

Erstellt ein zusätzliches POP3 Konto. Wenn gewünscht sicherstellen dass eine Kopie der E-Mails auf dem Server gelassen werden.

Es wird automatisch eine PST für das neue POP3 Konto im Benutzerprofil Ordner angelegt. (C:\%userprofile%\Documents\Outlook-Dateien)

Nun einfach in den Kontoeinstellungen unter dem Punkt:

"Vom ausgewählten Konto werden neue Nachrichten an den folgenden Speicherort übermittelt"

den Button "Ordner wechseln" klicken und den Posteingang im Exchange Konto auswählen.

–> nun dann in der Ordnerliste das POP3 Konto mit rechtsklick geschlossen werden.

Diese Einstellung gilt auch für "Gesendete Elemente"

Beim Start der Exchange-Verwaltungskonsole kommt ein Initialisierungsfehler und wird nicht vollständig gestartet.

"…Das Systemlastenkontingent von 1000 Anforderungen pro 2 Sekunden…"

Fehlerbehebung:

WWW-Publishingdienst neu starten.