Ein Mailgate in der DMZ empfängt alle Mails von extern, prüft dieses auf Spam und Viren und reicht die “sauberen” Mails an einen internen Exchange 2010 Server weiter. Dieser Antwortet bei allen Mails aber mit der Meldung:

<Mailaddresse>: host <SERVER> said: 530 5.7.1 Client was not authenticated (in reply to MAIL FROM command)

Microsoft versucht bei seinen neuen Serverprodukten von Haus aus sehr vorsichtig zu agieren. Deshalb werden Mails bei einem neu installierten Hub Transport Server nur von authentifizierten Servern bzw. Clients angenommen. Da aus dem INternet (bzw. in unserem Fall das Spamgate) meistens Anonyme Benutzer (also User ohne Login-Info auf dem Exchange Server) versuchen Mails weiterzuleiten muss beim Hub Transport im Empfängerconnector der Haken bei “Anonyme Benutzer” gesetzt werden.

Das allein reicht allerdings noch nicht! Der Dienst “Microsoft Exchange-Transport” muss nach der Änderung neu gestartet werden, um die Änderungen auch wirklich zu übernehmen!

Keine Angst, das Anonyme relayen ist damit nicht automatisch erlaubt, hier geht es nur darum das eingehende Mails (die für die vom Server akzeptierte Domain vorgesehen sind) von anonymen (sprich nicht authetifizierten) Absendern kommen darf.

Und wenn man grad dabei (und ein wenig paranoid veranlagt) ist: Beim Default – Connector unter “Netzwerk” auch das Mailgate als einzigen akzeptierten Sender eintragen (und die Standard – Welt einstellung rauslöschen), da von aussen ja nur das Mailgateway erreichbar sein sollte.

Fehler bei der Übernahme der Transformationspakete. Stellen Sie sicher, dass die Transformationspfade gültig sind.

HIer hat ein Tipp in der Ubisoft Knowledgebase weitergeholfen: Ein Registry – Key ist hier wohl falsch gesetzt und verhindert das Installieren der Anwendung. Von daher:

Start -> Ausführen -> REGEDIT

Gehen Sie zum folgenden Schlüssel:

(XP/2000)     HKEY_CLASSES_ROOT\Installer\Products\AD217FD8523D0DF4D88E2E7DF83CDC3C
(9X /ME )     HKEY_current_user\software\Microsoft\installer\Products\ AD217FD8523D0DF4D88E2E7DF83CDC3C

Im rechten Fester sehen Sie die Option "Transforms" bitte klicken Sie diese Option mit der rechten Maustaste an

wählen dann „Umbenennen“ aus. Ändern Sie die Zeichenfolge „Transforms“ in z.B. TRANSX

und alles wird gut…

Beim Suchen eines für die Vervollständigung des Vorgangs notwendigen Elements ist ein Fehler aufgetreten. Das Element wurde eventuell gelöscht.

Löschen der Profile über die Systemsteuerung oder neuinstallieren von Outlook bringen da keine Abhilfe. Das Problem tritt dann auf, wenn auf dem Rechner vorher Office 2007 installiert war (es reicht auch schon die 60-Tage Probeversion die bei neuen Rechnern gerne vorinstalliert wird). Dabei wird eine Datei, die für den Zugriff auf die Exchange – Postfächer zuständig ist, nicht deinstalliert, bzw. bei der Installation von Office 2003 nicht ersetzt (da die Version aus dem Office 2007 natürlich neuer ist). Die Datei “MAPISVC.INI” liegt im Verzeichnis “C:\Programme\Gemeinsame Dateien\System\MSMAPI\1031\” und ist der Grund allen Übels. Löschen oder einfaches umbenennen zwingt Outlook beim nächsten Start zur Nachinstallation der nun fehlenden Datei und der Zugriff auf den Exchange Server funktioniert wieder.

Danke an den Unbekannten User im mailhilfe.de Forum der diese Lösung bereits vor Jahren dort gepostet hatte…

Natürlich kann auch das ISO – Standardformat ODF nicht unangetastet an Microsoft vorbei gehen. Erst mit dem aktuellen zweiten Servicepack für Office 2007 wird das Dokumentenformat in Office unterstützt – und wie sich überraschenderweise herausgestellt hat – fehlerhaft sehr eigenwillig interpretiert…

Man könnte meinen Microsoft hätte aus seinen (fatalen) Fehlern die bei Windows Vista passiert sind gelernt. Manches wurde wohl auch verbessert (wenn man den Beta – Berichten glauben kann), manches blieb gleich aber manches wurde eher verschlechtert.

Einer der Hauptkritikpunkte waren wohl die unterschiedlichen Windows – Vista Ausprägungen. Es gab da eine Home Private, eine Home Porfessional, eine Business und weiss der Kuckuck welche weiteren Versionen da zu finden waren. Jede konnte ein bisschen mehr (oder auch weniger) als die darunter positionierte.

Mit Windows 7 wird das alles besser, gibt es doch ganze 6(!) unterschiedliche Varianten wobei jede alle Features der “billigeren” inne hat, plus einige zusätzliche Features.

• Windows 7 Starter Edition
• Windows 7 Home Basic
• Windows 7 Home Premium
• Windows 7 Professional
• Windows 7 Enterprise
• Windows 7 Ultimate

So werden sie also heissen, wobei Microsoft verlauten lässt dass der Endkunde im Geschäft nur die Varianten “Windows 7 Home Premium” und “Windows 7 Professional” finden wird. Erstere für Home – User, zweitere für Businesskunden.

Wenn nun nur zwei Versionen wirklich in den Geschäften stehen sollen, warum gibt es dann noch vier weitere? OEMs werden ihre Billig – Laptops und PCs sehr wahrscheinlich mit der billigsten WIndows7 Lizenz ausliefern, also werden die meisten Home – User dann wieder die eingeschränkteste Windows 7 Variante haben, nicht die die laut Microsoft für die Homeuser vermarktet werden soll. Und die teureren Endgeräte werden sich dadurch von der Konkurrenz abheben, indem dort die “Windows 7 Professional” oder gar die “Windows 7 Ultimate” Variante beigegeben wird.

Es gibt natürlich auch Argumente für die Aufteilung in verschiedene Unterprodukte, aber ob das der “einfache Kunde” auch verstehen wird bleibt fraglich. Vor allem da es in unseren Kreisen doch eher üblich ist, das Betriebssystem mit dem Computer mitzukaufen, man ist also dem OEM ausgeliefert.

Unlängst wurde ich vor die (fast unlösbare) Aufgabe gestellt Kundendaten zwischen zwei Programmen abzugleichen. Kein Problem dachte ich zunächst. Das “Quellprogramm” erlaubt den Export aller Daten nach Excel, und das “Zielprogramm” kann .csv Dateien lesen und verarbeiten. Das hört sich ja an sich logisch und leicht an, ist es aber in der Praxis nicht. Denn mein Lieblings – Tabellenkalkulationsprogramm speichert die Datei.csv (csv steht in dem Fall für “comma seperated value” also Komma – getrennte Werte) mit eine Semikolon (;) als Trennzeichen, nicht mit dem Komma.

Nach einer kurzen Befragung von Google stellt sich heraus, dass dieses Trennzeichen sehr wohl geändert werden kann, allerdings nicht wie vermutet in Excel sondern – trommelwirbel – in den “Regions- und Spracheinstellungen” von Windows selbst. Was das Trennzeichen bei csv – Dateien mit den Spracheinstellungen zu tun hat, ist mir ein Rätsel, aber irgendjemand wird sich wohl was dabei gedacht haben wird wohl seine Berechtigung haben.

PS: Ich habe es gerade nachgelesen, laut dem RFC 4180 gibt es kein spezifisches Zeichen für die Verwendung als Datentrenner, obwohl im RFC selbst nur mit Komma als Trenner gearbeitet wird.