Veni, Vidi, VISA

Eigentlich keine grosse Sache: echo foo | mutt user@name.invalid und der Fall hat sich. Lustig wird es nur wenn man eine Datei anhängen will. Ein echo foo | mutt -a /tmp/jehova.txt user@name.invalid funktioniert normalerweise .. oder auch nicht. Weil wenn sich Mutt dann mit Can't stat user@name.invalid: No such file or directory verabschiedet, dann hat man (wie ich. Haha!) den Fehler gemacht und Mutt 1.5.20 installiert. Da muss das nämlich eine andere Reihenfolge verwendet werden. Nämlich echo foo | mutt -a /tmp/jehova.txt -- user@name.invalid und The -a option must be last in the option list..
Wenn mir das jemand gesagt hätte, dann hätte ich keine Panikattacken bekommen, weil ich seit fast 'ner Woche keine Backups mehr gemacht hab.

Gibts eigentlich ein ungeschriebenes Gesetz das einige Addons beim Update von Firefox nicht mehr kompatibel sind oder wird das per random() entschieden? Tab Mix Plus ist da mein absoluter Top-Favorit! Und weil wir grad beim WWW sind.. wer ist eigentlich auf die abgefuckte Idee gekommen, Produktkataloge im Flash-Format anzubieten? Oder noch besser.. der Hersteller von hochwertigen Kunstködern mit eigenem Shop bietet z. B. den Katalog mit als PDF zum freien herunterladen an. Auf RapidShare.. sieht dann in etwa so aus:

Diese Datei ist weder einem Premiumaccount, noch einem Collector's Account zugeordnet und kann deshalb insgesamt nur 10 mal heruntergeladen werden.

Dieses Limit ist erreicht.

Um diese Datei herunterladen zu können, muss der Anbieter entweder die Datei in seinen Collector's Account verschieben, oder die Datei erneut raufladen. Die Datei kann nachträglich in ein Collector's Account verschoben werden. Der Anbieter muss nur auf den Löschlink der Datei klicken, um mehr Informationen zu erhalten.

Wieso kriegt es sogar M$ auf die Reihe Patche für Sicherheitslücken online zu stellen und zu dokumentieren, während die Linuxkreaturen kein Wort über gefundene und ggf. behobene Sicherheitslücken verlieren und die Patche klammheimlich einbauen? Wieso fangen einige Mac-User an zu schmollen wenn man ihnen erklärt das die Hardware von Apple veralteter und überteuerter Schrott ist? Was ist so schwer daran, einen halbwegs brauchbaren und ausführlichen Changelog zu erstellen? Mutt ist da auch so ein Fall; ständig kommen neue Features hinzu die irgendwo dokumentiert sind, aber die man erst mit so ekligen Einzeilern wie

grep DT_SYN, init.h | sed -e 's/.*"\(.*\)",.*/\1/'

grep DT_ init.h | grep -v define | sort

raus'grep(1)'en und diff(1)'en muss? Mutt ist da nicht alleine; Slrn, Vim (Ja. :h version-7.2 ist mir bekannt, aber da steht nicht drin welche Settings neu sind) und sämtliche GNU-utilities sind da ebenfalls gemeint.

Manchmal fühl ich mich einfach nur noch müde.. *sigh*

Ich lösche meine Mails bereits auf dem Server mit Mailfilter, aber ab und zu kommt es vor das doch noch einiges an Spam durchkommt. Dieser wird (zu ~99%) mittels SpamAssassin erkannt und mit *****SPAM***** im Subject gekennzeichnet. Man kann diese zwar dann automatisch löschen oder verschieben lassen (Procmail, Macro, ..), aber ich guck mir lieber erstmal das Subject genauer an, weil ein False Positiv logischerweise nur bei den wirklich wichtigen Mails auftritt. Egal..
Die Spam-Mails sind im Subject mit *****SPAM***** gekennzeichnet und somit kann man das Tag-Feature von Mutt nutzen. Dazu einfach T drücken, \*\*\*\*\*SPAM\*\*\*\*\* eingeben und abschließend ;d drücken um die Mails in den Spamordner zu verfrachten.
Es sind halt die kleinen Dinge im Leben..

Hier habe ich geschrieben das man mit Mutt verschiedene Identitaeten nutzen kann, indem man die reply-hooks einsetzt. Seitdem hab ich mehrere Anfragen auf ein funktionierendes Setup bekommen (Du warst nicht der einzige CryptoCrack :p) und bevor ich alle einzeln beantworte poste ich es gleich hier:

# ~/.muttrc



set reverse_name

# Account foobar

reply-hook "~C fnord@foobar.invalid"        'set realname="Christian Schneider"'

reply-hook "~C fnord@foobar.invalid"        'set from="fnord@foobar.invalid"'

reply-hook "~C fnord@foobar.invalid"        'set sendmail="/usr/bin/msmtp -a gmail'



# Account jehova

reply-hook "~C jehova@gmx.invalid"  'set realname="Christian Schneider"'

reply-hook "~C jehova@gmx.invalid"  'set from="jehova@gmx.invalid"'

reply-hook "~C jehova@gmx.invalid"  'set sendmail="/usr/bin/msmtp -a default'

Zum Versenden nutze ich msmtp und da sieht die Konfiguration wie folgt aus:

# ~/.msmtprc



# Account foobar

host mail.foobar.invalid

user fnord@foobar.invalid

from fnord@foobar.invalid

password 2342



# Account jehova

account default

host smtp.gmx.invalid

from jehova@gmx.invalid

user jehova@gmx.invalid

password 2342

Das ~C ist ein sog. Pattern und sorgt dafuer das nur Nachrichten abgearbeitet werden, bei denen das nachfolgende Pattern im To: oder Cc: steht. Wenn man jetzt eine Mail bekommt, die an jehova@gmx.invalid adressiert ist, dann zieht der reply-hook und aendert die eigene Adresse. Somit werden Mails die an jehova@gmx.invalid geschickt wurden, auch von jehova@gmx.invalid beantwortet.

Ich habe das mit obiger Konfiguration (mit angepassten Adressen/Hosts/Passwoertern) bei einem neu angelegtem User mit Mutt 1.5.17 aus dem CVS von 20080114 getestet. Wem langweilig ist, der kann man pruefen ob das bei ihm auch funktioniert, da es bei CryptoCrack anscheinend nicht korrekt funktioniert.

wie man seine Zeit sinnlos verschwendet. Geht eigentlich ganz einfach.. also das Zeit verschwenden. Man setzt sich hin, liest mehrere Stunden lang http://www.mutt.org/doc/manual/ und Google durch und stellt dann fest das man reply-hook verwenden kann. Darauf kommt man auch schneller; naemlich indem man die Dokumentationen durchliest, die fuer die eingesetzte Version geschrieben wurden. Naemlich http://www.mutt.org/doc/devel/manual.html *narf*

Eigentlich ja kein Problem, wenn man sich nach dem Howto (Sender) Profiles with Mutt richtet oder gleich Muttprofile verwendet. Das einzige was (nur?!) bei mir auftritt ist, dass ich jedesmal die ~/.muttrc neu sourcen muss, damit das Defaultprofil wieder verwendet wird. Genauso bei Verwendung von

save-hook '~C ^foo@bar.invalid$' =Foo/Bar-`date +%Y-%m`

Das hat den Nachteil, dass die Backticks nur beim Start von Mutt abgearbeitet werden und ich nach jedem Monatswechsel die ~/.muttrc ebenfalls neu sourcen muss (Ronald hat das gleiche Problem). Ich sollte sowieso mal meine Muttkonfiguration komplett umschreiben und unnoetige/ueberfluessige Sachen entfernen. Wenn ich nur etwas Lust haette .. *sigh*

Heute logge ich mich auf einer meiner Workstations ein und will sie mal wieder updaten. Die Distribution (LFS) nutzt emerge von Gentoo als Paketverwaltung. Nachdem ~10 Programme problemlos aktualisiert wurden, bekomme ich folgende Fehlermeldung zu sehen:

>>>  Emerging (1 of 3) mail-client/mutt-1.5.16 to /

[...]

 * Failed Patch: 06-nntp.patch !

 *  ( /var/tmp/portage/mail-client/mutt-1.5.16/work/mutt-1.5.16-gentoo-patches/06-nntp.patch )

 *

 * Include in your bugreport the contents of:

 *

 *   /var/tmp/portage/mail-client/mutt-1.5.16/temp/06-nntp.patch-20696.out



 *

 * ERROR: mail-client/mutt-1.5.16 failed.

 * Call stack:

 *   ebuild.sh, line 1648:   Called dyn_unpack

 *   ebuild.sh, line 768:   Called qa_call 'src_unpack'

 *   ebuild.sh, line 44:   Called src_unpack

 *   mutt-1.5.16.ebuild, line 72:   Called epatch '/var/tmp/portage/mail-client/mutt-1.5.16/work/mutt-1.5.16-gentoo-patches/06-nntp.patch'

 *   eutils.eclass, line 304:   Called die

 *

 * Failed Patch: 06-nntp.patch!

 * If you need support, post the topmost build error, and the call stack if relevant.

 * A complete build log is located at '/var/tmp/portage/mail-client/mutt-1.5.16/temp/build.log'.

 *



 * Messages for package mail-client/mutt-1.5.16:



 * Failed Patch: 06-nntp.patch !

 *  ( /var/tmp/portage/mail-client/mutt-1.5.16/work/mutt-1.5.16-gentoo-patches/06-nntp.patch )

 * 

 * Include in your bugreport the contents of:

 * 

 *   /var/tmp/portage/mail-client/mutt-1.5.16/temp/06-nntp.patch-20696.out

 * 

 * ERROR: mail-client/mutt-1.5.16 failed.

 * Call stack:

 *   ebuild.sh, line 1648:   Called dyn_unpack

 *   ebuild.sh, line 768:   Called qa_call 'src_unpack'

 *   ebuild.sh, line 44:   Called src_unpack

 *   mutt-1.5.16.ebuild, line 72:   Called epatch '/var/tmp/portage/mail-client/mutt-1.5.16/work/mutt-1.5.16-gentoo-patches/06-nntp.patch'

 *   eutils.eclass, line 304:   Called die

 * 

 * Failed Patch: 06-nntp.patch!

 * If you need support, post the topmost build error, and the call stack if relevant.

 * A complete build log is located at '/var/tmp/portage/mail-client/mutt-1.5.16/temp/build.log'.

 * 

[..]

Gut.. also sehen wir mal in besagter /var/tmp/portage/mail-client/mutt-1.5.16/temp/build.log nach und siehe da:

PATCH COMMAND:   patch -p0 -g0 -E --no-backup-if-mismatch < /var/tmp/portage/mail-client/mutt-1.5.16/work/mutt-1.5.16-gentoo-patches/06-nntp.patch

patching file b/ChangeLog.nntp

can't find file to patch at input line 423

Perhaps you used the wrong -p or --strip option?

The text leading up to this was:

[...]

Im gentoo Bugzilla ist nichts zu finden, also suche ich im Gentoo Forum nach 06-nntp.patch und bin doch etwas erstaunt ueber Die Suche hat 147 Ergebnisse ergeben.. Das soviel Ergebnisse gefunden wurden, liegt daran, dass die Suche des Forums aus 06-nntp.patch kurzerhand patch gemacht hat, was sie somit unbrauchbar macht. Als ich nach "mutt nntp" suche, bekomme ich den Witz des Tages zu lesen.
Ich glaub ich kompiliere wieder alles selbst; dann weiss ich wenigstens das es funktioniert.
Wenn man sich jetzt mal mutt-1.5.16.ebuild findet man darin folgende Zeilen:

        for p in "${PATCHDIR}"/*.patch ; do

            epatch "${p}"

        done

Das Problem dabei ist nur, dass die Standardoptionen von $EPATCH_OPTS (-p0 -g0 --no-backup-if-mismatch) fuer den NNTP-Patch von Mutt nicht korrekt sind.

$ cd /var/tmp/portage/mail-client/mutt-1.5.16/work/mutt-1.5.16

$ patch -p0 -g0 --no-backup-if-mismatch < ../mutt-1.5.16-gentoo-patches/06-nntp.patch

patching file b/ChangeLog.nntp

can't find file to patch at input line 423

Perhaps you used the wrong -p or --strip option?

The text leading up to this was:

--------------------------

|diff --git a/Makefile.am b/Makefile.am

|index 2dd5373..fe66aa5 100644

|--- a/Makefile.am

|+++ b/Makefile.am

--------------------------

File to patch: 

[...]

Die Loesung steht naemlich jetzt schon in der Fehlermeldung: Perhaps you used the wrong -p or --strip option?. Nicht "-p0", sondern "-p1"; dann funktioniert es auch.
Und was lernen wir daraus? Richtig. Aktualitaet gut und recht, aber die hilft nicht, wenn sie zusammengepfuscht wird. Es reicht naemlich nicht zwingend aus, einfach die Versionangaben zu aendern. Man sollte die Aenderungen auch erstmal testen.

Sowas ist zwar aergerlich, aber kein Weltuntergang oder "schwerwiegender Fehler" um Antworten von ggf. hier aufschlagenden Debian-Nazis vorzugreifen. Das Resultat eines solchen Fehlers ist lediglich der, dass das neue Programm nicht installiert wird, das Alte jedoch noch vorhanden ist. Es schraenkt also die Stabilitaet des Systems in keinster Art und Weise ein. Und bis Mutt 1.5.16 im Stable-Release von Debian verfuegbar ist, funktioniert es hier auch.

"eine Kopie der vorhandenen Dokumentation fuer das System per Mail schicken?!"
Na sicher doch:

$ for i in /usr/share/doc/**/*(.) /usr/src/linux/Documentation/**/*(.)

> do

>        mutt -s "${i##*/}" -a $i hirn@hein.er

> done

Chris'Mittag machend'tian

Seit 06/09/07 gibts ja Mutt 1.5.16; gut.. das ist zwar das Develrelease, aber ich nutze seit ~fuenf Jahren nur Devel auf meinen Workstations und hatte bis dato noch kein einziges Problem (mal pebcak ausser Acht gelassen) und seit Mutt 1.5.15 gibt es built-in SMTP; man braucht also keinen Patch oder einen MTA um Mails zu versenden. Das der keinen "richtigen" MTA ersetzen kann ist mir schon klar, aber fuer den Notfall tut der es sicher auch. Ich glaub ich muss mich diese Woche mal hinsetzen und meine Konfigurationsdateien auf den neusten Stand bringen und ggf. anpassen/erweitern. Wenn ich halt nur etwas Lust haette *sigh*

Hello,
mutt-1.5.12 is now hitting the FTP servers. This version fixes
the recent IMAP-server induced security problem (CVE
2006-3242), and also makes a bunch of improvements that were
made to the CVS over the last couple of months.

For incompatible changes, please have a look at the file
UPDATING.

This version contains a number of significant changes in the
IMAP code. In general it is significantly faster, but it is
also much less well-tested. There are a few known regressions
with certain versions of the dovecot and binc IMAP servers that
could not be fixed in time for this release. We hope to release
1.5.13 soon afterwards to address them. In the mean time, good
luck!

The new version is here:

ftp://ftp.mutt.org/mutt/devel/mutt-1.5.12.tar.gz
ftp://ftp.mutt.org/mutt/devel/mutt-1.5.12.tar.gz.asc