einen alten root-Server auf Vorderman bringen für graylisting

Domi

Member
Hallo Boardies, ich bin hier in einer kleinen Firma wo der root-Server nicht mehr so wirklich "up-to-date" ist (milde ausgedrückt) :eek:

uname -a brachte mir folgendes Ergebnis,
Code:
Linux Server 2.6.16.27-061216a #1 SMP Sat Dec 16 13:15:27 CET 2006 x86_64 x86_64 x86_64 GNU/Linux

die Kiste rennt noch und das recht zuverlässig... aber nun kommt folgendes Problem, der Spam! An den Clients habe ich schon eingestellt das diese **SPAM** Dinger gelöscht werden oder wie bei Chef im Papierkorb landen. Eben erzählte er mir, dass er innerhalb von 2 Wochen 42.000 **SPAM** Mails bekommen hatte :eek:

Also überlegte ich... Ich wusste das ich mal irgend wo eine Anleitung gesehen hatte, wie man einem qmail + Plesk beibringen kann, dass er auch diese greylisting Geschichte behandelt.
-> Anleitung

So, dann machte ich mich an die Arbeit da das ja eine recht leichte Erklärung ist :) Doch dann ab make heißt es das man auf Fehler achten soll...
ACHTUNG! Auf Fehlermeldungen achten und entsprechend reagieren!

Alles klar, ich alles begutachtet und dann am ende make eingegeben und zack kam das...
Code:
server:/usr/local/src/qmail-1.03 # make
./load auto-str substdio.a error.a str.a
/usr/lib64/gcc-lib/x86_64-suse-linux/3.3.5/../../../../x86_64-suse-linux/bin/ld: cannot find -lssl
collect2: ld returned 1 exit status
make: *** [auto-str] Error 1
server:/usr/local/src/qmail-1.03 #

Das könnte wohl daran liegen das der Kiste die folgenden Pakete fehlen (glaube ich mal),
- mysql-devel
- openssl-devel
- zlib-devel

frage für den dau oder den daa, gibt es da noch eine Möglichkeit den graylisting irgend wie davor zu schalten? Denn ohne Spam wäre das bestimmt um vieles schöner :)

Ich hoffe Ihr könnt mir helfen :)
Mfg. Anubis
 
Aber dann kommen doch deine Mails meistens um x Minuten verspätet an.
Willst du das überhaupt ?
 
Aber dann kommen doch deine Mails meistens um x Minuten verspätet an.
Willst du das überhaupt ?
Naja auf x Min kommt es nicht an. Wichtig ist nur, dass der Spam weniger wird.

Das würde sowohl mich als auch die Kollegen hier sehr freuen und vorgewarnt habe ich die schon das es zu Verzögerungen kommen kann wenn ich das zum laufen bekommen sollte ;)

Zugegeben, ich könnte nun noch gucken ob ich RBLs einbauen könnte, aber so ist das schon mal ein kleiner Sprung nach Vorne :D
 
Wenn du Postfix hast schau dir mal policyd-weight an, hier entsteht kein Delay und er erkennt sehr viel Spam.
 
Wenn du Postfix hast schau dir mal policyd-weight an, hier entsteht kein Delay und er erkennt sehr viel Spam.
Hm... Wenn ich den Qmail raus werfe und dafür versuche Postfix einzusetzen, können die anderen Leute dann in ihrem Kunden- Account (Plesk) noch problemlos eine Email- Adresse anlegen?

Denn auf dem System sind irgendwie 6 Domains drauf, ist also ein vollwertiger root von 1und1 und ab und an legen die eine weitere Domain an, dann die Email Adressen etc. und ich denke mal Qmail ist schon irgend wo in das Plesk mit verstrickt... oder denke ich da zu kompliziert oder zu weit? :rolleyes:

Sonst würde ich gerne Postfix nehmen, denn alleine durch diese RBL Geschichte habe ich auf einem anderen Server schon gut Spam weg filtern können zuzüglich dem SpamAssassin :)
 
Puh keine AHnung ob Postfix mit Plesk geht. Ich glaub erst in der neusten Version bin mir aber nicht sicher.
 
Puh keine AHnung ob Postfix mit Plesk geht. Ich glaub erst in der neusten Version bin mir aber nicht sicher.
Joa... Soweit ich das gesehen habe seit Plesk 9... :mad:
Stressig ist ja nicht nur, dass die Software alt ist etc. sondern das es Suse ist... Damit habe ich zwar damals angefangen, aber ich mag Debian mehr.

Okay, Debian ist auch nicht das wahre für den einen oder anderen, aber als ich CentOS mal auf einer vmWare starten wollte, hatte er meine HDDs nicht gefunden (in der vmWare) somit konnte ich mich damit nicht vertraut machen... Aber das ist ein anderes Thema :D

Ich werde mal gucken ob ich nicht doch irgendwie alternativ das graylisting einbinden kann (mit biegen und brechen :D) und in einem oder zwei Monaten mal bei 1und1 bescheid geben, dann sollen die da einen neuen root hinstellen, der up-to-date ist und dann wird der gleich gepflegt :D
 
Aber dann kommen doch deine Mails meistens um x Minuten verspätet an.
Sorry dass ich Dich schon wieder darauf hinweisen muss Criss, aber das ist wiedermal eine pauschale Falschaussage.

Linux Server 2.6.16.27-061216a ... x86_64 GNU/Linux
Das sieht nach einem selbst gebackenen Kernel aus. Es ist jedenfalls kein original SuSE.
Welche SuSE-Version hast Du denn im Einsatz?

Nun noch zur eigentlichen Fehlermeldung:
/bin/ld: cannot find -lssl
Der findet die openssl-lib nicht.
Sowohl die Lib als auch die Headerfiles (devel-Paket) müssen installiert und auffindbar sein. Musst Du im Yast zusammen suchen und wirklich auch installieren.

Eine andere Alternative wäre Spamdyke: http://www.huschi.net/5_330_de-plesk-qmail-greylisting-mit-spamdyke.html
Aber auch dafür brauchst Du die ganze Libraries.

huschi.
 
Last edited by a moderator:
Das sieht nach einem selbst gebackenen Kernel aus. Es ist jedenfalls kein original SuSE.
Welche SuSE-Version hast Du denn im Einsatz?

Das ist ein 1 und 1 Standardkernel, die bauen die Kernel selbst und lassen das Erstellungsdatum mit in den Namen fließen. Hier also der 16.12.2006.

Grüße
 
Welche SuSE-Version hast Du denn im Einsatz?
Soo... Bevor ich was falsches sage, hab ich mal eben im Control- Panel von 1und1 geguckt ;)
Betriebssystem: SuSE 9.3 mit Plesk 8.0 (64 Bit)

Und was die Pakete angeht, die wollte ich via Yast schon mal nach schieben, aber doof ist nur das die CD oder die DVD vom Suse nicht im Laufwerk ist. Ist halt ein vollwertiger root-Server der nicht vor Ort steht :(

Das ist einer der Punkte der mich auch schon scheitern ließ... Denn deine Tutorials habe ich vor einem Jahr schon mal entdeckt, aber nie etwas gesagt. Denn der Server von einem Kumpel ist noch älter... Und als ich da mit Yast arbeiten wollte, kam die gleiche Meldung :(

Vielleicht kann man die Jungs bei 1und1 mal anschreiben, dass die mal ne CD einlegen sollen... Oder gibt es dafür auch eine optimale Lösung? :(
 
Du kannst bspw. ein Backup mit Plesk machen, das gesamte System aktualisieren und dann das Backup wieder einspielen.

Ein anderer Mailprozessor lässt sich so ohne weiteres nicht einbinden.

Ich würde Dir eher die Nutzung von RBLs empfehlen, die fangen bei mir den allermeisten Spam ab.

Darüber hinaus habe ich Qmail (qmail-queue) so modifiziert, dass Spamassassin sehr früh aufgerufen und erkannter Spam sofort geblockt wird.

Hierzu findet sich hier im Forum eine Beschreibung.

Mit rblsmtp und spamassassin unter Nutzung u.a. der Möglichkeiten der ix-Blackliste sowie bei rblsmtp

server_args = -Rt0 /usr/sbin/rblsmtpd -r ix.dnsbl.manitu.net -r dnsbl.sorbs.net -r zen.spamhaus.org -r bl.spamcop.net -a list.dnswl.org

und einer angepassten Version von rblsmtpd habe ich den eingehenden Spam fast auf Null gedrückt.

Damit meine Nutzer mit dynamischen IP-Adressen davon verschont bleiben, verzichte ich auf den rbl-Check, wenn die Verbindung via SSL aufgebaut wird oder der Submission Port genutzt wird.

Dies erfordert aber manuelle Änderungen in /etc/xinet.d in den dortigen Dateien

smtps_psa
submission_psa

Grüsse...
 
...
Und was die Pakete angeht, die wollte ich via Yast schon mal nach schieben, aber doof ist nur das die CD oder die DVD vom Suse nicht im Laufwerk ist. Ist halt ein vollwertiger root-Server der nicht vor Ort steht :(
...
Vielleicht kann man die Jungs bei 1und1 mal anschreiben, dass die mal ne CD einlegen sollen... Oder gibt es dafür auch eine optimale Lösung? :(

Musste da doch gerade ziemlich schmunzeln ;-)

Du kannst die Sourcen umstellen, also von CD/DVD auf einen Server bei Suse...
 
Du kannst bspw. ein Backup mit Plesk machen, das gesamte System aktualisieren und dann das Backup wieder einspielen.
Joa, das ist wohl eine Option die ich habe... Ich bin eben mal ins Kundencenter gegangen und gesehen das ich den Server neu Initialisieren könnte.

Ist zwar nur openSUSE 10.3 mit Plesk 8.6 (64 Bit), aber damit das schnell wieder geht, die Down- Phase nicht zu lang ist etc. wäre das wohl eine Option. Allerdings lese ich davon nichts ob diese Server Initialisierung kostenpflichtig ist :rolleyes:

Morgen mal mit dem Chef sprechen ob die eine Down- Phase von ca. 2 Std. verkraften können, zur Not muss ich mal eine Nachtschicht einlegen :D

Du kannst die Sourcen umstellen, also von CD/DVD auf einen Server bei Suse...
Hm.. Okay, in Suse bin ich halt nicht soo fit drin sage ich mal... Bei einem debian hätte ich das wohl ziemlich flott gelöst. Wenn du mir aber noch sagen kannst, wo ich den Source verschiebe und wenn du dann noch eine Quelle hast, wäre ich dir sehr zu dank verpflichtet :)
 
Juhu... Bis hierhin hat es ja schon mal geklappt :D
Und er fragt auch nicht mehr nach CD1 wenn ich ihm folgenden Befehl vor die Füße werfe...
Code:
yast -i mysql-devel openssl-devel zlib-devel

Bei meinem Glück raucht die Kiste gleich ab :D
 
Da ist aber jemand wirklich optimistisch ;)
Joa... ich weiß... sehr optimistisch :D
Aber wenn ich dem erzähle "Chef, ich nehme morgen Abend mal den Server für 8 Std. aus dem Betrieb!" dann bekommt er glaube ich einen Schlaganfall :D

Aber bis jetzt scheint es mit dem nach- installieren der Pakete schon mal geklappt zu haben... Ich frage mich nur ob die Warnung am ende vom make auch so spaßig ist wie mein Optimismus :o

Code:
chmod 755 binm3+df
./compile spfquery.c
spfquery.c: In function `main':
spfquery.c:30: warning: cast to pointer from integer of different size
spfquery.c:24: warning: return type of `main' is not `int'
./load spfquery spf.o ip.o ipme.o ipalloc.o strsalloc.o \
now.o dns.o datetime.a stralloc.a alloc.a str.a substdio.a \
case.a error.a fs.a `cat dns.lib` `cat socket.lib`
server:/usr/local/src/qmail-1.03 #
Oder darf ich das wirklich nur als Warnung ansehen?! Denn ich weiß ja nicht ob es wichtig ist das dieses "main" ein integer ist :o
 
Joa, das ist wohl eine Option die ich habe... Ich bin eben mal ins Kundencenter gegangen und gesehen das ich den Server neu Initialisieren könnte.

Ist zwar nur openSUSE 10.3 mit Plesk 8.6 (64 Bit), aber damit das schnell wieder geht, die Down- Phase nicht zu lang ist etc. wäre das wohl eine Option. Allerdings lese ich davon nichts ob diese Server Initialisierung kostenpflichtig ist :rolleyes:

Morgen mal mit dem Chef sprechen ob die eine Down- Phase von ca. 2 Std. verkraften können, zur Not muss ich mal eine Nachtschicht einlegen :D

2 Stunden sind _sehr_ optimistisch... ich mache sowas normalerweise nur, wenn der jährliche Serverwechsel ansteht... und setze den Server dann erstmal so ab, wie ich ihn haben will mit den ganzen Zusatzeinstellungen, die Plesk nicht sichert. Und auch für das Sichern+Initialisieren+Rücksichern sollte man mal locker einen Abend ansetzen... wobei Plesk auch mal beim Rücksichern "rumzickt".
 
Back
Top