Folgendes Szenario: Ein Notebook das nicht immer Internet-Verbindung hat. Verwendet werden an Software msmtp, mutt und offlineimap. Gewünschter Zielzustand ist es, Mails für verschiedene Accounts offline schreiben zu können, in einer Queue zu halten und beim online-Gehen an die entsprechenden SMTP-Server abzuliefern.
Continue reading “mutt und msmtp in einem disconnected/offline-Szenario”
Unter Linux kann man mit dem dbus-send-Tool wie folgt feststellen, ob aus Sicht des NetworkManager ein Netzwerk verfügbar ist:
dbus-send --print-reply --system --dest=org.freedesktop.NetworkManager \ --type=method_call /org/freedesktop/NetworkManager \ org.freedesktop.NetworkManager.state
Ein Rückgabewert von 3 bedeutet "Netzwerk verbunden". Wie gesagt ist das die Sichtweise des NetworkManager, d.h. es muß nicht unbedingt IP-Konnektivität vorhanden sein. Im Speziellen wird der NetworkManager auch dann eine 3 zurückliefern, wenn das Netzwerkkabel eingesteckt ist, statische IP-Adressen konfiguriert sind, sich der Rechner aber im falschen LAN befindet.
Gerade festgestellt, daß nach einem Update auf Firefox 3.5 die Geolokalisierung standardmäßig eingeschaltet ist (auch wenn man angeblich jedesmal gefragt wird, bevor Daten an irgendwen übermittelt werden).
Das kann man aber auch komplett abschalten, indem man auf der Seite about:config die Einstellung geo.enabled auf false stellt. Weitere Infos gibts auch auf der Mozilla-Seite.
Background: I updated the harddrive of R52 notebook with a non-standard 320GB disk. Because of some broken hardware design on every reboot the BIOS reported a 2010 error and waits for the user to confirm the message. Apart from the fact that this annoying, it prevents e.g. remotely rebooting the machine. Fourtunately IBM/Lenovo provides a BIOS update which at least automatically continues when showing the error.
I used the BIOS update 1.29 and embedded controller version 1.06 executables (non diskette). But every time I started it exited with the dialog box "Createfile returns 2" just before actually doing the update in the last step. I found out that the update tool creates files in the windows profile (somewhere under Local Settings\Temp).
However the update tool cannot access its own files when the Local Settings folder is encrypted using the builtin Windows encryption. Temporarily removing the encryption fixed the problem.
I just made an DVD based update from Fedora 10 to 11. After the first boot I was able to login and start an update of all packages (about 2GB).
But at the next boot sequence the pylmouth screen hanged and GDM did not start up. Interestingly enough if I switched fast enough to the boot console with ESC, GDM startet flawless.
After investigating for a while I found out that the following line in /etc/X11/prefdm caused the hang problem:
/usr/bin/plymouth quit $quit_arg
I fixed (by meaning of workaround) the problem by completely disabling starting plymouthd at all. To do so just remove the rhgb option in the appropriate kernel line in /boot/grub/grub.conf.