FiMA-KB

Exchange Management Shell öffnen und den nachfolgenden Befehl eingeben:

Englisch:
Get-ReceiveConnector -Identity NeuerEmpfangsconnector | add-ADPermission -user "NT AUTHORITY\Authenticated Users" -ExtendedRights "Ms-Exch-SMTP-Accept-Authoritative-Domain-Sender"

Deutsch:
Get-ReceiveConnector -Identity NeuerEmpfangsconnector | add-ADPermission -user "Authentifizierte Benutzer" -ExtendedRights "Ms-Exch-SMTP-Accept-Authoritative-Domain-Sender"

Exchange Management Console öffnen:

Serverkonfiguration -> Hub-Transport öffnen

Server auswählen

Neuen Empfangsconnector erstellen

1. Run this command to set the IP address:

   [root@server root]# esxcfg-vswif -i a.b.c.d -n w.x.y.z vswif0 , where a.b.c.d is the IP address and w.x.y.z is the subnet mask.

   Note: In this example, v swif0 is the Service Console adapter that is the interface to which you are applying the IP address change.

2. Open the /etc/hosts file with a text editor and modify it so that it reflects the correct IP address and hostname.
3. To change the default gateway address and the hostname, edit the /etc/sysconfig/network file and change the GATEWAY and HOSTNAME parameters to the proper values.
4. For the changes to take place, reboot the host or restart the network service with the command:

   [root@server root]# service network restart

   Note: This command breaks any current network connections to the Service Console, but virtual machines continue to have network connection. If the ESX host is managed by VirtualCenter or vCenter Server, you may have to remove and re-add the host to the inventory. For more information, see ESX not working properly in VirtualCenter after IP address change (1005633).

Note: If the changed IP does not persist across a reboot, try deleting and recreating the Service Console vswif management interface. For more information, see Recreating Service Console networking from the command line (1000266).

Changing the hostname without rebooting

1. Highlight the ESX host and click the Configuration tab.
2. Click DNS and Routing.
3. Click Properties.
4. To change the hostname, domain, and DNS servers, click the DNS Configuration tab and enter the appropriate values.

    

   Note: Disable VMware High Availability if you do not want virtual machines to failover during the hostname IP change.

    

    

5. To change the default gateway, click the Routing tab and enter the appropriate value.
6. Reboot the ESX host for the changes to take effect.
7. Reconnect the ESX host to vCenter Server with the new IP address.

Nachfolgend eine Liste mit diversen VMware ESX Shell-Befehlen:

http://www.msexchange.org/tutorials/Explaining-Database-size-limit-changes-Exchange-2003-Service-Pack-2.html

http://www.msxfaq.de/notfall/16gb.htm

This topic provides information about how to troubleshoot error 0x8004010F when  Microsoft Office Outlook 2007 clients fail to download the offline address book (OAB). You may receive the following error message: "Task ‘Microsoft Exchange’ reported error (0x8004010F): ‘The operation failed. An object cannot be found.’

This issue may occur when Outlook 2007 is started on a client that is not a member of a domain. The service connection point is not available to deliver the offline address book, and Outlook tries to locate the Autodiscover service by using Domain Name System (DNS). For Outlook to locate the Autodiscover service by using DNS, there must be a host record in DNS for the Autodiscover service that maps the entry point, or public IP address, to the Client Access server where the Autodiscover service is hosted.
 

Quelle:

http://technet.microsoft.com/en-us/library/cc411331(EXCHG.80).aspx

Nach dem Einbau einer Harddisk aus einem anderen System (UNIX) wird auf der Festplatte eine 8 MB Grosse EISA Partiotion angezeigt.

Diese lässt sich nicht über die GUI löschen.

Lösung: via Eingabeaufforderung:

C:\>diskpart

Microsoft DiskPart version 5.2.3790.3959

Copyright (C) 1999-2001 Microsoft Corporation.

On computer: Test-Server

DISKPART> rescan

Please wait while DiskPart scans your configuration…

DiskPart has finished scanning your configuration.

DISKPART> list disk

  Disk ###  Status      Size     Free     Dyn  Gpt

  ——–  ———-  ——-  ——-  —  —

  Disk 0    Online        34 GB  8033 KB

  Disk 1    Online       201 GB   201 GB

DISKPART> select disk 1

Disk 1 is now the selected disk.

DISKPART> list partition

  Partition ###  Type              Size     Offset

  ————-  —————-  ——-  ——-

  Partition 1    OEM               8001 KB    32 KB

DISKPART> select partition 1

Partition 1 is now the selected partition.

DISKPART> delete partition override

DiskPart successfully deleted the selected partition.

DISKPART> exit

Leaving DiskPart…

C:\>

Ich werde oft gefragt wie sich E-Mail Signaturen für Outlook zentral pflegen und verwalten lassen. Hier gibt es ein kostenloses Programm mit dem man das erledigen kann.

http://zerbit.de/projekte/outlooksignature.aspx

Damit lässt sich beinahe alles realisieren, die Werte für Name, Telefonnummer etc. können dabei aus dem Active Directory importiert werden. Ein bisschen Einarbeitung ist zwar nötig, aber das ist ja meistens so

Mit dem Service Pack 1 für Exchange Server 2010 hat sich hinsichtlich getrennter Postfächer etwas geändert. Es gibt ein neues CMDlet mit dem getrennte Postfächer gelöscht werden können. Mit Exchange 2010 ohne Service Pack 1 funktionierte das wie hier beschrieben über “Remove-Mailbox”

Seit Service Pack 1 für Exchange 2010 ist nun das CMDlet “Remove-StoreMailbox” hinzugekommen. Das neue CMDlet ist nur für getrennte Postfächer zuständig. Aktive (Online) Postfächer können damit nicht gelöscht werden.

Die Vorgehensweise bleibt wie bei “Remove-Mailbox” zunächst gleich:

Wenn der zugehörige Benutzer zu einem Postfach erst vor kurzem gelöscht wurde, wird das getrennte Postfach nicht direkt in der Liste der getrennten Postfächer in der Exchange Verwaltungskonsole angezeigt. Möchte man nicht warten bis Exchange selbständig nach getrennten Postfächern sucht, kann man das über den folgenden Befehl selbst anstoßen:

Get-MailboxDatabase | Clean-MailboxDatabase

Danach werden die getrennten Postfächer in der Exchange Verwaltungskonsole angezeigt, dort kann man sie zwar wieder verbinden, aber nicht löschen. Löschen lässt sich das Postfach nur über die GUID des Postfachs. Diese kann man sich so anzeigen lassen:

get-mailboxdatabase | get-mailboxstatistics | Where{ $_.DisconnectDate -ne $null } |fl displayName,Identity,disconnectdate,database

Ab hier geht es nun mit dem neuem CMDlet weiter:

Remove-StoreMailbox -database “Name der Datenbank” -Identity “Wert der bei Identity steht” -MailboxState SoftDeleted

Das nachfolgende Beispiel löscht ein Postfach welches den Status “SoftDeleted” hat.

Beispiel:

Remove-StoreMailbox -database “MBDB01″ -Identity “bcfd82dc-0b14-4ee3-aceb-f369159ddbc1″ -MailboxState SoftDeleted

Ein deaktiviertes Postfach löscht man indem man den Parameter “-MailBoxState” auf “Disabled” setzt.

Beispiel:

Remove-StoreMailbox -database “MBDB01″ -Identity “bcfd82dc-0b14-4ee3-aceb-f369159ddbc1″ -MailboxState Disabled

Besonderheit: Wenn die Konsole Ihnen beim Tuning von Autodisconnect mit der Meldung „Zugriff verweigert“ Ihren Änderungswunsch untersagt, dann bleibt der Weg über die Registry. Starten Sie dazu Regedit oder einen anderen Registry-Editor und suchen/öffnen Sie dann den Eintrag

Mit dem nachfolgendem Befehl wird SMTP-Out erlaubt

1) esxcfg-firewall -o 25,tcp,out,SMTP