Sun, 22 Aug 2010
mutt, urlview und Browsertabs
Eine komfortable Lösung um urls aus mutt in einem GUI-Browser zu öffnen, ist das kleine Helferlein urlview. Durch drücken der Tasten <Strg>+b in einer Mail in mutt werden alle enthaltenen urls extrahiert und nach Auswahl mit einem Browser angezeigt.
Nach meiner Neuinstallation von Debian Lenny wurde allerdings immer
Konqueror zum anzeigen der Adressen geöffnet. Dieser mag zwar ein guter
Browser sein, mein Favorit ist derzeit allerdings immer noch
Epiphany.
Die Lösung des Problems: Im Home-Verzeichnis
eine einfache Datei .urlview folgenden Inhalts anlegen:
COMMAND /usr/bin/epiphany --new-tab %s
Das --new-tab sorgt dafür, dass nicht jede url in einer komplett neuen Instanz des Browsers öffnet, sondern in einzelnen Tabs — %s steht für die zu öffnende Webseite.
posted at: 23:16 | path: /2010 | permanent link to this entry
| 1 comments |
Thu, 20 Nov 2008
Spaß mit dem O2-Support (oder: O2 mag/kennt mutt nicht)
Seit geraumer Zeit nun schon besitze ich ein ungenutztes Mail-Postfach bei O2 - das sollte sich ändern, da es für manche Zwecke durchaus mal Sinn machen könnte, eine weitere Alternative in petto zu haben. Problem nur: mit meinem favorisierten Mail-User-Agent mutt konnte ich mich nie mit dem imap-Server verbinden.
Es sei vorweg gesagt: Es klappt noch immer nicht. Wer also imap.o2online.de erfolgreich mit mutt kontaktiert, fühle sich berufen, mir eine Lösung zukommen zu lassen.
Beginnen wir also mit der Kontaktaufnahme via Online-Formular auf der O2-Webseite:
Was gut war: Die Antwort kam schnell. Nur: kann es sein, dass sie meine Frage nicht ganz gelesen haben?Hallo,
welche Einstellungen muss ich in meinem Mailprogramm vornehmen, um Ihren imap-Server zu nutzen?
Anpingen kann ich imap.o2online.de und imap4.o2online.de - leider nicht aber darüber mails abrufen....
Also probieren wir's nochmal ausführlicher:Anbei senden wir Ihnen die Einstellungen, die Sie fürr die Benutzung fü Ihrn imap-Server benötigen.
E-Mail-Eingangsserver: imap.o2online.de Port: 143
E-Mail-Ausgangsserver: mail.o2online.de Port: 25
Benutzername: (Mobilfunknummer@o2online.de oder Aliasname@o2online.de)
Kennwort: Ihr Kennwort auf o2online.de
Wir freuen uns, Ihnen weitergeholfen zu haben.
Damit sollte eigentlich ein wenig geklärt worden sein. Oder?Hallo, Besten Dank für Ihre Antwort. Wie meiner Anfrage zu entnehmen war, hatte ich diese Adressen ja schon entdeckt. Nur: sie funktionieren nicht.
mutt -f imaps://MeineRufnummer@imap.o2online.de:143
gibt als Fehlermeldung:
"A TLS packet with unexpected length was received.
tls_socket_read (A TLS packet with unexpected length was received.)"
mutt -f imaps://MeineRufnummer@imap.o2online.de/ssl
sagt: "Anmeldung gescheitert"
Probiert man Port 110, wie auf Ihrer Homepage angegeben[1]:
mutt -f imaps://MeineRufnummer@imap.o2online.de:110
wird der Verbindungsaufbau abgelehnt.
Auch die Einstellungen:
mailboxes {MeineRufnummer@imap.o2online.de:143/ssl}
account-hook imaps://MeineRufnummer@imap.o2online.de \
'setimap_user=MeineRufnummer@o2online imap_pass="MeinPasswort"'
bringen nichts.
Gibt es noch weitere Möglichkeiten, ausser mir einen anderen Anbieter für Mailempfang zu suchen?
Viele Grüße
[1] http://www.o2online.de/nw/support/mobilfunk/handy/settings/manuell/manuell-email-haupt-artikel.html?nidx=2
> Wir freuen uns, Ihnen weitergeholfen zu haben.
Haben Sie? ;)
WTF?!?Guten Abend,
vielen Dank für Ihre E-Mail und das Interesse an unseren Produkten und Services.
Leider haben Sie uns nicht mitgteilt welches E-Mail Programm Ihnen diesen fehler anzeigt. Bitte testen Sie einen anderen E-Mail Client. Bitte überprüfen Sie auch Ihre Zugangsdaten. Den Login können Sie direkt auf www.o2online.de überprüfen. Gerne prüfen wir ob das Communication Center korrekt eingerichtet ist.
Und was kommt zurück? Achso. Gesperrt bin ich nur:Hallo,
jetzt wird es aber skurril. In meiner Mail erwähnte ich doch mehrmals meinen Mail-User-Agent: mutt
Und nein, ich werde nicht nur wegen einer kaputten Konfiguration Ihres Dienstes ein anderes Mailprogramm nehmen. Da ich mit mutt sehr zufrieden bin, und es mit mehreren anderen imap-Servern perfekt funktioniert - ausschliesslich o2 macht Probleme.
Meine Zugangsdaten hatte ich mutt korrekt angegeben, diese funktionieren bei der Anmeldung auf Ihrer Webseite.
Aber gut, wenn Sie mir keine Lösung anbieten wollen/können, benutze ich Ihren Mailserver nicht, und suche mir funktionierende Lösungen.
Gruß
Es geht also wunderbar voran. Auf der Webseite eingeloggt, Kundenkennzahl eingegeben, und den bisherigen Schriftwechel einkopiert - und ab damit. Doch: Anstelle einer sinnvollen Antwort kommt nur zurück: Der gesamte bisherige Schriftwechsel. Ohne jeglichen Kommentar! Also nächster Versuch:Guten Tag,
vielen Dank für Ihre E-Mail.
Ihr E-Mail Account wurde durch mehrfacher falscher Anmeldung zum Kundenkonto (E-Mail Client) gesperrt.
Aus Sicherheitsgründen ist für die Bearbeitung Ihres Anliegens die Angabe Ihrer 4 stelligen persönlichen Kundenkennzahl, die Sie sich bei Vertragsabschluss vergeben haben, erforderlich. Diese finden Sie unter "Punkt 1" in Ihren Vertragsunterlagen.
Wir bitten Sie Ihre Anfrage erneut über unser Kontaktformular unter www.o2online.de/goto/kontakt an uns zu richten.
Und Ha! Daraufhin geht es endlich (konstruktiv) voran:Kann es sein, dass Sie Ihre Antwort vergessen haben?
So langsam habe ich keine Lust mehr...
Grüße
Ich habe eine Weile überlegt, ob das nun überhaupt noch Sinn macht. Aber irgendwie macht's inzwischen ja auch schon ein wenig Spaß.Guten Tag,
Um den Fehler möglichst schnell eingrenzen zu können, benötigen wir einige Angaben.
Bitte beantworten Sie uns die unten aufgeführten Fragen. Sollten Sie uns bereits Informationen mitgeteilt haben, möchten wir vorsorglich darauf hinweisen, dass nur eine mit allen notwendigen Details versehene Fehlermeldung bearbeitet werden kann.
1. Können Sie sich mit Ihrer Mobilfunknummer und Ihrem Passwort anmelden?
2. Mit welcher Rufnummer melden Sie sich an?
3. Welcher angebotene Service funktioniert nicht?
4. Können Sie sich mit Ihrer persönlichen Kundenkennzahl einloggen?
5. Welches Fehlerbild/genaue Fehlerbeschreibung wird angezeigt?
6. Teilen Sie uns bitte das Datum, die Uhrzeit und die Häufigkeit der Einschränkung mit.
7. Welchen Browser benutzen Sie (Name und Version)?
8. Welches Betriebssystem benutzen Sie?
9. Bitte testen Sie den gewünschten Zugang an einem alternativen PC via Internet Explorer und teilen Sie uns das Testergebnis mit.
10. Kontaktrufnummer und bevorzugte Rückrufzeit für eventuelle Rückfragen?
Und nun: Das große Finale:> 1. Können Sie sich mit Ihrer Mobilfunknummer und Ihrem Passwort anmelden?
Per Webmail: Ja. Mit meinem Mailprogramm: Nein.
> 2. Mit welcher Rufnummer melden Sie sich an?
MeineRufnummer
> 3. Welcher angebotene Service funktioniert nicht?
Ihr imap-Server imap.o2online.de und imap4.o2online.de
> 4. Können Sie sich mit Ihrer persönlichen Kundenkennzahl einloggen?
Auf Ihrer Webseite: Ja.
> 5. Welches Fehlerbild/genaue Fehlerbeschreibung wird angezeigt?
Beim Einwahlversuch auf Ihrem imap-Server:
"A TLS packet with unexpected length was received.
tls_socket_read (A TLS packet with unexpected length was received.)"
oder auch: "Anmeldung gescheitert"
> 6. Teilen Sie uns bitte das Datum, die Uhrzeit und die Häufigkeit der Einschränkung mit.
Häufigkeit: Immer.
Datum: Bspw. 07.11.2008 18:45Uhr
> 7. Welchen Browser benutzen Sie (Name und Version)?
Es geht nicht um Ihren Webmailer, sondern um den imap-Server. Als Mailproramm nutze ich mutt Version 1.5.18-4
> 8. Welches Betriebssystem benutzen Sie?
Debian/Gnu Linux
> 9. Bitte testen Sie den gewünschten Zugang an einem alternativen PC
> via Internet Explorer und teilen Sie uns das Testergebnis mit.
Es gibt kein Problem mit Ihrem Webmailer.
> 10. Kontaktrufnummer und bevorzugte Rückrufzeit für eventuelle Rückfragen?
MeineRufnummer - am besten am Spätnachmittag
Das war natürlich eine vollends zufriedenstellende Antwort...Guten Tag,
Bedauerlicherweise werden wir Ihnen hier so keine Lösung anbieten können. Ganz offensichlich, wie auch bereits von Ihnen erwähnt, liegt hier ein Konflikt zwischen dem von Ihnen verwendeten Mail-Client und dem o2 Communication Center Server vor.
Da jedoch andere Mail-Clients sowohl über POP3 als auch über IMAP4 einwandfrei auf den o2 Communication Center Server zugreifen können und der von Ihnen genuzten Mail-Client nicht unbedingt zu den von unseren Kunden genutzten Standard-Mail-Clients gehört bitten wir hier um Ihr Verständnis wenn wir Ihnen den gewünschten Dienst so nicht anbieten können.
Falls jemand da draussen eine bessere weiss, für einen, der nicht den von O2-Kunden genutzten Standard-Mail-Client nutzt: Immer her damit!
posted at: 16:13 | path: /2008 | permanent link to this entry
| 7 comments |
Mon, 28 Jan 2008
mutt - automatisch verschl�... falls key vorhanden
Wenn man - wie ich - schon seit langem sein GnuPG so konfiguriert hat,
dass zu allen daheim in der Mailbox ankommenden gpg/pgp-signierten Mails der passende Schlüssel gleich
heruntergeladen wird, sollte sich auch einmal Gedanken darüber machen, ob sie/er diese immer
größer werdende Schlüsselsammlung nicht auch intensiver sinnvoll nutzen sollte.
Das automatische Herunterladen und Hinzufügen zum Schlüsselbund erfolgt über zwei
Einträge in der Datei ~/.gnupg/gpg.conf
keyserver x-hkp://keyserver.pramberger.at
keyserver-options no-honor-http-proxy,auto-key-retrieve,include-revoked,include-subkeys
Durch eine lange Zeile in der Datei ~/.muttrc kann dieser Mail-Agent nun dazu bewogen werden,
vor dem Versand jeder neuen Mail zu prüfen, ob zur Empfängeradresse nicht auch ein passender
gpg/gpg-Schlüssel vorhanden ist. Gibt es ein oder mehrere Exemplare, zeigt mutt diese automatisch
an, und bietet die Option einen Schlüssel auszuwählen.
Zusätzlich gibt es noch viele gpg/pgp-relevante Befehle mehr für mutt.
Für mich erstmal wichtig waren das standardmäßge signieren, und eben dazu einen
definierten Schlüssel verwenden - für den Fall, man besitzt mehrere eigene geheime
Schlüssel. Das danach folgende Macro lässt mutt durch drücken der Tasten Escape + 2 den
alternativen zweiten eigenen Schlüssel für die Signatur verwenden.
~/.muttrc
set pgp_autosign=yes
set pgp_sign_as="YOUR_KEY_UID"
macro generic "2" " set pgp_sign_as=YOUR_2ND_KEY_UID "
##Folgendes in eine einzelne lange Zeile, und schon wird auf vorhandene Keys geprüft
source 'gpg --list-keys | perl -e "while(<>){/(\\b|[<(])([^ \\t]+@[^ \\t]+\.[^ \t]+)(\\b|[>)])/ and $a{$2}=1;}print map qq/send-hook \"~C $_\" set pgp_autoencrypt\n/, keys %a;"|'
Um die nun hoffentlich desöfteren verschlüsselt versandten Mails noch lokal in der sent-Mailbox nachlesen zu können, verschlüssele man einfach alle ausgehenden Nachrichten auch mit dem eigenen Key an sich selbst:
~/.gnupg/gpg.conf
encrypt-to MY_KEY_ID
Der obige lange Befehl für mutt stammt übrigens nicht von mir - er funktioniert trotzdem gut, und findet sich auf den Seiten von Nicolas Rachinsky. Auf seiner Seite gibt es auch einen Patch, der die Sache ein wenig eleganter lösen könnte - bisher aber nicht von mir getestet ist.
posted at: 18:41 | path: /2008 | permanent link to this entry
| 0 comments |
Sat, 26 Jan 2008
Mac-user = mutt-user?!
Vor ein paar Tagen ging eine Mail
über die Mailingliste mutt-users, die mich in Erstaunen
versetzte: Es gibt doch tatsächlich Klickibunti-Mac-User, die den textbasierten Mail-Client mutt benutzen!
Eigentlich nur logisch, dass bei einer System-Migration gerade hier etwas schief laufen musste:
-bash: mutt: command not found
hiess es nach dem Umzug auf ein neues MacBook - wenn da mal kein böser Wille der Mac-Welt dahinter
steckte... :D
sorry, splat...
posted at: 15:44 | path: /2008 | permanent link to this entry
| 0 comments |
Mon, 22 Oct 2007
mutt quick reference
Alle, die den Mail-Client mutt benutzen, finden seit ein paar Tagen
eine sehr nützliche Quick Reference auf den Seiten von sys-concept.com. Das dreiseitige Dokument soll
sich vornehmlich an AnfängerInnen richten, hat aber auch mir altem mutt-user noch ein paar Befehle neu
beigebracht... sei also hiermit wärmstens empfohlen! ;)
Und wie wir ja alle wissen:
�All mail clients suck. This one just sucks less.�
posted at: 21:08 | path: /2007 | permanent link to this entry
| 0 comments |
Wed, 12 Sep 2007
mutt und gpg...
Da ärgere ich mich seit Wochen schon darüber, dass mein Mail-Client mutt keine mit GPG signierten Nachrichten einfach automatisch überprüft... Früher hatte das mal wunderbar funktioniert, aber seit einiger Zeit wurde immer nur diese Meldung angezeigt:
gpgkeys: HTTP fetch error 7: couldn't connect: eof
gpg: Signature made Di 28 Aug 2007 12:48:39 CEST using DSA key ID XXXXXXXX
gpg: requesting key XXXXXXXX from hkp server keyserver.noreply.org
gpg: no valid OpenPGP data found.
gpg: Can't check signature: public key not found
Nach ewigem Herumgesuche, und allen möglichen Einstellungen in der ~/.gnupg/gpg.conf kam
nun die Erleuchtung: Die Option keyserver-options auto-key-retrieve war ja schon immer gesetzt, und
alle in der conf-Datei vorgestellten Optionen hatte ich durchprobiert, auch das Setzen von
honor-http-proxy...
Dass es dann umgekehrt jedoch auch die Option no-honor-http-proxy geben müsste - auf die Idee
war ich bis jetzt nie gekommen.... sie war aber die entscheidende. Also:
keyserver-options no-honor-http-proxy,auto-key-retrieve,include-revoked,include-disabled,include-subkeys
Das hat endlich alles gelöst. OMFG!
posted at: 22:50 | path: /2007 | permanent link to this entry
| 1 comments |