Nun hab ich mal wieder meinen Emacs aktualisiert. Auf Emacs 24. Ging ganz leicht, aber ….

Beim Installieren eines meiner Lieblingstools (magit) kam es beim make zu folgendem Fehler:

Loading cl-extra...

In toplevel form:
magit.tmp.el:3462:19:Warning: reference to free variable
`magit--bisect-info-for-status'
magit.tmp.el:5805:1:Error: Symbol's function definition is void: declare-function
mv magit.tmp.elc magit.elc #NO_DIST
mv: rename magit.tmp.elc to magit.elc: No such file or directory
make: *** [magit.elc] Error 1

Der Fehler ist meiner Meinung nach ein reiner Mac OS X Fehler und liegt daran, das auf dem Mac ein Emacs in /usr/bin installiert ist, das mit den aktuellen Befehlen des magit nicht klar kommt.

Man kann aber dem Make per Parameter mitteilen, wo denn nun der “richtige” Emacs liegt (Bei mir in Applications), und der Befehl

make EMACS=/Applications/Emacs.app/Contents/MacOS/Emacs

schafft dann auch die gewünschte Abhilfe.

Viel Spass mit Emacs!

Heute habe ich versucht mit watchr eine Continous Integration Umgebung auf meinem Lion hochzuziehen und …. ES HAT NULL FUNKTIONIERT!

Kleine Nachforschung ergab, das die fsevent Maschine mit Lion erstmal nicht tut. Also ein
gem install rb-fsevent
mit anschliessendem
gem install watchr
und schon läuft sie Sache wieder.. gewusst wie.

Heute bin ich über einen eigentlich logischen, aber dennoch komischen Fehler gestossen. Ich wollte per Setup eine bestehende FIM 2010 verändern und bekam immer die Fehlermeldung, dass die Website oder Webanwendung nicht vorhanden ist.

Ein Griff in die alternativen Zugriffszuordnungen des SharePoint löste dieses Problem. Wie in den Best Practices vorgeschlagen habe ich http als Protokoll stillgelegt und nur https erlaubt; ein Umstand, den das Setup so gar nicht mag. Also schnell wieder http eintragen und es läuft wieder.

Um auf einer Office365 Umgebung eine Remote Powershell für das Online Exchange zu starten muss die folgende Befehlssequenz ausgeführt werden:

$LiveCred = Get-Credential

$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://ps.outlook.com/powershell -Credential $LiveCred -Authentication Basic -AllowRedirection

Import-PSSession $Session

Viel Spass damit!!

Eben gerade haben Guido und ich versucht ein Problem anzugehen, das bei dem Versand von Emails auftreten kann. Das Problem heisst “ist diese Email Adresse auch echt?”.
Man kann sich dem Ganzen ja von mehreren Seiten nähern unter anderem durch den exzessiven Gebrauch von regulären Ausdrücken (hab ich versucht und bin gescheitert) aber wenn man nicht soooo hochvolumig unterwegs ist geht es auch anders.

Jede Email muss ja irgendwie zu einem Zielhost kommen um da in den Posteingang des betreffenden Users zu gelangen. Der Wegweiser zu diesem Zielhost ist im DNS hinterlegt und hört auf den sprechenden Namen MX-Record (MX = Mail eXchanger).

Wenn wir nun versuchen herauszubekommen, ob es eine Mailadresse wirklich gibt ist die erste Frage ja, ob die Maildomain überhaupt erreichbar ist und wie bei ruby üblich gibt es auch hier ne Spitzenlösung. Sie hört auf den Namen net-dns und ist als gem installierbar. Also erstmal

sudo gem install net-dns

Damit haben wir schon mal ein nettes Tool für DNS Abfragen am Start. Wir können nun folgende Befehlssequenz abfeuern um auf das Vorhandensein eines MX Eintrages zu testen

require 'net/dns/resolver'
packet = Net::DNS::Resolver.start("web.de", Net::DNS::MX)
answer = packet.answer
answer.any?

Die letzte Zeile liefert true, wenn es einen MX Record für diese Domäne gibt und false wenn es diesen nicht gibt. Damit sind natürlich zwei Fragen noch nicht geklärt:

1. gibt es den eingetragenen Mailserver noch? (oder ist der abgeschaltet)
2. gibt es die Email Adresse?

Zum ersten kann man sich natürlich eine kurze Routine schreiben, die nachguckt ob auf Port 25 (SMTP) jemand lauscht. Dazu holt man sich aus dem Answer Paket einfach die IP Adresse des Mailservers.

Bei dem zweiten wird es etwas schwieriger. In Zeiten des massiven Email Spams sind gut eingestellte Mailserver mit der Herausgabe von Emailadressen oder auch nur dem Vorhandensein der selben sehr sparsam. Man möchte vermeiden, das ein Spammer durch einen Harvesting genannten Prozess einfach kostenlos an jede Menge gültiger Mailadressen kommt. Diese Abfrage ist uns also in den meisten Fällen verwehrt.. vielen Dank an die Bulk Mailer dieser Welt.

Ich danke an dieser Stelle Rodrigo Urubatan dessen Post mich auf diese Nummer gebracht hat.

Heute sind wir über ein lustiges, kleines Phänomen gestolpert.

Man nehme eine Standard Rails Anwendung und setze dort authlogic (nebenbei ein super System für Authentifikation) ein. Nun geht man auf die Logon Seite und gibt erstmal nix ein. Nach Druck auf den Logon Knopf ist die URL dann

http://localhost:3000/user_session

und nun kommt der Trick: In das Browsereingabefeld klicken und auf Enter latschen und schon kriegt man nen schööönen 500er Fehler. Warum?

Eigentlich ganz einfach. Laut Beschreibung wird der Controller bei authlogic in der routes.rb als RESTful-controller eingerichtet (was er eigentlich ja gar nicht ist) und der Browser macht nun nach einem direkten Aufruf des user_session controllers das, was jeder RESTful controller macht; er benutzt show wenn keine andere Aktion angegeben wurde. Leider gibt es diese show action aber nicht und damit stirbt das Teil dann … hier ein Quick-and-Dirtiy-Workaround:

def show
  render :action => :new
end

Diese Zeilen dem user_session Controller hinzufügen und alles ist Bingo. Bleibt nur die Frage, ob es nicht sinnvoller wäre den Controller gar nicht erst RESTful zu machen; aber dazu dann später mehr.

Kollege Gülck hat sich einen Teil seiner Daten geshreddert. Aber wie jeder gute Admin hat er solange nachgesessen, bis alles wieder da war. Hier der Erfahrungsbericht

Wenn man eine Sicherung aus SharePoint heraus erstellt, dann wird in der Sicherung vermerkt, welche Features genutzt werden. Das kann dazu führen, das bei einem Restore der Sicherung auf einem anderen Lizenzmodell Probleme auftauchen können.

Z.B. sichern wir eine Site, die auf einem Enterprise Lizenz Server erstellt wurde. Wenn man diese nun auf einem Standard Lizenz Server einspielen möchte, so werden einem beim Restore Fehler angezeit, die sich auf die DataConnectionLibrary beziehen. Dieses Feature wird bei der Sicherung einer Site aus dem Enterprise Server in einer Datei mit Namen Requirements.xml vermerkt. Diese Datei steht in der jeweiligen Sicherungsdatei und kann im allerschlimmsten Notfall auch geändert werden. Das Ganze funktioniert dann so:

1. Sichern mit Sharepoint Designer
   Mit dem Sharepoint Designer wird unter Websites -> Verwaltung -> Website sichern eine Sicherung durchgeführt. Die daraus entstehende .cmp Datei wird von uns weiterverarbeitet.
2. Die .cmp Datei ist eigentlich eine Cabinett-Datei. Wenn wir die Endung auf .cab ändern können wir in diese hineinschauen. In dem Cabinett ist eine requirements.xml enthalten.
3. In der Requirements.xml sind eine Reihe von Features enthalten. Nach der FeatureDefinition “Base.web” können die restlichen Features entfernt werden; diese sind Enterprise Features. Danach Datei speichern und wieder in die .cab Datei eingliedern.
4. Die entstandene Cab-Datei in .cmp umbennenen und dann aus dieser .cmp die Wiederherstellung starten.

Viel Erfolg!

Da bin ich doch beim Twittern von atariboy auf Nimble Kit aufmerksam gemacht worden. Dieses verspricht Anwendungen für das iPhone ohne Objective C sondern nur durch HTML und Javascript. Keine Ahnung ob das funktioniert (gerade weil auch der AppStore erwähnt wird) aber ich schau mir das bestimmt die nächsten Tage mal an.

Meanwhile acker ich mich durch Objective C und durch Xcode. Eigentlich ne sehr schöne Art Software zu schreiben, aber wenn man so versaut ist wie ich fällt es schwer, sich da einzudenken.

Da bin ich nun aktuelle dabei ILM 2 von Microsoft genauer zu untersuchen und stoße auf ein Problem, das auch in vielen SharePoint Deployments immer wieder für Ärger sorgt; Multi Forrests!

Da gibt es aber einen wie ich finden netten Walkthrough wie man das in ILM 2 abbilden kann. Den Walkthrough gibbet hier.