mod_fcgid: read data timeout in 120 seconds, referer: /nav-menus.php

In WordPress lassen sich Menüs nicht mehr bearbeiten? Du hast eine große Seite am Start mit vielen Pages und kann keine neuen Seiten mehr ins Menü aufnehmen? Das mag an deiner FastCGI-Limitierung liegen. WordPress (3.0 bis 3.x) nutz zur Menüverwaltung ein Ressourcenfressendes System das bei jedem Speichern ein gigantisches POST lostritt. Google hilft die passenden Diskussionen im WP-Bugtracker und den Foren zu finden. Wir wären aber schliesslich keine Admins, wenn wir keinen schnellen schmutzigen Fix zur Hand hätten:

fcgid.conf (Debian: /etc/apache2/mods-available/fcgid.conf)

IPCCommTimeout 240

Das Limit ist in Sekunden angegeben. Ob das generelle Erhöhen dieses Limits auf deinem Server allerdings eine gute Idee ist, liegt in deiner Verantwortung.

Pullmail Download (direct download Mirror)

Unbezahlbar: ein direkter, schneller und zuverlässiger Download. Manchmal ist das Internet ganz schön nervig. Da gibt es ein cooles kleines Tool namens Pullmail, das E-Mails von einem POP3-Server abholen und auf einen SMTP zustellen kann; kaum ist der Autor (Mark Woollard) nicht mehr zu kriegen (hat bei SWSoft angefangen) ist auch der Download weg.

Ganz google ist Überfüllt von nervtötenden Spammern wie Softonic, Softpedia und dergleichen (Abfall) mehr, die einen Sysadmin gerne in diesen überflüssigen download-Kreisel-Tunnel verhungern lassen. Zum Glück gibt es aber ugg.li.

Hier ist der direkte, ungefilterte und unverseuchte Download von Pullmail 1.05 »

Achtung, das Tool ist nicht mehr ganz frisch, wird nicht weiter entwickelt und hat auch den einen oder anderen Bug. MAPI-Adressierte Mails mit Sonderzeichen im Absendernamen bleiben beispielsweise gerne mal hängen.

Ich persönlich nutze das allerdings gerne bei lokalen Mailserver Umstellungen um nachträglich nach der MX-Änderung eingetrudelte Mails noch in die passenden Postfächer abzuholen. Kann auch bestens Multithreaded gestartet werden, wenn der MTA schnell genug ist.

Exchange 2010 will Datenbank nicht verschieben „MapiExceptionNetworkError“

Exchange 2010 (SP1) möchte seine Datenbanken schon mal nicht freiwillig verschieben, wenn man die interne URL der OWA/OAB Dienste auf http umgestellt hat (um Zertifikatsfehler|kosten|Umstand zu vermeiden). Die Fehlermeldungen dazu sind auch recht kreativ, vor allem in EMC und EMS unterscheidlich.

Meist liesst man solche netten Dinge:

Der Status von Datenbank "Mailbox Database 0110421406" konnte nicht abgerufen werden.
    + CategoryInfo          : InvalidOperation: (Mailbox Database 0110421406:DatabaseIdParameter) [Move-DatabasePath],
    InvalidOperationException
    + FullyQualifiedErrorId : 79FDD20B,Microsoft.Exchange.Management.SystemConfigurationTasks.MoveDatabasePath

In diesem Fall reicht es aus, den SSL-erzwingen Haken von der ECP-zugehörgien  IIS-Site zu entfernen:

IIS-Manager -> Site -> SSL-Einstellungen -> SSL Erzwingen Haken entfernen -> Übernehmen.

Dann eine Rauchen gehen oder anders etwa 5 Minuten Zeit vertrödeln. EMC neu starten und schon geht wieder alles. Das das NATÜRLICH nicht die goldene Lösung ist dürfte dem Lokalen Administrator klar sein, aber wer will schon für seine internen Sitehostheader extra Zertifikate beantragen oder eine extra-PKI bauen?