Postfix und Domain Aliase

Details

Category: Anleitungen / Howto's

Created on Thursday, 08 March 2012 19:28

Published Date

Hits: 1198

Eben wurde ich auf eine Situation aufmerksam gemacht, die mir nicht bewußt war (oder ist es vielleicht schon nicht mehr aktuell?!):

Postfix kann keine unbekannten Benutzer in Domains, die ein alias für andere Domains sind, zurückweisen. Das ist schlecht, weil damit alle Mails, für beliebige Empfänger also, angenommen werden - und dafür dann ein bounce generiert werden muss.

Als Lösung gibt es, beim Einsatz von Mysql, eine recht komplizierte SQL Abfrage. Die möchte ich hier nennen und sie auch gleich erklären:

/etc/postfix/main.cf:
  virtual_alias_maps =
    proxy:mysql:/etc/postfix/mysql_virtual_gate.cf,

/etc/postfix/mysql_virtual_gate.cf:

query =select destination from forwardings where source = '%s'
and left(destination,1) <> '@'
union
select concat(left('%s',locate('@','%s')-1), destination) as rewritten from forwardings
where source = '@%d' and left(destination,1) = '@'
limit 1

Die Mysql-Tabelle "forwardings" sieht dabei z.B. so aus:

So, jetzt die Funktionsweise: Ziel ist es ja, unbekannte Empfänger abzuweisen. Dazu gehe ich jetzt die SQL Zeilen durch.

select destination from forwardings where source = '%s'

Wenn bei Source die einkommende Email Adresse steht, war es das schon: das Ziel - "destination" - wird als erstes ausgegeben. Kommt also eine Email an This email address is being protected from spambots. You need JavaScript enabled to view it. , kommt als Resultat This email address is being protected from spambots. You need JavaScript enabled to view it. raus.

and left(destination,1) <> '@'

Dies blockiert Ausgaben, wo bei "destination" nur "@domain" steht (Übersetzt heisst das Statement: wo das linke eine (1) Zeichen nicht "@" ist).

union

Verbindet die gerade erfolgte Auswahl mit dem, was jetzt kommt. Ich überspringe jetzt die folgende "select" Zeile, die hängt von der "from" Zeile danach ab.

where source = '@%d' and left(destination,1) = '@'

Hier wird der generelle Domain-Alias ausgewählt, also die Zeile "@bla.zz" "@blubb.zz". Bei der Quell-Email muss der Domain-Teil (%d) auf die Angabe bei "source" passen - und bei "destination" "@irgendwas, also eine gesamte Domain, stehen. Diese "destination" Angabe, im Beispiel "@blubb.zz", wird jetzt bei der Select-Anweisung in der Zeile davor benutzt:

select concat(left('%s',locate('@','%s')-1), destination) as rewritten from forwardings

Rewritten deutet es schon an, hier wird was umgeschrieben. Wir müssen in der innersten Klammer beginnen und uns nach aussen arbeiten:

• locate('@','%s') sucht in der einkommenden Email-Adresse das "@", also dessen Postition.
• "-1" - wird von der Positionszahl abgezogen.
• "left('%s', <Positionszahl>)" - hier wird der linke Teil der einkommenden Email-Adresse genommen, und zwar <Positionszahl> Buchstaben. Dieses sehr verklausulierte entspricht dem Benutzernamen in der Email-Adresse! Beispiel: es kommt " This email address is being protected from spambots. You need JavaScript enabled to view it. " rein, dann bleibt "staff" übrig.
• "concat(<Benutzername>, destination)" - concatenate heisst auf englisch zusammenfügen. Hier werden einfach die beiden Teile aneinandergehängt - man erhält also "staff" + "@blubb.zz" -> " This email address is being protected from spambots. You need JavaScript enabled to view it. "
• "select " This email address is being protected from spambots. You need JavaScript enabled to view it. " from forwardings" - Auf diese gerade zusammengefügte alias Email-Adresse wird jetzt der "select" angewandt: oben auf das Beispiel angewandt folgt daraus " This email address is being protected from spambots. You need JavaScript enabled to view it. ", ist also auch valide.

Diese beiden Teile, die direkte Auswahl wenn die Eingabe bei "source" steht und die umgebaute Version, werden mit der "union" verbunden und mit einem "limit 1" auf eine Ausgabezeile beschränkt. Kommt eine Email raus, ist die ankommende Emailadresse ok, ist die Ausgabe leer, wird die Email abgelehnt.

Quelle: http://billboebel.typepad.com/blog/2005/11/postfix_and_dom.html

Google Apps für kleine Firmen

Details

Category: Anleitungen / Howto's

Created on Friday, 02 March 2012 22:02

Published Date

Hits: 917

Ich habe mir die Dokumentation zu Google Apps durchgeschaut. Wenn man, als kleine Firma, zuerst mal Google Apps testen will, also seine Emails sowohl in den bestehenden Mailserver laufen lassen will als auch zu Google Apps spiegeln will, muss man einige Klimmzüge machen. Googles Dokumentation dazu ist zwar ausführlich - aber sehr verwirrend. Daher habe ich eine "kurze" Zusammenfassung geschrieben - oder besser zusammenkopiert. Alle Inhalte sind also von Google - nur von mir zusammengestellt. Die Ursprungs-Links stehen untem im Dokument.

blocking filesystem access in firefox > 3.5

Details

Category: Anleitungen / Howto's

Created on Friday, 27 January 2012 02:34

Published Date

Hits: 2641

OK, I had this situation: I had to turn firefox 8 into a kiosk browser.

With addons like public fox, reset kiosk, r-kiosk and custom geometry/ff fullscreen the most part was done. Except, you could still enter file:// in the url bar and then see filesystem files.

To block that proved to be very very difficult. Most tutorials, hints and everything else seem to deal with browser.jar respectively browser.js inside that. Buut, firefox >= 4.0 has omni.jar, replacing browser.jar.

OK, after figuring that out, I found out that mozilla "optimized" jar. Normally, jar files are simple zip files, so either renaming them or having a proper tool will unpack them. It seems, Win7 explorer or WinZip are capable of unpacking. unzip under linux also managed to unpack it - but I doubted that simply zipping it would work too good.

After yet another round of googling I found this tool: http://hg.mozilla.org/mozilla-central/file/f7016571b472/config/optimizejars.py. Nice path, hmm? And, sure enough, documentation on how to use it is also scarce. To make a long googling short: python optimizejars.py --deoptimize ./ ./ ./ (in the path where omni.jar is).

The output of that will look something like this:

./omni.jar: startup data ends at byte 1338505
Deoptimized 199/1342 in ./omni.jar

Now you can open the jar file with e.g. mc, navigate to chrome/browser/content/browser/ inside and edit (F4) urlbarBindings.xml.

Find something similar to this inside:

[url, postData, mayInheritPrincipal] = this._canonizeURL(aTriggeringEvent);
if (!url)
   return;

Right after the return; (before the closing bracket }), insert this:

if (url.match(/^file:/) || url.match(/^\//) || url.match(/^resource:/) || url.match(/^about:/)) {
   alert("Access denied.");
   exit
}

Save the file (F10), close mc and now "optimize" the file again: python optimizejars.py --optimize ./ ./ ./

This yields this output:

./omni.jar: startup data ends at byte 1338705
Ordered 199/1342 in ./omni.jar

Now that omni.jar can be copied back to it's original place and firefox should start with it.

Test the function of the added code by typing "file://" in the address bar. It should show an "access denied" in the browser window.

Credits:

• http://www.raymond.cc/blog/edit-files-inside-firefox-4-omni-jar-to-auto-save-password/
• http://hg.mozilla.org/mozilla-central/file/f7016571b472/config/optimizejars.py
• http://forums.mozillazine.org/viewtopic.php?p=7400035#p7400035

Definitely NO credits to mozilla.org or their coders for the > 100Mio. $ they spend each year. Their docs and examples are useless - and besides: how about integrating everything into firefox to enable a "-kiosk" switch, like opera has? If opera could handle motion jpeg files, I'd stick with that...

Quellcode Dateien zwischen Revisionen vergleichen

Details

Category: Anleitungen / Howto's

Created on Monday, 09 January 2012 22:59

Published Date

Hits: 1564

Wenn Quellcode im Revisionssystem git gespeichert ist, kann mittels folgendem Befehl eine Datei zwischen 2 Revisionen verglichen werden (am Beispiel des Linux Quellcodes):

git diff v2.6.26 v2.6.38 -- ./net/bridge/br_netfilter.c