E-Mails per SMTP durch Speedport versenden geht nicht mehr

Problem

Seit dem Router-Tausch gegen einen neuen Speedport ist der E-Mail Versand via Mailprogramm (SMTP) nicht mehr möglich. Speedport-Router kommen in der Regel mit neuen T-Entertain-Anschlüssen oder werden bei der Umstellung auf VoIP verwendet. Von dem Fehler sind Port 25 und 587 (MQ) betroffen.

Lösung

Per Default ist in dem Router der Mailversand blockiert – ausser über die Telekom und deren (mehr oder weniger sympatische) Partnerunternehmen- und Töchter, wie beispielsweise 1&1. Die Funktion heißt „Liste sicherer Mailserver“. Im Speedport diesen Quatsch abschalten oder die „Liste sicherer Mailserver“ entsprechend erweitern. Diese rücksichtslose Blockade umgeht krass die Richtlinie zur Netzneutralität, indem Zugänge direkt im Endgerät blockiert werden. Wir finden das unglaublich dämlich, vor allem in der Defaultkonfiguration und prophezeien hunderte teurer Stunden der Fehlersuche. Möge dieser Artikel die kartellähnlichen Machenschaften des Konzerns offenlegen.

telekom-sichere-mailserver

Windows Server 2012 RDS RemoteApp Icon ändern

Problem

Bei der Einrichtung einer RemoteApp unter Server 2012/2012R2 ist ein falsches (oder gar kein) Symbol ausgewählt worden. Das Symbol soll nun „mal eben™“ geändert werden.

remoteapp-icon-aendern

Lösung

Über das GUI ist das Ändern des Symbols nicht möglich. Wie man ein so unvollständiges Produkt überhaupt veröffentlichen kann und danach noch ruhig schläft, ist mir ein Rätsel. Über die Powershell ist das aber möglich. Zudem scheinen an der Shell die (ehemaligen?) GUI-Regeln von UNC-Pfaden und ähnlichem nicht mehr zu gelten. Mit Set-RDRemoteApp lassen sich die Einstellungen anpassen:

Get-RDRemoteApp -Alias "meineanwendung" | Set-RDRemoteApp -IconPath "c:\windows\system32\shell32.dll" -IconIndex 6

Der IconPath ist der Pfad zum Symbol (Jeder Broker muss auf das Symbol zugreifen können!) und den IconIndex die Position des Symbols in der Datei, beginnend mit „0“.

.NET Framework 3.5 unter Windows 8.1 installieren

In der Theorie kann man unter Windows 8/8.1 das .NET Framework 3.5 einschliesslich benötigter patches über die Systemsteuerung unf „Programme und Funktionen“ installieren. Das klappt auch ab und zu ganz gut. Der leidgeprüfte Admin befindet sich aber im Regelfall nicht im offenen und schnellen Internet, sondern hinter diversen Firewalls und Sicherheitseinrichtungen die die Freude am runterladen recht schnell verderben.

Daher gib es ein INOFFIZIELLES Offline-Installer Paket vom .NET Framework für Windows 8.1, zusammengestellt von den Jungs von askvg.com. Kein Suport, keine Updates, keine Garantie. Läuft bestens.