spamdyke bekommt MySQL-Support

[Defender]

in der FAQ steht:

How do I upgrade spamdyke? What's the significance of the version numbers?

Typically, upgrading spamdyke is as simple as compiling the new version and copying the new spamdyke binary over the old one. However, sometimes the new version is not backwards-compatible with the old version and simply replacing the binary will cause problems. The UPGRADING.txt file has details on the backwards-compatibility of each version.

Wenn ich die Version über die alte kopier brauch ich doch in xinetd nichts mehr eintragen? Gefährlich wäre es wenn beim ersetzen der alten version was schief geht und Mails verloren gehen.

Soll das eine eigene DB sein oder soll man in der Plesk DB die Tabelle anlegen?
Ich glaube ich hatte bei der letzten Installation die Plesk DB in mein Spamdyke Control Panel eintragen?!?

 

[Huschi]

Wenn ich die Version über die alte kopier brauch ich doch in xinetd nichts mehr eintragen?

Genau. Evlt. vorher ein Backup des alten Binary machen.

Soll das eine eigene DB sein oder soll man in der Plesk DB die Tabelle anlegen?

Wie Du willst.

Ich glaube ich hatte bei der letzten Installation die Plesk DB in mein Spamdyke Control Panel eintragen?!?

Wen fragst Du das? Oder wer (außer Dir) könnte es denn noch wissen? Ich jedenfalls nicht.

huschi.

 

[Defender]

Wen fragst Du das? Oder wer (außer Dir) könnte es denn noch wissen? Ich jedenfalls nicht.

huschi.

klar! war ja nicht so direkt gemeint...sondern eher ob es einem frei steht.

danke

 

[haggybear]

Soll das eine eigene DB sein oder soll man in der Plesk DB die Tabelle anlegen?

Hatte ich doch in's Readme geschrieben.

"Just choose or create any database"

Kannst Du machen wie Du willst. Ich habe eine eigene genommen, wegen der Übersicht und weil bei mir im 7-Tage-Durchschnitt ~350.000 Einträge in der DB sind.

Gruß
Haggy

 

[haggybear]

spamdyke 4.0.8-mysql

Da es nun eine ganze Reihe von Tests und Verbesserungen an der gepachten Spamdyke Version gegeben hat, stelle ich das nun mal allen zum Download bereit. Ab dieser Version kann auch wieder der Log-Level "verbose" oder "exessive" verwendet werden, da ich nur noch den reinen Infooutput in die Datenbank logge, und die "störenden" Rows nun nicht mehr auftauchen.


http://www.haggybear.de/download/spamdyke-4.0.8-mysql.tgz
Bitte die INSTALL.txt m Ordner "documentation" lesen, oder alternativ die Doku bei Huschi nachlesen. Huschi hat sich wiedermal viel Mühe gemacht um eine leicht zu verstehende und einfache Anleitung zu schreiben. Herzlichen Dank Huschi!!!

Für die die nur updaten, hier reicht einfach ein:

./configure && make && make install

Gruß
Haggy

 

[haggybear]

spamdyke 4.0.9-mysql

Da spamdyke 4.0.9 nun veröffentlicht wurden, kommt hier auch spamdyke 4.0.9-mysql.

Viel spaß damit, und für etwaige Reports wäre ich dankbar!
http://www.haggybear.de/download/spamdyke-4.0.9-mysql.tgz
Bitte die INSTALL.txt m Ordner "documentation" lesen, oder alternativ die Doku bei Huschi nachlesen.

Für die die nur updaten, hier reicht einfach ein:

./configure && make && make install

Gruß
Haggy

 

[harpi]

@haggybear

update hat ohne probs funktioniert. eMail werden auch empfangen.
Danke für deine super arbeit.

Gruß
Harpi

 

[JaEgErmEistEr]

Ich nehme an das Changelog wird mit dem offiziellen identisch sein?
Ansonsten danke für die Arbeit.

Grüße
Chris

 

[Fireball22]

Wird es eigentlich in Zukunft auch eine Version geben, die nur noch mit MySQL arbeitet?

Und ist es auch irgendwie möglich in der /etc/spamdyke.conf das MySQL-Passwort aus einer anderen auf dem Server liegenden Text-Datei auszulesen?

MfG
Michael

 

[haggybear]

Wird es eigentlich in Zukunft auch eine Version geben, die nur noch mit MySQL arbeitet?

Da bin ich der falsche Ansprechpartner, aber lt. Sam schon. Irgendwann in 2009.

Und ist es auch irgendwie möglich in der /etc/spamdyke.conf das MySQL-Passwort aus einer anderen auf dem Server liegenden Text-Datei auszulesen?

Nein, das wäre doch Blödsinn!

Gruß
Haggy

 

[Fireball22]

Vielen Dank für Deine Antwort!

Nein, das wäre doch Blödsinn!

Das wäre eigentlich kein Blödsinn, denn wenn ich für verschiedene Scripte das gleiche Passwort verwende und das auf dem Server in einer Textdatei liegen habe, dann muss ich das Passwort nur in einer Datei ändern und nicht erst alle Dateien zusammensammeln, in denen allen ich Passwörter eingetragen habe...

Ist es eigentlich möglich die Config irgendwie als BASH-Ausgabe ausgeben zu lassen, dann könnte man das MySQL-Passwort doch eigentlich variabel mit "cat" angeben, oder?

MfG
Michael

 

[Defender]

Kann mir jemand sagen wie ich schnell und vernünftig alle alten Einträge in der DB lösche.

Ich habe es mit einem:

DELETE FROM spamdyke_log_table WHERE TO_DAYS( `time` ) < TO_DAYS( NOW( ) ) -14

probiert jedoch bremst es den server extrem aus und keiner konnte mehr auf mysql zugreifen.

Die DB hat mitlerweile 2 Mio Einträge.

 

[JaEgErmEistEr]

Haggy liefert doch schon ein anständiges Aufräumscript mit ...

Plesk & Qmail: Spamdyke mit MySQL-Logging - huschi.net

Guck mal da unter Aufräumscript weiter unten

Grüße
Chris

 

[Huschi]

DROP TABLE spamdyke_log_table;
CREATE TABLE spamdyke_log_table ( ... );

huschi.

 

[Defender]

Da liegt wohl der Hund begraben.

Mein Skript wird gar nicht ausgeführt wie ich grad sehen:

server-b:/etc/cron.daily # ./spamdyke-mysql-cleanup
Bareword found where operator expected at ./spamdyke-mysql-cleanup line 4, near "// Set"
        (Missing operator before Set?)
Bareword found where operator expected at ./spamdyke-mysql-cleanup line 5, near "// Database"
        (Missing operator before Database?)
Bareword found where operator expected at ./spamdyke-mysql-cleanup line 6, near "// Database"
        (Missing operator before Database?)
Bareword found where operator expected at ./spamdyke-mysql-cleanup line 7, near "// Delete"
        (Missing operator before Delete?)
Number found where operator expected at ./spamdyke-mysql-cleanup line 7, near "than 7"
        (Do you need to predeclare than?)
Bareword found where operator expected at ./spamdyke-mysql-cleanup line 7, near "7 days"
        (Missing operator before days?)
Bareword found where operator expected at ./spamdyke-mysql-cleanup line 9, near "// Set"
        (Missing operator before Set?)
syntax error at ./spamdyke-mysql-cleanup line 4, near "// Set your "
"use" not allowed in expression at ./spamdyke-mysql-cleanup line 5, at end of line
syntax error at ./spamdyke-mysql-cleanup line 6, near "// Database username
"
"use" not allowed in expression at ./spamdyke-mysql-cleanup line 6, at end of line
syntax error at ./spamdyke-mysql-cleanup line 7, near "// Database password
"
"use" not allowed in expression at ./spamdyke-mysql-cleanup line 7, at end of line
syntax error at ./spamdyke-mysql-cleanup line 7, near "// Delete "
"use" not allowed in expression at ./spamdyke-mysql-cleanup line 9, at end of line
syntax error at ./spamdyke-mysql-cleanup line 9, near "// Set your "
"use" not allowed in expression at ./spamdyke-mysql-cleanup line 10, at end of line
./spamdyke-mysql-cleanup has too many errors.

und hier das skript

#!/usr/bin/perl -w
use strict;

use constant DBD => 'DBI:mysql:db_spamdyke:localhost:3306';   // Set your database where spamdyke logs
use constant DBUSER => 'dbu_spamdyke';                               // Database username
use constant DBPASS => 'XXXXXXXXX';                             // Database password
use constant DELAY => '15';                                     // Delete log entries older than 7 days

use constant MAIL_RECIPIENT => 'meine@email.de';             // Set your email for daily report
use constant MAIL_TITLE => '[spamdyke-mysql-cleanup] Daily run';// Set your title for daily report

use DBI;

my $dbh = DBI->connect(DBD,DBUSER,DBPASS) or die "can't connect to db ", $DBI::errstr, ":$!";

my $erg = $dbh->do("delete from spamdyke_log_table where `time` < DATE_ADD(CURDATE(),interval -".DELAY." day)");
$dbh->do("OPTIMIZE TABLE spamdyke_log_table");

my $text="$erg rows deleted";

$dbh->disconnect;
my $rec = MAIL_RECIPIENT;
my $tit = MAIL_TITLE;

my $SENDMAIL='/usr/sbin/sendmail';
open (SENDMAIL,"|$SENDMAIL -t -f -odq") || &fehler("Kann sendmail nicht öffnen");
print SENDMAIL <<EOF;
To: $rec
Subject: $tit
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit


$text
EOF

close SENDMAIL;

Versteh die Fehlermeldungen irgendwie gar nicht.

 

[Huschi]

Entweder holst Du Dir das aktuelle Spamdyke-Paket (oder zumindest das Aufräum-Script daraus) oder hälst Dich an das oben verlinkte Howto. Dort wird der Fehler dieser Version behoben.

huschi.

 

[Defender]

Die Anleitung kenne ich. Der Fehler lag aber nur an dem Aufräum-Skript welches in der Anleitung nicht abgedruckt ist. Hab die Zeilen wohl überlesen.

Eine Neuinstallation von Spamdyke finde ich nicht nötig. Zumal alles wunderbar läuft.

Ich hab nie was in Perl gemacht. Programmiere ausschließlich PHP daher ist mir das mit den // jetzt erst aufgefallen.

Ein Vergleich zwischen neuem und altem Cleanup-Skripten hat den Fehler behoben.

Danke.

 

[Huschi]

Steht aber wirklich im Howto:

Kurz im Editor öffnen und die Datenbank-Daten angeben.
Wichtig bei älteren Versionen: Wir schmeißen alle Kommentare mit // raus, da diese fehlerhaft sind.

huschi.

 

[haggybear]

Steht aber wirklich im Howto:

Absolut richtig. Huschi hat das sofort erkannt. War ein Gedankenfehler von mir. Deswegen lege ich allen die HowTos von Huschi an Herz. Alle HowTos sind durch Huschis Reviews gelaufen und nahezu fehlerfrei!!

Haggy

 

[Huschi]

<OT>
An dieser Stelle mal ein dickes Dankeschön für das Kompliment welches ich gerne zurück gebe für die wirklich sinnvollen Plesk-Tools.
</OT>

huschi.