12 Sekunden-Zeitverzögerung

sportY

New Member
Hallo zusammen,

folgendes System

Debian "etch" mit Plesk 8.4.0 und qmail + spamdyke

Problematik:

Bei externem eMail Versand braucht thunderbird neuerdings mehr als 12 Sekunden zum versenden einer einfachen eMail. Schalte ich Spamedyke aus, wir sofort gesendet. Hier ein Auszug aus der Syslog:

Code:
Sep 14 14:49:27 vsxxxxx relaylock: /var/qmail/bin/relaylock: mail from xx.xx.xx.xx:49872 (xxxxxxxx)

Sep 14 14:49:39 vsxxxxxx smtp_auth: SMTP connect from (null)@xxxxx [xx.xx.xx.xx]

Wie man sieht ist die Zeitverzögerung hier immer 12 Sekunden. Warum???

Gruß,
Sporty
 
Nutzt Spamdyke zu irgendeinem Zeitpunkt mal die Nameserver? Wenn ja würde ich mal überprüfen, ob die noch reagieren.
 
hallo,

leider bin ich noch nicht soooo etabliert, dass ich jetzt adhoc sagen könnte, wo ich das nachsehe :(

das sind dann die server, auf denen nachgeschaut wird, ob der jeweilige host schon geblacklisted ist?!

ich mach mich mal schlau.
 
ziemlich schnell. 1/4 sekunde? :)

sind das hier die nameserver die gemeint sind?

Code:
dns-blacklist-entry=ix.dnsbl.manitu.net
dns-blacklist-entry=zen.spamhaus.org
dns-blacklist-entry=list.dsbl.org
dns-blacklist-entry=zombie.dnsbl.sorbs.net
dns-blacklist-entry=dul.dnsbl.sorbs.net
dns-blacklist-entry=bogons.cymru.com

sind i.d. spamdyke.conf
 
Last edited by a moderator:
Die dsbl.org ist schon seit über einem Jahr tot!

ein dig 2.0.0.127.list.dsbl.org verursacht einen 4 Sekunden Timeout. Wenn du inder resolv.com 3 Nameserver hast sind das deine 12 Sekunden ;-)
 
okkeeee ^^

also sollte es wie folgt sein?

Code:
dns-blacklist-entry=ix.dnsbl.manitu.net
dns-blacklist-entry=zen.spamhaus.org
dns-blacklist-entry=zombie.dnsbl.sorbs.net
dns-blacklist-entry=dul.dnsbl.sorbs.net
dns-blacklist-entry=bogons.cymru.com

Wenn ich alle auskommentiere ist es etwas schneller .. dauert aber immer noch exakt 7 sekunden ...

ist diese liste überhaupt wichtig?

der vollständigkeit halbar noch die smtp_psa:

Code:
service smtp
{
        socket_type     = stream
        protocol        = tcp
        wait            = no
        disable         = no
        user            = root
        instances       = UNLIMITED
        env             = SMTPAUTH=1
        server          = /var/qmail/bin/tcp-env
        server_args     = -Rt0  /var/qmail/bin/relaylock /usr/local/bin/spamdyke -f /etc/spamdyke.conf /var/qmail/bin/qmail-smtpd /var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /var/qmail/bin/true
}
 
Last edited by a moderator:
Hallo,

habe 2 Nameserver i.d. resolv.conf stehen. Bei dig + ipadresse reagieren beide mit einer Reaktionszeit von weniger als 10 ms.

zu JanJ:

ich schätze, damit meinst du einen derartigen Eintrag i.d. spamdyke.conf

Code:
greeting-delay-secs=5


So noch 2 Sachen: wenn ich greeting-delay-secs auskommentiere und alle Server aus der spamdyke.conf ausokmmentiere, bin ich bei 2 Sekunden, das ist in Ordnung.

Wie ist eure Einschätzung, Erfahrung? Sollten dort ein paar Server stehen bleiben bzw. durch neue ersetzt werden oder ist das Ganze nicht sehr gewinnbringend?

Danke schonmal für die Hilfe.

Gruß,
SportY
 
Last edited by a moderator:
Ja, genau die Option war gemeint.

Also meine Quote der durch die RBL aussortierten Spamversuche liegt bei ca. 10%, von daher, ja, es bringt was.

Ich hab zwei drin, die von Manitu und die von Barracuda.
 
Ok, vielen Dank schonmal.

Gibt es keine "offizielle" Liste mit "guten" Servern die man dort am besten einträgt?

Habe bisher keine per Google finden können.
 
Last edited by a moderator:
´nabend,

ja, ich bin mir dessen im Klaren. Vielen Dank für die Zusatzinfos, werde mir die verlinkten Seiten mal genauer anschauen.

Gruß,
SportY

Zusatz: Komisch, wenn ich meine Spamdyke.conf so auslege:

Code:
#ggf. auskommentieren:
dns-blacklist-entry=ix.dnsbl.manitu.net
dns-blacklist-entry=cbl.abuseat.org

habe ich wieder eine größere zeitverzögerung :(
 
Last edited by a moderator:
Back
Top