I fixed this by doing two things:

1) adding the following to the /etc/postfix/main.cf
smtpd_sasl_authenticated_header = yes

AND

2) adding the following to /etc/mail/spamassassin/local.cf (replace your.host.name with your hosts FQDN that shows up in mail headers)
header SASL_AUTH_RCVD Received =~ /\(Authenticated sender: .*@.*\) by your.host.name \(Postfix\) with/
score SASL_AUTH_RCVD -10
describe SASL_AUTH_RCVD received from SASL authenticated user

Problem fixed

The only reason why I thusfar not considered using Yubikey as my TFA was the missing ability to use it on my android phone. But especially on the PHONE I want TFA, because it is in much higher danger of being stolen. But the traditional Yubikeys dont work on phones.

But the guys @ Yubico came up with the Yubikey Neo (http://yubico.com/yubikey-neo)

The Yubikey Neo is NFC-enabled and works perfectly in tandem with my Samsung Galaxy Nexus. I can now safely use Lastpass on my Android with TFA, and I don’t have to worry about the security of my passwords when my phone gets stolen.

Here is how to do it:

1. Get a Lastpass Premium Account 
2. Get a Yubikey Neo
3. Register the Yubikey with your Lastpass account
4. “Disallow” mobile access in the Lastpass account settings. 
5. Download the Personalization Tool 
6. Select the “Write an NDEF configuration (YubiKey NEO only)” option
7. Then select URI record type, identifier=https:// and URI string lastpass.com/mobile/?otp=
8. press NEXT twice to get to the programming page and press the RUN button to write the NDEF2 string to your YubiKey NEO.
9. Enjoy (make sure you have the Lastpass App installed on your Phone)

The Yubikey Neo can be used on any Computer like a normal Yubikey and on any NFC enabled phone. Fantastic, isn’t it ?

~~ sebastian

Update 1, 13.03.2012: Thanks to a comment from Evelina @ Yubico, I changed the above howto to include the need to change your lastpass account settings to “disallow” mobile access. This setting will enforce the YubiKey TFA on  mobile devices.

So I started looking for ways to utilize the Mac OSX automount (autofs) tools. With a bit of looking around on the net and a few modifications, this is what I came up with:

First, I created /etc/auto_smb:

Script Content:

So far, so good: Now I have a script that handles the doing, but I have to tell the automounter where to apply this script, so I append a directive to /etc/auto_master, create the designated mountpoint and reload the automounter:

At this point, the automounter is registered for /Volumes/storage/, but since I haven’t actually ACCESSED any of the shares yet, there are no subfolders under /Volumes/storage (automounter creates those after initial access).

Since I want a TRUE automount, I use a little script that can be added to the users startup routine.
This script just reads all available shares from the NAS, and cd’s to each of the corresponding automount subdirectories to create the initial stubs.

Script Content:

Finally, something working But wait, shares mounted this way dont show up on the desktop as Volumes. Fair enough. I just linked the automounter base_dir to my desktop to have easy access:

sudo ln -s /Volumes/storage /Users/yourLOCALusername/Desktop/storage

Tadaaa! A working Mac OSX 10.7.3 automounter, easy to use and comfortable. I hope you find this as useful as I do

~~ sebastian

Da denkt man sich kurz nach Weihnachten, es wäre mal Zeit sich ein neues Android Gerät zuzulegen, und was hat man davon ?
Nichts als Ärger

1. Kalender Sync von sekundären Google-Kalendern funktioniert nicht ordentlich
   -> Update: Fixed
2. Der Primäre Kalender wird automatisch auf den Originalnamen (Email-Adresse) zurückgesetzt, und lässt sich nicht wieder umbenennen.
3. Facebook Contact Sync funktioniert nicht (das ist allerdings eher die Schuld von Facebook, wg. des ewigen Streites. Aber für uns User trotzdem SCHEI*E)
4. Ganztägige Termine die NICHT im primären Kalender sind, werden über Widgets nicht angezeigt. (API-Fehler, liegt nicht am Widget)
   -> Update: Fixed

Es ist einfach zum heulen. Verdammte Bananenware die beim Kunden reift.

@Google, das war ja mal ein Griff ins Klo. Nachbessern, und zwar zügig ! Und hört endlich auf den Kalender zu stiefmütterlich zu behandeln, damit wollen auch Leute ARBEITEN !
@Facebook: Hosen runter, und die Google People 4.0 API nutzen, damit der verdammte Contact Sync wieder geht Sonst seit ihr bald völlig weg vom Fenster, und Google+ macht euch platt.

Und jetzt: Schluss mit dem Genörgel.

Ich wünsche trotzdem allen einen guten Rutsch ins neue Jahr.

~~ sjuerges

Sehr lesenswert.

~~ sjuerges

Immer wenn ich denke ich könnte die CDU im Allgemeinen bzw. die JU im speziellen nicht noch mehr zum Kotzen finden, bringen die solche Klopper. Wie sagt der gute fefe noch immer: “Ich kann garnicht soviel essen wie ich gerade kotzen möchte” — Die haben nichts begriffen.

Aber lest selbst (Vorsicht Brechreiz) !

~~ sjuerges

Auszug:

Recht vor Gnade – nach diesem Motto mahnt [Weltmarke] derzeit verstärkt Blogger, Forenbetreiber und Internetcommunitybenutzer ab. Kaum jemand weiss, dass sich [Weltmarke] bereits vor Jahren die Rechte an allen [irgendwas] sicherte, und zwar inklusive sämtlicher Fotos, Darstellungen und Zeichnungen sowie an Abbildungen der von schräg hinten so ähnlich aussehenden [irgendwas ganz anderes]. Das Markenrecht ist hier auf der Seite des Konzerns und erlaubt ihm auch, Lizenzgebühren auf [sonstwas] zu erheben. [...]

via Standardabmahnartikel | saschalobo.com.

~~ sjuerges

<Arschh0l!o’> 4 ma wegen der behinderten schwarzen verloren
<Daywalker!> !! du rassist
<Arschh0l!o’> ? wir haben pool gespielt -_-

~~ sjuerges