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…

• Click on “Start button -> All Programs -> Accessories“. Right-click on “Command Prompt” and select “Run As Administrator“. If you are prompted to enter password, enter the password and continue. You can also open Command Prompt in Administrator mode by typing “cmd” in Startmenu Search box and press “Ctrl+Shift+Enter“.
• Now provide following command:

net user administrator /active:yes

• Thats it. The Administrator account will be enabled. If you want to disable it again, simply replace "yes" with "no" in above command.

I have not tried the other two methods mentioned at askvg.com because the one above did work for me and is scriptable if need be…

Aufgrund eines zu kleinen Buffers in einem der Header – Files (zuständig für die Übergabe der Kommandozeilen – Argumente an das Programm sprich Pipes) kann es schon mal passieren, dass Beispielsweise beim löschen von Dateien ein einfaches rm *.jpg mit der Fehlermeldung argument list too long quittiert wird. Um das zu umgehen kann man mit dem (oft unterschätzten) efehl find arbeiten:

Löschen mit find

find . -name '*.jpg' | xargs rm

Dieser Befehl funktioniert aber nur für Dateien im selben Verzeichnis und ohne Leerzeichen im Namen, sollte man Leerzeichen (oder andere Sonderzeichen) im Dateinamen haben, wäre folgender Befehl angebracht:

find . -maxdepth 1 -name '*.jpg' -exec rm {} \;

Hierbei kann gleich mit dem -maxdepth 1 Parameter angegeben werden, wie „tief“ er Verzeichnissbaum durchgegangen werden soll.

Üblicherweise funktioniert einfaches verschieben eines Verzeichnisses unter Linux mit dem

mv SOURCE DESTINATION

Befehl. Leider werden dadurch nicht wirklich die Dateien verschoben, sondern nur die Inodes geändert um auf die aktuelleren Daten zu zeigen. Gerade bei ganzen Verzeichnissen ist das manchmal problematisch, da so ein echtes rekursives verschieben kaum möglich ist

Anhilfe verschafft dabei das verpacken der Daten in ein Tar – Archiv und das entpacken der Daten an der Stelle an der sie gebraucht werden. Dazu gibt es einen recht praktischen Befehl, der die Dateien verpackt, das Archiv an den STDOUT gibt und per Pipe wieder an tar geschickt wird das die Daten an gewünschter Stelle wieder entpackt:

Im Quellverzeichniss einfach

tar cf - . |(cd /targetdir; tar xvf -)

ausführen und das „targetdir“ entsprechend anpassen.

Dabei werden alle bereits bestehenden Dateien im Targetverzeichnis beibehalten, Dateien mit gleichem Namen werden überschrieben.

Linux bietet eine sehr einfache Methode, mit der man den Netzwerkdurchsatz zwischen zwei Rechnern testen kann. Das ist vor allem dann praktisch, wenn man wissen möchte, ob das WLAN zum streamen von HD Videos ausreichend dimensioniert ist, oder ob die NAS auch den Durchsatz auf dem Netzwerkport schafft, der laut Hersteller angepriesen wird…

Am ersten Rechner startet man mit

nc -ulp 5000 > /dev/null

einen UDP Listener – Prozess der den ankommenden Verkehr gleich wegschmeisst. Am zweiten Rechner startet man analog mit

pv < /dev/zero | nc -u<listenerhost> 5000

einen Prozess der endlose 0 – Streams an den <listenerhost> schickt, der natürlich mit der IP Addresse des ersten Rechners ersetzt werden muss. Als Ergebniss erhält man von pv die Ausgabe der aktuellen Geschwindigkeit des Netzwerks. Bei einer Gigabit – Ethernet Verbindung ist die maximale Geschwindigkeit bei etwa 119 MB/sec. Lässt man bei beiden Prozessen die “-u“ Parameter weg, wird statt der UDP die TCP Geschwindigkeit getestet, die bei aktuellen Gigabit – Ethernet Netzen immer noch an die 100 MB/sec erreichen sollte (die Differenz ergibt sich aus dem grösseren Overhead der TCP Verbindung). Für die korrekte Funktion des ganzen müssen die Pakete „pv“ und „netcat“ auf den Systemen installiert sein.