Fachschaft Informatik - Benutzerbeiträge [de]

KunterBuntesSeminar-WS11/Lightning Talks/Unendlichkeit

2014-07-21T15:35:12Z

46.59.179.164: Umlaute

{{:KunterBuntesSeminar-WS11/Terminseiten-Header|7|01. Dezember 2011|zeit='''19:55''' bis 20:00|raum=C-221}}

Dieser Lightning Talk wurde in der [[KunterBuntesSeminar-WS11/Lightning Talks|ersten Lightning Talk Session]] des KunterBuntenSeminars im Wintersemester 2011 gehalten.

== Unendlichkeit: F♯ A♯ ∞ ==
=== Motivation ===

Inspiration für diesen Vortrag war ein Stück Papier, dass mir im
Frühjahr 2011 in die Hand gedrückt wurde. Es entstand sofort das
Interesse zu verstehen, wie das Spiel mit der Unendlichkeit die das
Papier symbolisierte funktioniert.

=== Vortrag ===

Es wurde ein Origami gezeigt, dass man unendlich oft in sich drehen
konnte. Nach dem Falten wurde ein Video gezeigt, dass die Faltung
nochmal in Zeitraffer zeigt. Das Falten selbst braucht ca. 20 Minuten,
deshalb wurde das Origami schon vorgefalltet, sodass die Falten nur
noch nachgefaltet werden mussten. Das Video ist unter den Weblinks
verlinkt.

=== Referent ===
bjoernb: Ich bin per jabber (bjoernb@bjoernb.org) oder mail (4bewersd@inf) zu erreichen, oder ab und an im c.t..

=== Folien ===

[[Medium:Kbs lightning ws2011 infinity.pdf | Folien vom Vortrag]]

== Weblinks ==
* [http://www.ministryofmanipulation.com/blog/is-it-friday-paper-toy/ Video bei Ministry Of Manipulation]

[[Kategorie:KunterBuntesSeminar]]

KunterBuntesSeminar-WS11/Lightning Talks 2/Monkeysphere

2014-07-21T15:33:17Z

46.59.179.164: /* Referent */ jid geändert

{{:KunterBuntesSeminar-WS11/Terminseiten-Header|13|26. Januar 2012|zeit='''19:45''' bis 19:52|raum=C-221}}

Dieser Lightning Talk wurde in der [[KunterBuntesSeminar-WS11/Lightning Talks 2|zweiten Lightning Talk Session]] des KunterBuntenSeminars im Wintersemester 2011 gehalten.

== Monkeysphere ==

In diesem Vortrag wurde Monkeysphere vorgestellt.

=== Folien als Text ===
==== What is a monkeysphere? ====

* Sorry it is not about animals like you might think
* It is about us, living in a monkeysphere
* It is about identifying someone as person
* It is about your peers living in a monkeysphere
* It is about authentication, as we need it for authorization andconfidentiality

==== Trust relationships ====
Whom should we trust?

* Should we trust some certificate authorities?
* We do not know how they certificate some service
* We even do not know them, do we?
* Why not trust the people we already know and have relationship to?

====adding services to the web of trust ====
What we have is the Web of trust, that reflects trust relationships
transitively.

* People we know sign services like ssh, https
* We use a service:
* monkeysphere gets the keys
* monkeysphere checks trust relations
* monkeysphere grants us access to a service, if we do trust if we do not trust monkeysphere provides us with the old way

==== Extending the web of trust ====

How does this work then?
* create pgp-key with service-protocol and fqdn as uid
* sign the pgp-key
* export the pgp-key to the web of trust
* let others sign the key

What do we get out of this?

* trusting people we know to authenticate a service to us
* getting around calling server administrators asking for fingerprints

==== This is how we create a key: ====

monkeysphere−host import−key / etc / ssh / ssh_host_r sa_key ssh : // b j o e r n . e x a m p l e . o r g

That is what a key looks like:

bjoern : / etc / ssh# monkeysphere−host show−key
pub
2048 R / EF569B13 2012−01−22
uid
ssh : // b j o e r n . e x a m p l e . o r g
OpenPGP fingerprint : 2 B 4 1 5 2 5 D 5 2 E 6 1 8 8 B A 8 3 6 B 2 B 7 7 D C 7 E F 2 1 E F 5 6 9 B 1 3
ssh fingerprint : 2048 6 7 : cf : a1 : 7 3 : 8 9 : d2 : 5 2 : a8 : 7 7 : 9 0 : 9 8 : 1 f : f6 : 6 b : f0 : dc ( RSA )

=== Quellen und Dokumentation ===

Es ist hilfreich die Dokumentation gewissenhaft durchzulesen. Die Dokumentation findet ihr unter den Weblinks.

== Referent ==
bjoernb: Ich bin per jabber (bjoernb@bjoernb.org) oder mail (4bewersd@inf) zu erreichen, oder ab und an im c.t..

== Folien ==
[[Medium:Kbs_lightning_ws2011_2_monkeysphere.pdf | Folien vom Vortrag]]

== Weblinks ==

* [http://www.cracked.com/article_14990_what-monkeysphere.html Definition of the name]
* [http://web.monkeysphere.info/ monkeysphere project]
* [http://meetings-archive.debian.net/pub/debian-meetings/2010/debconf10/high/1382_1382_Monkeysphere.ogv talk at debconf10]
* [http://meetings-archive.debian.net/pub/debian-meetings/2011/debconf11/high/775_Debian_as_though_cryptographic_authentication_mattered.ogv talk at debconf11]

== Referenzen ==
<references/>

[[Kategorie:KunterBuntesSeminar]]

KunterBuntesSeminar-WS11/Lightning Talks/Unendlichkeit

2014-07-21T15:31:01Z

46.59.179.164: /* Referent */ jid geändert

{{:KunterBuntesSeminar-WS11/Terminseiten-Header|7|01. Dezember 2011|zeit='''19:55''' bis 20:00|raum=C-221}}

Dieser Lightning Talk wurde in der [[KunterBuntesSeminar-WS11/Lightning Talks|ersten Lightning Talk Session]] des KunterBuntenSeminars im Wintersemester 2011 gehalten.

== Unendlichkeit: F♯ A♯ ∞ ==
=== Motivation ===

Inspiration fuer diesen Vortrag war ein Stueck Papier, dass mir im
Fruehjahr 2011 in die Hand gedrueckt wurde. Es entstand sofort das
Interesse zu verstehen, wie das Spiel mit der Unendlichkeit die das
Papier symbolisierte funktioniert.

=== Vortrag ===

Es wurde ein Origami gezeigt, dass man unendlich oft in sich drehen
konnte. Nach dem Falten wurde ein Video gezeigt, dass die Faltung
nochmal in Zeitraffer zeigt. Das Falten selbst braucht ca. 20 Minuten,
deshalb wurde das Origami schon vorgefalltet, sodass die Falten nur
noch nachgefaltet werden mussten. Das Video ist unter den Weblinks
verlinkt.

=== Referent ===
bjoernb: Ich bin per jabber (bjoernb@bjoernb.org) oder mail (4bewersd@inf) zu erreichen, oder ab und an im c.t..

=== Folien ===

[[Medium:Kbs lightning ws2011 infinity.pdf | Folien vom Vortrag]]

== Weblinks ==
* [http://www.ministryofmanipulation.com/blog/is-it-friday-paper-toy/ Video bei Ministry Of Manipulation]

[[Kategorie:KunterBuntesSeminar]]

KunterBuntesSeminar-WS13/Lightning Talks/GNUPG Best Practices

2014-07-21T15:29:22Z

46.59.179.164: /* Referent */ jid geändert

{{:KunterBuntesSeminar-WS13/Terminseiten-Header|8|03. Dezember 2013|zeit='''18:59''' bis 19:04|raum=D-125}}

Dieser Lightning Talk wurde in der [[KunterBuntesSeminar-WS13/Lightning Talks|ersten Lightning Talk Session]] des KunterBuntenSeminars im Wintersemester 2013 gehalten.

== Abstract ==
In diesem Vortrag werden ein paar "Best Practices" für die Verwendung von GNUPG vorgestellt. Im Handout zu dem Lightning Talk ist Konfiguration von GNUPG detailierter angesprochen.

=== Short Abstract (für Plakat) ===

GNUPG: Best Practices

== Referent ==
bjoernb: Ich bin per jabber (bjoernb@bjoernb.org) oder mail (4bewersd@inf) zu erreichen, oder ab und an im c.t..

== Folien ==
* [[Medium:Kbs_lightning_ws2013_gnupg.pdf ‎| Folien vom Vortrag]]

* [http://orgmode.org Org-mode]-[[Medium:Kbs_lightning_ws2013_gnupg.org.txt | Sourcen des Vortrages]]

* [[Medium:Kbs_lightning_ws2013_gnupg_handout.pdf ‎| Handout zum Vortrag]]

* [[Medium:Kbs_lightning_ws2013_gnupg_handout.org.txt ‎| Sourcen des Handout zum Vortrag]]

== Weblinks ==

# [https://we.riseup.net/riseuplabs\%2Bpaow/openpgp-best-practices OpenPGP Best Practices]
# [http://ekaia.org/blog/2009/05/10/creating-new-gpgkey/ Key-Rollover]
# [http://www.digital-scurf.org/software/libgfshare libgfshare]
# [http://orgmode.org/worg/exporters/beamer/tutorial.html Writing beamer presentations in org-mode]
# [http://orgmode.org/manual/Beamer-export.html Org-mode: Beamer Export]


[[Kategorie:KunterBuntesSeminar]]

KunterBuntesSeminar-WS12/Lightning Talks2/INBOX Zero

2014-07-21T15:29:02Z

46.59.179.164: /* Referent */ jid geändert

{{:KunterBuntesSeminar-WS12/Terminseiten-Header|13|31. Januar 2013|zeit='''19:45''' bis 19:50|raum=C-221}}

Dieser Lightning Talk wurde in der [[KunterBuntesSeminar-WS12/Lightning Talks2|zweiten Lightning Talk Session]] des KunterBuntenSeminars im Wintersemester 2012 gehalten.

== Abstract ==
In diesem Vortrag soll INBOX Zero vorgestellt werden. INBOX Zero ist eine Technik, die hilft mit der Flut von E-Mails umzugehen, die einen tagtäglich überflutet. E-Mails lenken häufig von einer Tätigkeit ab die man gerade ausführt. E-Mails beschäftigen oftmals viel zu lange. Eine leere INBOX hilft den Kopf frei zu bekommen für wichtige Dinge.

=== Short Abstract (für Plakat) ===

INBOX Zero - That is not much mail.

== Vortrag ==

In diesem Vortrag wird INBOX Zero vorgestellt. Der Inhalt der Folien ist nachfolgend nochmal als Text aufgeführt.

=== 2 Fragen an die Zuhörer ===

# Wie oft überprüft ihr eure E-Mails?
# Wieviele E-Mails sind gerade in eurer INBOX?

Ich weiss nicht, wieviele E-Mails gerade in meiner INBOX sind, aber vor 2 Stunden war sie leer.

=== 5 Schritte E-Mails abzuarbeiten ===

Wenn ich mit E-Mails zu tun habe mache ich es in diesen 5 Schritten:

# Archivieren und Löschen
# Weiterleiten
# Antworten
# später bearbeiten
# arbeiten

=== Archivieren und Löschen ===

Viele der E-Mails die ich bekomme erfordern keine Handlung meinerseits. Diese E-Mails archiviere oder lösche ich. Das geht schnell, ist ein Tastenklick für mich.

=== Weiterleiten ===

E-Mails wo andere etwas tun müssen leite ich an diese Personen weiter. Das geht auch schnell. Wenn mir wichtig ist, dass diese Person etwas tut und ich sie erinnern will, setze ich mir eine Erinnerung im Kalender.

=== Antworten ===

Alle E-Mails, die ich kurz beantworten kann antworte ich in ca. 3 Sätzen beantworte ich sofort. Das reicht meistens aus. Ich versuche nicht böse zu sein. Das geht ebenso schnell. Alle anderen E-Mails antworte ich später.

=== Später bearbeiten ===

Ich nehme mir explizit Zeit dafür E-Mails lange zu beantworten. Vielleicht brauche ich eine Recherche dafür.

=== Arbeiten ===

Ich wandle E-Mails in Aktionen um. Mache daraus Aufgaben die ich zu erledigen habe, schreibe Termine in einen Kalender oder trage Adressen ins Adressbuch ein.

=== 4 Schritte INBOX Zero zu erreichen ===

# E-Mails regelmässig überprüfen (alle 2 Stunden, 2 mal am Tag)
# Notifikationen für neue E-Mails deaktivieren
# E-Mails abarbeiten
# INBOX Zero erreichen und Zeit für wichtige Aufgaben haben

== Referent ==
bjoernb: Ich bin per jabber (bjoernb@bjoernb.org) oder mail (4bewersd@inf) zu erreichen, oder ab und an im c.t..

== Folien ==
* [[Medium:Kbs_lightning_ws2012_2_inbox_zero.pdf | Folien vom Vortrag]]

* [http://orgmode.org Org-mode]-[[Medium:Kbs_lightning_ws2012_2_inbox_zero.org.txt | Sourcen des Vortrages]]

* [[Medium:Kbs_lightning_ws2012_2_inbox_zero-images.tar | PNG-Bilder]] aus den Folien in einem tar.bz2-Archiv

* [[Medium:Kbs_lightning_ws2012_2_inbox_zero-images-svg.tar | SVG-Quellen]] der Bilder aus den Folien in einem tar.bz2-Archiv

== Weblinks ==

* [http://inboxzero.com/ Website of inbox zero]
* [http://inboxzero.com/video/ Google Tech Talk]


[[Kategorie:KunterBuntesSeminar]]

KunterBuntesSeminar-WS11/Lightning Talks 2/APT-Pinning

2014-07-21T15:28:44Z

46.59.179.164: /* Referent */ jid geändert

{{:KunterBuntesSeminar-WS11/Terminseiten-Header|13|26. Januar 2012|zeit='''19:52''' bis 19:57|raum=C-221}}

Dieser Lightning Talk wurde in der [[KunterBuntesSeminar-WS11/Lightning Talks 2|zweiten Lightning Talk Session]] des KunterBuntenSeminars im Wintersemester 2011 gehalten.

== APT-Pinning ==

In diesem Vortrag wurde APT-Pinning vorgestellt. APT-Pinning ermoeglicht es in Debian GNU/Linux Softwarepakete aus verschiedenen Releases parallel zu installieren.

=== Releases in Debian GNU/Linux ===
Debian hat zu jeder Zeit drei Releases:

* stable: Veroeffentlichung etwa alle 25 Monate
* testing: die nachfolgende stable-Veroeffentlichung
* unstable: braucht min. 10 Tage um in testing zu landen

Normalerweise verwendet man einen der drei Releases. Fuer manche Nutzer ist das manchmal nicht genug.

=== APT-Pinning ===
APT-Pinning erlaubt es einen Release zu verwenden, aber Pakete anderer Releases mit installiert zu haben.

Die Konfiguration der Paketquellen erfolgt in '''/etc/apt/sources.list'''. Man kann mehrere Paketquellen, von denen installiert werden kann, hinzufuegen.

Von welchen Paketquellen installiert werden soll wird in '''/etc/apt/preferences''' konfiguriert.

Wenn wir festlegen, dass ein Paket von einem bestimmten Release installiert werden soll, nennen wir das '''Pinning to that release'''.

=== apt_sources.list und apt_preferences ===

'''/etc/apt/sources.list''':
#### testing #########
deb http://ftp.us.debian.org/debian testing main contrib non-free

#### unstable #########
deb http://ftp.us.debian.org/debian unstable main contrib non-free

'''/etc/apt/preferences'''<ref>http://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_the_aptitude_regex_formula</ref>:

Package: *
Pin: release a=testing
Pin-Priority: 900

Package: *
Pin: release a=unstable
Pin-Priority: 800

=== Pin-Priorities ===

Das Paket mit der hoeheren Prioritaet wird installiert. Haben zwei Pakete die gleiche Prioritaet, wird das Paket mit der hoeheren Versionsnummer installiert.

{| cellspacing="0" border="1" class="sortable"
| '''Prioritaet''' || '''Verhalten'''
|-
| 1 || Pakete, die nicht installiert sind und nicht automatisch herraufgestuft werden
|-
| 100 || Pakete, die installiert sind und automatisch herraufgestuft werden
|-
| 500 || Pakete, die nicht installiert sind und nicht zum verwendetem Release gehoeren
|-
| 990 || Pakete, die nicht installiert sind und zum verwendetem Ziel-Release gehoeren
|-
| 1000 || Pakete, die nie heruntergestuft werden sollen
|-
| -1 || Pakete, die nie herraufgestuft werden sollen
|-
|}

=== Installation von Paketen ===

Dieses Kommando verraet welches Paket APT waehlen wird, wenn es installieren sollte:

apt-cache policy <Paket-Name>

Dieses Kommando installiert ein Paket aus unstable aber installiert kein weiteres Paket aus einer anderen Version als dem verwendetem Ziel-Release:

aptitude install <Paket-Name>/unstable

Dieses Kommando installiert ein Paket aus unstable mit allen Abhaengigkeiten, selbst wenn diese nicht aus dem verwendetem Ziel-Release stammen:

aptitude install -t unstable <Paket-Name>

=== Quellen und Dokumentation ===

Es ist hilfreich die Dokumentation gewissenhaft durchzulesen. Die Dokumentation findet ihr unter den Weblinks.

== Referent ==
bjoernb: Ich bin per jabber (bjoernb@bjoernb.org) oder mail (4bewersd@inf) zu erreichen, oder ab und an im c.t..

== Folien ==
[[Medium:Kbs_lightning_ws2011_2_apt-pinning.pdf | Folien vom Vortrag]]

== Weblinks ==

* [http://www.debian.org/ Debian GNU/Linux]
* [http://www.debian.org/doc/manuals/debian-reference/ch02.en.html Debian Package Management]
* man 5 apt_preferences: Manpage von /etc/apt/preferences
* [http://wiki.debian.org/AptPreferences Eintrag im Debian-Wiki, it's a wiki: fix it]

== Referenzen ==
<references/>

[[Kategorie:KunterBuntesSeminar]]

KunterBuntesSeminar-SS09/LightningTalks 1/Xmonad

2014-07-21T15:28:12Z

46.59.179.164: /* Referent */ jid geändert

Dieser Lightning Talk wurde in der [[KunterBuntesSeminar-SS09/LightningTalks 1|ersten Lightning Talk Session]] des KunterBuntenSeminars im Sommersemester 2009 gehalten.


== Vortrag ==

Xmonad ist ein tiling window manager für X, der in Haskell geschrieben wird. Ein tiling window manager sorgt dafür, dass sich keine Fenster überlappen und der zur Verfügung stehende Platz optimal ausgenutzt wird. Xmonad lässt sich durch Tastenkombinationen leicht bedienen. Unter den Weblinks ist ein Bild verlinkt, dass die standard Tastenkombinationen veranschaulicht. Man wechselt mit der Tastatur die verschiedenen Workspaces, startet Anwendungen, ändert das Layout oder verschiebt Anwendungen auf andere Workspaces. Die Maus wird zur Nebensache und das ist auch gut so! Viele werden eine Statusleiste, wie sie in den bekannten Desktopumgebungen enthalten ist, in Xmonad vermissen. Xmonad lässt einem die freie Wahl ob man eine Statusleiste haben möchte oder nicht. Typischerweise wird entweder dzen2 oder xmobar als Statusleiste verwendet. Man kann Xmonad aber auch in die Desktopumgebungen KDE, GNOME, XFCE einbetten. Dabei ersetzt man deren Windowmanager Kwin, Metacity, Xfwm; verwendet aber die Statusleiste der Desktopumgebungen.

=== Beispiel der Nutzung ===

Ich habe die 9 Workspaces in Xmonad nach Arbeitsbereichen benannt. So heissen die Workspaces beispielsweise <nowiki>[web], [mail/news], [jabber], [shells], [music]</nowiki>. Das tolle an Xmonad ist, dass nach kurzer Konfiguration mein Webbrowser nur noch auf dem Workspace web startet, etc. Den Workspace Jabber habe ich so angepasst, dass ein Siebtel das Roster des Jabber Clients einnimmt und 6 Siebtel die Chatfenster. Häufig verwendete Anwendungen starte ich über Tastenkombinationen. Die Aufteilung der Anwendungen auf dem Bildschirm verschiebe ich ohne die Maus mit Hilfe der Tastatur. In der xmobar stehen Datum und Uhrzeit, CPU/Net-Status, Workspaces, Layout, aktives Fenster und der Mailstatus bei mir. Manche verwenden trayer oder stalonetray als Systemtray unter Xmonad. Man kann auch logs und andere Dinge wie Wettervorhersagen in die Statusleiste einbetten.

=== Konfiguration ===
Xmonad ist leicht konfigurierbar. Die Konfigurationsdatei ~/.xmonad/xmonad.hs ist in Haskell geschrieben. Sie ist auch ohne Kenntnisse der Programmiersprache leicht zu verstehen und anpassbar; mit Hilfe der guten Dokumentation auch gut erweiterbar. Es gibt viele Module die von der Community beigesteuert werden. Xmonad ist für viele Menschen der Einstieg in die funktionale Sprache Haskell.

=== Referent ===
bjoernb: Ich bin per jabber (bjoernb@bjoernb.org) oder mail (4bewersd@inf) zu erreichen, oder ab und an im c.t..

=== Folien ===
Vortragsfolien gab es bei diesem Lightning Talk nicht. Vielmehr wurde die Funktionsweise live demonstriert. Wer mich lieb fragt dem zeige ich das alles und noch viel mehr mal in Ruhe.

== Weblinks ==
* [http://en.wikipedia.org/wiki/xmonad Xmonad in der englischen Wikipedia]
* [http://www.xmonad.org/ offizielle Webseite]
* [http://haskell.org/haskellwiki/Xmonad Xmonad im Haskell Wiki]
* [http://xmonad.org/xmonad-docs/xmonad/index.html API documentation]
* [http://www.xmonad.org/xmonad-docs/xmonad-contrib/ Contrib documentation]
* [http://www.haskell.org/haskellwiki/Image:Xmbindings.png default key bindings]
* [http://projects.haskell.org/xmobar/ Xmobar, eine Statusleiste für Xmonad]
* [https://github.com/robm/dzen Dzen2, eine weitere Statusleiste]

[[Kategorie:KunterBuntesSeminar]]

KunterBuntesSeminar-WS11/Lightning Talks/MUA

2014-07-21T15:27:41Z

46.59.179.164: jid geändert

{{:KunterBuntesSeminar-WS11/Terminseiten-Header|7|01. Dezember 2011|zeit='''19:45''' bis 19:50|raum=C-221}}

Dieser Lightning Talk wurde in der [[KunterBuntesSeminar-WS11/Lightning Talks|ersten Lightning Talk Session]] des KunterBuntenSeminars im Wintersemester 2011 gehalten.

== Using a MUA on your local linux system ==

=== Motivation ===

Die Motivation die zu diesem Vortrag führte war die Verwendung des
MUA alot und seines Ökosystems. Es sollte gezeigt werden, wie so ein
Aufbau auf Linuxsystemen funktioniert, wie man ein solches System
konfiguriert und den ganzen Vorgang etwas entmystifizieren.

=== Ökosystem E-Mail ===

Das System besteht aus mehreren Komponenten die miteinander arbeiten. Jeder Teil hat eine spezielle Aufgabe.

* '''MRA/MDA''': Der Mail Retrieval Agent holt E-Mails vom Mailserver ab. Der Mail Delivery Agent speichert diese auf dem Client.
* '''Indexer''': indiziert die E-Mails in den E-Mail-Verzeichnissen und ermöglicht die schnelle Suche nach Inhalten der E-Mails.
* '''Addressbook''': stellt E-Mail-Adressen von Kontakten zur Verfügung.
* '''Tagger''': kennzeichnet E-Mails mit Schlüsselworten und erstellt somit eine weitere Sicht auf die E-Mails.
* '''MUA''': Der Mail User Agent ist der eigentliche E-Mail-Client mit dem man E-Mails erstellt und liest.
* '''MTA''': Der Mail Transfer Agent versendet E-Mails.

=== vorgestellter Aufbau ===

Die vorgestellte Konfiguration verwendet folgende Programme für die
oben genannten Komponenten:

* '''MRA/MDA''': offlineimap
* '''Indexer''': notmuch
* '''Addressbook''': nottoomuch-addresses
* '''Tagger''': afew
* '''MUA''': alot
* '''MTA''': exim4

Das Betriebssystem ist Debian GNU/Linux.

=== Konfiguration der Komponenten ===

Die Programme sind alle Freie Software und bei den entsprechenden
[[KunterBuntesSeminar-WS11/Lightning Talks/MUA#Weblinks|Weblinks]]
herunterladbar. Anschließend sollte die Software installiert
werden. Diese Konfiguration ist nur eine mögliche
Konfiguration. Einfach abtippen ohne nachzudenken ist nicht ratsam.

==== offlineimap ====

Offlineimap nutzen wir um die E-Mails, die wir vom Mailserver
herunterladen lokal in Maildirs zu speichern. Offlineimap ermöglicht
E-Mails auch ohne Netzwerkverbindung zu versenden, löschen oder
kennzeichnen. Offlineimap führt die Änderungen auf dem lokalen
E-Mailverzeichnissen aus. Sobald wieder eine Netzwerkverbindung
vorhanden ist werden die Änderungen von offlineimap an die jeweiligen
Mailserver propagiert.

Zunächst richten wir uns ein Verzeichnis für unsere E-Mails ein:

mkdir -p ~/maildirs/beispiel1

Die Konfiguration geschieht in der Datei '''~/.offlineimaprc'''. Die
Datei ist in Sektionen geteilt welche mit <nowiki>[Klammern]</nowiki>
gekennzeichnet sind.

<pre>
[general]
# hier stehen die Accounts die synchronisiert werden sollen
accounts = beispielaccount1, beispielaccount2

[Account beispielaccount1]
# hier stehen die Informationen zu einem Account
localrepository = beispieldir1 # Sektion s.u.
remoterepository = beispielimap1 # Sektion s.u.
autorefresh = 2.5 # wie oft synchronisiert werden soll in Minuten
# folgende Zeile kann auskommentiert werden und afew einfach wie folgt gestartet werden: afew --watch --new
postsynchook = ionice -c 3 chrt --idle 0 /bin/sh -c "notmuch new && python ~/.local/bin/afew -vv --tag --new" # was nach dem Synchronisieren passieren soll

[Repository beispieldir1]
# hier stehen die Infos wie die E-Mails gespeichert werden
type = Maildir # Typ könnte auch mbox sein
localfolders = /home/user/maildirs/beispiel1/ # wo das Maildir liegt

[Repository beispielimap1]
# hier stehen die Infos woher offlineimap die E-Mails bekommt
type = IMAP # ist viel besser als POP3
remotehost = mein_toller.serv.er
remoteuser = username
remotepass = passwort
ssl = yes # Verschlüsselung sollte der Mailserver sprechen
holdconnectionopen = yes
idlefolders = ['INBOX']
</pre>

Weitere Accounts können in der gleichen Datei darunter angegeben
werden. Offlineimap erlaubt es, dass man mit Hilfe eines Hooks die
Passwörter nicht im Klartext in der Konfigurationsdatei hinterlegen
muss. Bei Interesse online in der Dokumentation nachlesen.

Offlineimap starten wir wie folgt (man offlineimap liefert weitere Ausgabeformate):

offlineimap -u BlinkenLights

==== notmuch ====

Notmuch ist unser E-Mail-Indexer. Die Konfiguration ist sehr
einfach. Dazu führen wir folgenden Befehl aus:

notmuch setup

Dann füttern wir notmuch mit den wichtigen Informationen:

Your full name: user
Your primary email address: username@mein_toller.serv.er
Additional email address: username@anderer.mailserv.er
Additional email address [Press 'Enter' if none]:
Top-level directory of your email archive [/home/user/maildirs]:
Tags to apply to all new messages (separated by spaces): new

Das erstellt in unserem Homeverzeichnis die Datei
'''~/.notmuch-config'''. Wir schreiben dann noch folgendes in die letzte
Zeile der Konfigurationsdatei:

synchronize_flags=true

Nun führen wir folgendes Kommando zum Initialisieren der Datenbank aus:

notmuch new

Das war es dann auch schon.

==== nottoomuch-addresses ====

nottoomuch-addresses.sh ist ein Shellscript, dass aus der
notmuch-Datenbank alle E-Mail-Adressen extrahiert
(nottoomuch-addresses.sh --update) und in
'''~/.config/nottoomuch/addresses''' im abook-Format speichert. So
kann alot E-Mail-Adressen vervollständigen. Man tippt dazu drei
aufeinanderfolgende Buchstaben eines Namens oder einer E-Mail-Adresse
und erhält mit der Tabulatortaste mögliche Vervollständigungen.

==== afew ====

Afew ist ein Werkzeug um E-Mails zu taggen. Genau dafür verwenden wir
es auch.

Die Konfiguration ist in der README des Programms ausführlich
beschrieben. Afew wird in '''~/.config/afew/config''' konfiguriert.

==== alot ====

Alot ist ein GUI für notmuch. Wir verwenden alot als Mail User
Agent. Ganz im Sinne von notmuch archivieren wir E-Mails, damit unsere
Inbox leer ist. E-Mail-Threads die uns stören killen wir und
schreiben E-Mails mit unserem Lieblings-Texteditor.

Alot wird in '''~/.config/alot/config''' eingerichtet. Sie ähnelt
sehr der offlineimap Konfigurationsdatei. Die aktuelle Dokumentation
zur Konfiguration findet sich bei
[http://readthedocs.org/docs/alot/en/latest/configuration/index.html Read The Docs]

# gute Terminals können 256 Farben darstellen
colourmode = 256
# welche Header sollen angezeigt werden?
displayed_headers = From,To,Cc,Bcc,Subject
# welche E-Mails sollen nach dem Start angezeigt werden. Dies ist eine notmuch Suche.
initial_command = search tag:inbox AND NOT tag:killed

[accounts]
<nowiki>[[account beispielaccount1]]</nowiki>
# hier steht alles zu unserem E-Mail-Account
realname = Echter Name
address = username@mein_toller.serv.er
aliases = ich@meinmein_toller.serv.er
# das hier ruft exim4 auf
sender_type = sendmail
sendmail_command = /usr/sbin/sendmail -t
# hier legen wir unsere gesendeten E-Mails ab.
sent_box = maildir:///home/user/maildirs/beispiel1/INBOX.Sent

[bindings]
T = search is:todo

<nowiki>[[search]]</nowiki>
t = toggletags todo

Das war es dann auch schon. Alot starten wir mit dem Befehl:

alot

==== exim4 ====

Exim4 ist bei Debian der mitgelieferte Mail Transfer Agent. Man kann
auch andere MTAs wie Postfix (Standard bei Ubuntu) verwenden. Hier
wird allerdings die besonders einfache Konfiguration von Exim4
erläutert.

Wir senden E-Mails über einen sogenannten Smarthost in die weite
Welt. Der Smarthost ist ein Mailserver, der unsere E-Mails
weiterleitet. Es kann zum Beispiel der Mailserver des Informatikums
hierfür verwendet werden oder aber auch ein eigener.

Folgendes Kommando ist auszuführen:

dpkg-reconfigure exim4-config

Nun muss sich nur noch durch den Dialog getippert werden:

mail sent by smarthost; received via SMTP or fetchmail
System mail name: meinrechner.org
IP-addresses to listen on for incoming SMTP connections: 127.0.0.1 ; ::1
Other destinations for which mail is accepted: freilassen
Machines to relay mail for: freilassen
IP address or host name of the outgoing smarthost: smartho.st::587
Hide local mail name in outgoing mail? yes
Visible domain name for local users: meinrechner.org
Keep number of DNS-queries minimal (Dial-on-Demand)? no
Delivery method for local mail: Maildir format in home directory
Split configuration into small files? no

Der Port des Smarthost ist 587 ([http://tools.ietf.org/html/rfc6409 Message Submission Protokoll]), weil das durch die Firewall des
Informatikums geht. Will heissen, der Mailserver muss auf Port 587
lauschen. Wenn der Mailserver des Informatikums verwendet wird, sollte
Port 25 verwendet werden.

Nun müssen wir dem MTA nur noch mitteilen wie wir uns gegenüber dem
Smarthost authentifizieren. Das machen wir in der Datei
'''/etc/exim4/passwd.client''':

smartho.st:username:password

Anschließend statten wir die Datei mit den Rechten
'''root:Debian-exim 0640''' aus:

chown root:Debian-exim /etc/exim4/passwd.client
chmod 640 /etc/exim4/passwd.client

Das war es dann auch schon. Nun sollten wir ein funktionierendes
E-Mail-Ökosystem auf unserem Rechner haben.

=== Referent ===
bjoernb: Ich bin per jabber (bjoernb@bjoernb.org) oder mail (4bewersd@inf) zu erreichen, oder ab und an im c.t..

=== Folien ===

[[Medium:Kbs_lightning_ws2011_mua.pdf‎ | Folien vom Vortrag]]

== Weblinks ==

* [http://www.debian.org/ Debian GNU/Linux]
* [http://www.exim.org/ Exim4]
* [http://pkg-exim4.alioth.debian.org/README/README.Debian.html#smtp-auth SMTP Authentifikation bei Exim4]
* [http://www.offlineimap.org/ offlineimap]
* [http://www.notmuchmail.org/ notmuch]
* [http://www.guru-group.fi/~too/nottoomuch/nottoomuch-addresses/ nottoomuch-addresses]
* [https://github.com/teythoon/afew afew]
* [https://github.com/pazz/alot alot]

[[Kategorie:KunterBuntesSeminar]]

KunterBuntesSeminar-SS09/LightningTalks 1/Xmonad

2014-07-21T15:18:28Z

46.59.179.164: Umlaute

Dieser Lightning Talk wurde in der [[KunterBuntesSeminar-SS09/LightningTalks 1|ersten Lightning Talk Session]] des KunterBuntenSeminars im Sommersemester 2009 gehalten.


== Vortrag ==

Xmonad ist ein tiling window manager für X, der in Haskell geschrieben wird. Ein tiling window manager sorgt dafür, dass sich keine Fenster überlappen und der zur Verfügung stehende Platz optimal ausgenutzt wird. Xmonad lässt sich durch Tastenkombinationen leicht bedienen. Unter den Weblinks ist ein Bild verlinkt, dass die standard Tastenkombinationen veranschaulicht. Man wechselt mit der Tastatur die verschiedenen Workspaces, startet Anwendungen, ändert das Layout oder verschiebt Anwendungen auf andere Workspaces. Die Maus wird zur Nebensache und das ist auch gut so! Viele werden eine Statusleiste, wie sie in den bekannten Desktopumgebungen enthalten ist, in Xmonad vermissen. Xmonad lässt einem die freie Wahl ob man eine Statusleiste haben möchte oder nicht. Typischerweise wird entweder dzen2 oder xmobar als Statusleiste verwendet. Man kann Xmonad aber auch in die Desktopumgebungen KDE, GNOME, XFCE einbetten. Dabei ersetzt man deren Windowmanager Kwin, Metacity, Xfwm; verwendet aber die Statusleiste der Desktopumgebungen.

=== Beispiel der Nutzung ===

Ich habe die 9 Workspaces in Xmonad nach Arbeitsbereichen benannt. So heissen die Workspaces beispielsweise <nowiki>[web], [mail/news], [jabber], [shells], [music]</nowiki>. Das tolle an Xmonad ist, dass nach kurzer Konfiguration mein Webbrowser nur noch auf dem Workspace web startet, etc. Den Workspace Jabber habe ich so angepasst, dass ein Siebtel das Roster des Jabber Clients einnimmt und 6 Siebtel die Chatfenster. Häufig verwendete Anwendungen starte ich über Tastenkombinationen. Die Aufteilung der Anwendungen auf dem Bildschirm verschiebe ich ohne die Maus mit Hilfe der Tastatur. In der xmobar stehen Datum und Uhrzeit, CPU/Net-Status, Workspaces, Layout, aktives Fenster und der Mailstatus bei mir. Manche verwenden trayer oder stalonetray als Systemtray unter Xmonad. Man kann auch logs und andere Dinge wie Wettervorhersagen in die Statusleiste einbetten.

=== Konfiguration ===
Xmonad ist leicht konfigurierbar. Die Konfigurationsdatei ~/.xmonad/xmonad.hs ist in Haskell geschrieben. Sie ist auch ohne Kenntnisse der Programmiersprache leicht zu verstehen und anpassbar; mit Hilfe der guten Dokumentation auch gut erweiterbar. Es gibt viele Module die von der Community beigesteuert werden. Xmonad ist für viele Menschen der Einstieg in die funktionale Sprache Haskell.

=== Referent ===
bjoernb: Ich bin per jabber (bjoernb@jabber.ccc.de) oder mail (4bewersd@inf) zu erreichen, oder ab und an im c.t..

=== Folien ===
Vortragsfolien gab es bei diesem Lightning Talk nicht. Vielmehr wurde die Funktionsweise live demonstriert. Wer mich lieb fragt dem zeige ich das alles und noch viel mehr mal in Ruhe.

== Weblinks ==
* [http://en.wikipedia.org/wiki/xmonad Xmonad in der englischen Wikipedia]
* [http://www.xmonad.org/ offizielle Webseite]
* [http://haskell.org/haskellwiki/Xmonad Xmonad im Haskell Wiki]
* [http://xmonad.org/xmonad-docs/xmonad/index.html API documentation]
* [http://www.xmonad.org/xmonad-docs/xmonad-contrib/ Contrib documentation]
* [http://www.haskell.org/haskellwiki/Image:Xmbindings.png default key bindings]
* [http://projects.haskell.org/xmobar/ Xmobar, eine Statusleiste für Xmonad]
* [https://github.com/robm/dzen Dzen2, eine weitere Statusleiste]

[[Kategorie:KunterBuntesSeminar]]