Monat: Februar 2013

VMWare ESX(i) Datastore Heartbeat ausschalten

Veröffentlicht am von — Keine Kommentare ↓

Ich wurde jetzt ein paar Mal gefragt, ob und wie man den Datastore-Heartbeat komplett auschalten kann. Eigentlich gibt es nicht wirklich einen Grund dafür, aber es gibt bestimmt Sondersituationen in denen das angebracht ist.

Lösung:

  • vSphere Client mit dem vCenter verbinden, Eigenschaften des Clusters öffnen
  • Einstellungen bearbeiten -> Datastore Heartbeat
  • Datenspeicher auswählen
  • Hier keinen Datastore auswählen

Das ist schon alles. Allerdings raten wir von dieser drastischen Maßnahme ab, es sei denn man weiss genau was man tut.

E-Mails an der Kommandezeile ab Exchange 2010 und in der Cloud versenden (auch Linux)

Veröffentlicht am von — Keine Kommentare ↓

Da Exchange ab 2010 für den Standard SMTP-Connector immer TLS für Authentifizierte Verbindungen vorsieht, fallen die guten altgedienten Kommandozeilen-Tools wie Blat, smtpsend und ähnliche leider aus. Glücklicherweise gibt es ein ganz brauchbares Tool das STARTTLS beherrscht und somit diese neu entstandene Lücke im Repertoir der Batchhacker auffüllt: SendEmail.

SendEmail ist ein sehr schlanker SMTP-Mail-Client für die Kommandozeile. Es wurde entwickelt um schnell und einfach in Bash-Skripts, Batch-Dateien, Perl-Programmen und Web-Sites verwendet zu werden, ist sehr anpassungsfähig und beherrscht sowohl SSL als auch TLS. SendEmail ist ursprünglich in Perl geschrieben und einzigartig, weil es fertig gepackt daherkommt und keine externen Module benötigt. Eine ganz klare Empfehlung für Admins.

SendEmail steht unter der GNU GPL unter der Version 2 und unterstützte zahlreiche Plattformen: Linux, BSD, OS X, Windows 98, Windows NT, Windows 2000, und Windows XP.

Benutzung:

sendEmail.exe -a %1 -f %smtp_sender% -t %smtp_receiver% -m "%smtp_message%" -u "%smtp_subject%"  -s %smtp_server%:%smtp_port% -xu %smtp_username% -xp %smtp_password%

Hellо, I am a compiler.

Veröffentlicht am von — Keine Kommentare ↓

Hellо, I am a compiler.

 

I just scanned thousands of lines of code while you were reading this sentence. I browsed through millions of possibilities of optimizing a single line of yours using hundreds of different optimization techniques based on a vast amount of academic research that you would spend years getting at. I won’t feel any embarrassment, not even a slight ick, when I convert a three-line loop to thousands of instructions just to make it faster. I have no shame to go to great lengths of optimization or to do the dirtiest tricks. And if you don’t want me to, maybe for a day or two, I’ll behave and do it the way you like. I can transform the methods I’m using whenever you want, without even changing a single line of your code.

I can even show you how your code would look in assembly, on different processor architectures and different operating systems and in different assembly conventions if you’d like. Yes, all in seconds. Because, you know, I can; and you know, you can’t.

 

P.S. Oh, by the way you weren’t using half of the code you wrote. I did you a favor and threw it away.

 

Danke für diese poetische Einsicht Tim Post 🙂

Office365 Exchange Primäre E-Mail Adresse (Absenderadresse) ändern

Veröffentlicht am von — Keine Kommentare ↓

Die Hauptadresse ist die Standard-Absenderadresse eines Postfaches. Diese erscheiun immer wenn man aus Outlook oder der Outlook Web App eine E-Mail versendet. Leider ist das Ändern der Absenderadresse nicht im Portal möglich, hier lassen sich nur zusätzliche Adressen hinzufügen.

Lösung

  1. Eine Remote-Powershell mit dem Office 365 Exchange verbinden
  2. Das Postfach mit set-mailbox konfigurieren: 
    Set-Mailbox MAILBOXNAME -EmailAddresses SMTP:[email protected],[email protected]

Wichtig:Wenn der 2. Parameter weggelassen wird, wird die SMTP-Proxyadressenliste ersetzt.

Office365 Exchange – Weiterleiten von E-Mails nur ohne Quelladresse

Veröffentlicht am von — Keine Kommentare ↓

Der Office365 Exchange Server hat eine ärgerliche Funktionseinschränkung. Da ich jetzt schon ein paar mal über genau diese Frage gestolpert bin, sei die Sachlage nun hiermit für jeden dargelegt. Vielleicht ändert Microsft das in der nächsten Wave ja, das wäre fein.

Der Effekt ist schnell erklärt: Wenn man in Outlook eine E-Mail Weiterleitet, bleibt die Adresse des Senders erhalten:

Von: Foo Bar [mailto:[email protected]]

Wenn man genau das selbe in der Outlook WebApp tut, ist der Absender plötzlich verschwunden:

 Von: Foo Bar

Dieses Verhalten von Exchange Online ist so „korrekt“. Die offizielle Antwort (Zitat, die Fehler sind nicht von mir) des MSFT-Supports lautet (Marketing-Blasen sind durch „…“ ersetzt):

Outlook Web App […] etwas beschänkte Funktionalität im Vergleich zu Outlook […]. Deshalt […] von Dir gewünschte Funktion kann man nicht machen.

Damit ist die Exchange Online WebApp so schick die auch ist, für mich in vielen Fällen praktisch nutzlos. Ich ich leite viele E-Mails zur direkten Bearbeitung an den passenden Mitarbeiter weiter, aber wenn der neue Empfänger dem Absender nicht zurückschreiben kann, ist das natürlich sinnlos. Ich persönlich kann mit natürlich behelfen, aber ich muss gestehe von einem OutlookWebApp Client doch die Fähigkeit zur Weiterleitung einer E-Mail erwartet zu haben.

Interessanterweise ist das in Exchange 2010 an sich durchaus möglich; On-Premise Kunden haben an dieser Stelle funktional also die Nase vorn.