Nein ich habe leider kein Patentrezept :(

Die Methode von 1und1 ist wohl für den „kleinen“ Serverbetreiber eher nicht praktikabel. Derzeit blockt 1und1 anscheinend alle Mails aus dem Netz von HostEurope, aufgrund eines stark erhöhten Spamaufkommens von den Servern des Kölner Wettbewerbers. Würde unsereins alle IP-Netze von „spamversendenden“ Providern blocken, würde dies wohl vielen Spam verhindern, allerdings würde man auch kaum noch gewünschte E-Mails bekommen… und „jucken“ würde es wohl keinen der Provider.

Ich muss allerdings zugeben, mir ist die Tage beim Testen ein kleiner Fehler mit ähnlicher Wirkung unterlaufen. Beim Ändern der Konfiguration muss ich wohl vergessen haben den „Mail-Proxy“ wieder zu starten *pfeif* und schwupps hab ich alle Mails sämtlicher Provider geblockt. Glücklicherweise ist der Server derzeit nicht im produktiven Einsatz. Allerdings dürfte sich dies bald ändern, die ersten Auswertungen der Logfiles sind vielversprechend (nein nicht während der Offtime, die Werte lassen sich im Normalbetrieb wohl leider nicht erreichen)… Das Spamaufkommen bei den „umgeleiteten“ Domains hat sich dank Greylisting etc. stark gebessert. Allerdings bin ich noch immer nicht so Recht von der Methode „Greylisting“ überzeugt, aber das Ergebnis spricht eigentlich für sich…

Für die meisten ist es wohl ein Traum, ein Link von einer prominenten Seite. Nicht das ich etwas gegen solche Links hätte, allerdings kann einen das unvorbereitet schoneinmal vor Probleme stellen. Die momentante Belastung des MySQL-Server (der Ausfall heute morgen) dürften das erste Opfer des Links gewesen sein. Aber nun ist das „Problem“ ja erkannt ;)
Achja, der nette Linker ist MTV.de, und zwar hat sich wohl bei schlampiger Recherche für den Festivalguide ein kleiner Fehler eingeschlichen: statt splash-festival.de wurde einmal mehr splash.de als Internetseite für das Festival genannt…

Dann kann man mit dem Server nicht mehr viel anfangen… So geschehen auch heute morgen. Die Probleme hatte ich schonmal mit dem Server, und daraufhin die MySQL-Server-Einstellungen „optimiert“, aber anscheinend war das noch nicht ausreichend. Die Empfehlungen von „tuning-primer.sh“ habe ich in der Zwischenzeit eingearbeitet. Aber so langsam gehen mir die Ideen aus… Hat jemand Tipps?

Hatte die Tage „mein“ Skript nochmals etwas nachgebessert und herausgekommen ist folgende Variante:

#!/bin/bash
#
# Cron Script – run from /etc/crontab or /etc/cron.daily
#
# Checks if an update is available and sends an e-mail
#
# Author: http://www.renemoser.net/archives/190
# Modified by: http://blog.splash.de

# Default: Show messages on console
QUIET=0
MAIL_TO=““

# check parameters
while [ $# -gt 0 ]
do
case „$1“ in
–quiet)
QUIET=1
;;
–mailto)
# get next param
shift
# check at least if it contains @
if [ `echo $1 | awk ‚/@/’` ]
then
MAIL_TO=$1
else
echo „–mailto expects an e-mail“
exit 1
fi
;;
–help)
echo „usage: apt_notify [–quiet] [–mailto email@dot.com]“
echo „–quiet [quiet mode, no output to console]“
echo „–mailto email@dot.com [send output via email]“
exit 0
;;
esac
shift
done

if [[ `apt-get update 2>&1 | grep Get` ]]
then

UPDATES=`apt-get -s dist-upgrade 2>&1 | awk ‚/Inst/{n++}; END {print n+0}’`
if [ $UPDATES -ne 0 ]
then
PACKAGES=`apt-get -s dist-upgrade 2>&1 | awk ‚/^(Inst)/ {sub(/^Inst+/, „+++“); print}’`
if [ -n $MAIL_TO ]
then
echo „These packages need an update on `hostname`:

$PACKAGES\n

Please perform ‚apt update && apt upgrade‘ as root“ | mailx -s „[`hostname`] $UPDATES update(s) available“ $MAIL_TO
fi
if [ $QUIET -ne 1 ]
then
echo „These packages need an update on `hostname`:
$PACKAGES“
fi
fi
fi
exit 0

Mir gehts im Grunde nicht um die Skript ansich, sondern viel mehr darum ein bischen mehr „bashen“ zu lernen… Jemand ne Idee zur geschickteren Umsetzung der Parameterangaben?

Nein, nicht in einem Boot, aber dafür alle an einem Tisch ;)

Gesehen bei: adminlife.net

Bei renemoser.net habe ich ein kleines Skript zum Versenden einer E-Mail bei verfügbaren Updates gefunden. Da es nicht sofort funktioniert hat… (Die „“ um die aptitude-Befehle stören)… hab ich gleich auch noch n bisserl rumgepfuscht und es nach meinen Wünschen angepasst (Optik) und hier das Ergebnis:

#!/bin/bash
#
# Cron Script – run from /etc/crontab or /etc/cron.daily
#
# Checks if an update is available and sends an e-mail
#
# Author: http://www.renemoser.net/archives/190
# Modified by: http://blog.splash.de

MAIL_TO=“xxx@email.com“
QUIET=0

if [[ `apt-get update 2>&1 | grep Get` ]]
then

UPDATES=`apt-get -s dist-upgrade 2>&1 | awk ‚/Inst/{n++}; END {print n+0}’`
if [ $UPDATES -ne 0 ]
then
PACKAGES=`apt-get -s dist-upgrade 2>&1 | awk ‚/^(Inst)/ {sub(/^Inst+/, „+++“); print}’`
echo „These packages need an update on `hostname`:

$PACKAGES

Please perform ‚apt update && apt upgrade‘ as root“ | mailx -s „[`hostname`] $UPDATES update(s) available“ $MAIL_TO
if [ $QUIET -ne 1 ]
then
echo „These packages need an update on `hostname`:
$PACKAGES“
fi
fi
fi
exit 0

P.S.: Ja, mir ist das „cron-apt“-Paket bekannt ;)

Im Grunde ja, zumindest wenn man diesem Beitrag im Wiki glauben schenken mag… Mein erster Versuch mit der 1.8.2x ging natürlich schief, im Artikel stand ja schon, erst ab 1.8.3x… Aber auch nach einem Update gabs noch immer das gleiche Problem, die Links in der Navigation (bzw. z.B. auch im „Tree“) waren noch immer ohne s (http(s))… Aber man weiss sich ja zu helfen, „quick and dirty“ lässt sich dieses Problemchen beheben, indem man einfach die http durch https ersetzt ;)

(Kurzfassung: In includes/OutputPage.php das Zippen ausserkraft setzen, Ausgabe abfangen und abbrechen und mit „Suchen und Ersetzen“ das gewünschte Resultat basteln und ausgeben… Falls Interesse besteht, bastel ich gerne noch einen Patch, aber wie gesagt, ist wirklich nur die Quick and Dirty-Methode).