Kernstück zur Lösung des Problems sind die Hooks von SVN. In diesem Fall interessiert uns nur die post-commit Hook. Diese liegt im jeweiligen Repository-Pfad im Ordner “hooks”. Im Template (post-commit.tpl) welches in der Standardinstallation angelegt wird ist bereits eine Zeile hinterlegt welche einfach auskommentiert oder gelöscht wird.
Drin stehen soll danach folgendes:
#!/bin/bash

REPOS=”$1″
REV=”$2″

auth=$(svnlook author -r $REV $REPOS)
dt=$(svnlook date -r $REV $REPOS)
changed=$(svnlook changed -r $REV $REPOS)
log=$(svnlook log -r $REV $REPOS)
n=$’\n’
/usr/bin/php -q /var/bugtracker/core/checkin.php <<< “Changeset [${REV}] by $auth, $dt$n$log$n$changed”

Abspeichern und die Datei umbenennen in “post-commit” und fertig ist die Hook.

Als nächstes konfigurieren wir Mantis selbst. Gott sei Dank bringt der Bugtracker selbst schon entsprechende Möglichkeiten mit um von extern Befehle zu empfangen. Das muss dann nur noch konfiguriert werden. Dazu öffnen wir die Datei “config_inc.php". Hier gehen wir ans Ende der Datei und tragen vor der Zeile "?>" folgendes ein:

$g_source_control_account = 'svn';
$g_source_control_regexp = '/\b(?:bug|issue)\s*[#]{0,1}(\d+)\b/i';
$g_source_control_set_status_to = RESOLVED;
$g_source_control_set_resolution_to = FIXED;
$g_source_control_fixed_regexp = '/\bfix(?:ed|es)\s+(?:bug|issue)?\s*[#]{0,1}(\d+)\b/i';

Anschließend legen wir im Mantis noch einen User namens “svn” an den wir ja eben in der Config definiert haben ($g_source_control_account = 'svn';).

Wie teste ich, ob ein SMTP-Server (ein meinem Fall der 192.168.2.1) erreichbar ist?

root@host:# telnet 192.168.2.1 25
Trying 192.168.2.1…
Connected to 192.168.2.1.
Escape character is ‘^]’.
220 mail.w7x.de ESMTP (517614eb467a777341f0958f0403081d)
ehlo localhost
250-mail.w7x.de Hello staging.localhost [192.168.2.5], pleased to meet you
250-SIZE 100000000
250-PIPELINING
250-8BITMIME
250 HELP
mail from:root@staging
250 Sender <root@staging> OK
rcpt to:alex@w7x.de
250 Recipient <alex@w7x.de> OK
data
354 Start mail input; end with <CRLF>.<CRLF>
subject: test
Das ist eine Testnachricht.
.
250 Ok: queued as 0341F1217C8
quit
221 mail.w7x.de Goodbye staging.localhost, closing connection
Connection closed by foreign host.
root@host:#

In meinem Fall kam jetzt eine Testnachricht an. Wenn der SMTP-Server hier Fehler meldet, gilt es diese zu lösen. Hier helfen zum Teil die Logfiles des SMTP-Servers oder auch die lokalen Logfiles unter /var/log/mail/

Viel Erfolg dabei!

Geheiligt werden deine Backups.

Dein Patch komme,

Deine Richtlinie geschehe,

wie im Internet also auch im LAN.

Unser täglich Update gib uns heute.

Und vergib uns unsere Viren,

wie auch wir vergeben unseren fehlerhaften Programmversionen.

Und führe uns nicht in den Crash,

sondern erlöse uns von den Hackern.

Denn Dein ist der Server und der Client und das

World Wide Web in Ewigkeit.

Format C:

http://ecosia.org/

Das Versprechen: Jede Suche über Ecosia.org rettet ca. 2 m² Regenwald.

Man kann sich Ecosia wunderbar als Firefox-Plugin installieren und bekommt dann auch eine Übersicht, wieviel m² man schon gerettet hat. Ich bin momentan bei 77,9 m².

Funktionieren soll es angeblich über die Sponsored-Links von Yahoo und Bing die dort eingeblendet werden. Man hat einen Durchschnitt errechnet, wieviele Nutzer auf diese Anzeigen klicken und ist dann zum Ergebnis gekommen, dass im Durchschnitt jeder Nutzer 2 m² schützen kann. Ob diese Rechnung letztlich aufgeht wage ich zu bezweifeln aber dennoch – wenn auch nur eine kleine Hoffnung besteht, dass das wirklich was bringen kann, nutze ich es gerne. Die Suchergebnisse kommen von Bing und die machen doch einen recht guten Job.

Alternativ gibts wie gesagt auch noch http://de.forestle.org/

Ecosia verspricht mehr geretteten Regenwald pro Suchanfrage, ich denke aber dass Forestle das realistischer einschätzt.

Welcher nun besser is muss jeder selbst rausfinden. Alles in allem muss ich aber sagen, gibt es einem ein gutes Gefühl zumindest zu hoffen, dass man aktiv etwas tut um den Regenwald zu beschützen.

Schön wärs doch, oder?

Vielleicht hilft das ja dem einen oder anderen bei der Fehlersuche. Bei Google und Co wurde ich nämlich nicht wirklich fündig.

http://www.email-standards.org/

Es geht hierbei darum den Entwicklern der E-Mail-Clients klar zu machen, dass sie sich endlich mal an die HTML-Standards halten sollen. Jeder der schon mal einen HTML-Newsletter verschicken wollte weiß, dass das alles andere als einfach ist. CSS ist, wenn überhaupt nur inline zu verwenden weil jeder dritte Webclient globale CSS-Definitionen über den Haufen wirft. Ganz zu schweigen von der Interpretation des ganzen. Einfach nur grausam was den Entwicklern da abverlangt wird.

Man editiere die Datei /etc/mail/submit.cf und modifiziere eine bereits existierende Zeile. Im Original sieht diese so aus:

# “Smart” relay host (may be null)
DS

Hinter das “DS” schreibt man nun die IP-Adresse des Relay-Host. Das Ergebnis sieht dann so aus wenn der Relay-Host beispielsweise die IP-Adresse 192.168.2.1 hat:

# “Smart” relay host (may be null)
DS 192.168.2.1

Danach ein schickes /etc/init.d/sendmail restart und schon trudeln die ersten Mails ins Postfach! Es kann so einfach sein…

Ich arbeite übrigens mit Debian etch auf aktuellstem stable release.

Die Definition von Hehlerei:
Die Hehlerei ist die bedeutendste Anschlussstraftat an eine zuvor begangene rechtswidrige, gegen fremdes Vermögen gerichtete Straftat, insbesondere an einen Diebstahl

Nichts anderes ist für mich das momentane Vorhaben der Bunderegierung. Ich bin wirklich kein politisch engagierter Mensch aber wenn es um sowas geht muss sogar ich mal Dampf ablassen. Merkel schreit ja förmlich hinaus: “Wenn ihr eine Straftat begeht dann seht nur zu, dass die Folgen davon der Regierung nutzen, dann bekommt ihr sogar ein paar Steuermillionen als Belohnung. Anderenfalls müssen wir euch leider einsperren!”

Ich meine… versteh ich da was nicht? Das ist und bleibt Hehlerei!! Und offensichtlich steht der Großteil des deutschen Volkes auch noch hinter diesem Vorhaben. Ja ja, macht nur ihr Politiker. Wenns uns Geld bringt is das schon okay.

Demnächst lässt die Bundesregierung noch die Deutschlandflaggen von kleinen asiatischen Kinderhänden fertigen weil das ja auch Steuergelder spart. Ich glaub ich dreh echt am Rad.

Bitte, bitte, bitte wenn mir jemand meinen Gedankenfehler zu offenbaren vermag der diese Aktion in einem illegalen Licht dastehen lässt der möge sich bitte bei mir melden. Anderenfalls muss ich einfach nur sagen: Pfui, pfui, pfui… gut, dass ich keinen von euch gewählt habe!

Das zu lösende Problem ist einfach zu erklären. Ich habe eine Kombination aus postfix, courier, amavis, spamassassin und maildrop auf einem Debian 5.0 System. Meine Mails werden im Header durch amavis und spamassassin schon korrekt als Spam markiert. Nun möchte ich aber noch, dass diese markierten Mails automatisch in einen Spamordner verschoben werden. Falls dieser Spamordner noch nicht existiert, soll er außerdem automatisch angelegt werden.

Folgendes führt zum Ziel.

Man editiere die Datei /etc/maildroprc

Nach der Änderung liefert der Server nur noch folgendes:
HTTP/1.1 200 OK
Date: Mon, 14 Dec 2009 17:41:23 GMT
Server: Apache
Connection: close
Content-Type: text/html; charset=UTF-8

Deaktivieren kann man das Ganze natürlich ganz einfach in den jeweiligen Logdateien. Für den Apache ist das die apache2.conf (bei Debian unter /etc/apache2/apache2.conf zu finden). Bei mir war es sogar in der Datei /etc/apache2/conf.d/security hinterlegt.

Hier ändert man einfach die beiden folgenden Parameter:

ServerTokens Prod

ServerSignature Off

Um jetzt auch noch das hübsche X-Powered-By von PHP zu deaktivieren geht man in die php.ini seiner Wahl. Bei mir unter Debian ist die Verantwortliche Datei hier zu finden:

/etc/php5/apache/php.ini

Hier sollte es die Option “expose_php” geben. Diese stellt man einfach auf “Off” und schon sind alle glücklich.