Ausgehende Mails von Spamdyke trotz AUTH geblockt

[Osai]

Hallo,

ich habe auf meinem VPS (Debian 4.0 32-Bit) mit PLESK 8.6 spamdyke (spamdyke 4.0.9+TLS+CONFIGTEST+DEBUG+MYSQL[haggybear.de]) installiert. Das System läuft einwandfrei, mit einem kleinen Problem für das ich nirgendwo eine Lösung gefunden habe:

Aus der Documentation von Spamdyke konnte ich entnehmen dass ausgehende Mails von Usern die authentifiziert sind nicht gefiltert werden. Dies passiert bei mir aber trotzdem, denn bei einem user fehlt die RDNS und er kann deshalb keine Mails versenden. Eigentlich sollten diese doch einfach durchgelassen werden, denn ohne SMTP AUTH ist es doch garnicht möglich eine mail über den server zu senden, da ich in Plesk eingestellt habe dass nur authentifizierte User mails senden können.
In der spamdyke.conf habe ich folgende wichtige Werte gesetzt:

smtp-auth-command=/var/qmail/bin/smtp_auth /var/qmail/bin/true /var/qmail/bin/cmd5checkpw /bin/qmail/bin/true
smtp-auth-level=ondemand-encrypted

MOD: Bitte [noparse]

...

[/noparse]-Tags um Ausgaben, Code, etc. verwenden (im Editor auch mit '#' erreichbar). Danke!

Ich weiß nicht mehr richtig weiter - evtl. übersehe ich ja irgendwas.
Viele Dank für eure Hilfe.

 

[LinuxAdmin]

Hilft Dir dieser Thread weiter?

 

[Osai]

Danke LinuxAdmin, aber leider nicht wirklich,

in einem Kommentar hab ich gelesen dass man bei spamdyke

smtp-auth-level=observe

setzen soll, nach einem weiteren Test musste ich aber feststellen dass es nichts gebracht hat.

So schaut es aus wenn ich selbst eine mail versende.

1. Relaylock
Jan 29 11:16:18 myserver relaylock: /var/qmail/bin/relaylock: mail from IP:PORT (<MEINE RDNS>)

2. Spamdyke filtert
Jan 29 11:16:18 myserver spamdyke[12267]: DEBUG(filter_rdns_missing()@filter.c:848): checking for missing rDNS; rdns: <MEINE RDNS>
Jan 29 11:16:18 myserver spamdyke[12267]: DEBUG(filter_ip_in_rdns_cc()@filter.c:879): checking for IP in rDNS +country code; rdns: <MEINE RDNS>
Jan 29 11:16:18 myserver spamdyke[12267]: DEBUG(filter_rdns_whitelist_file()@filter.c:956): searching rDNS whitelist file(s); rdns: <MEINE RDNS>
Jan 29 11:16:18 myserver spamdyke[12267]: DEBUG(filter_ip_whitelist()@filter.c:1127): searching IP whitelist file(s); ip: <MEINE IP>
Jan 29 11:16:18 myserver spamdyke[12267]: DEBUG(filter_ip_blacklist()@filter.c:1177): searching IP blacklist file(s); ip: <MEINE IP>
Jan 29 11:16:18 myserver spamdyke[12267]: DEBUG(filter_ip_in_rdns_blacklist()@filter.c:1226): checking for IP in rDNS +keyword(s) in blacklist file; ip: <MEINE IP> rdns: <MEINE RDNS>
Jan 29 11:16:18 myserver spamdyke[12267]: DEBUG(filter_rdns_resolve()@filter.c:1318): checking rDNS resolution; rdns: <MEINE RDNS>

3. Jetzt plötzlich smpt_auth
Jan 29 11:16:19 myserver smtp_auth: SMTP connect from (null)@<MEINE RDNS> [<MEINE IP>]
Jan 29 11:16:19 myserver smtp_auth: smtp_auth: SMTP user [email protected] : logged in from (null)@<MEINE RDNS> [<MEINE IP>]

4. wieder filter
Jan 29 11:16:19 myserver spamdyke[12267]: DEBUG(filter_recipient_relay()@filter.c:2183): checking relaying; relay-level: 0 recipient: empfä[email protected] ip: <MEINE IP> rdns: <MEINE RDNS> local_recipient: false relaying_allowed: false
Jan 29 11:16:19 myserver spamdyke[12267]: ALLOWED from: [email protected] to: empfä[email protected] origin_ip: <MEINE IP> origin_rdns: <MEINE RDNS> auth: [email protected]

5. senden der mail
Jan 29 11:16:19 myserver qmail-queue-handlers[12275]: Handlers Filter before-queue for qmail started ...
Jan 29 11:16:22 myserver qmail-queue-handlers[12275]: [email protected]
Jan 29 11:16:22 myserver qmail-queue-handlers[12275]: to=empfä[email protected]
Jan 29 11:16:22 myserver qmail-queue-handlers[12275]: hook_dir = '/var/qmail//handlers/before-queue'
Jan 29 11:16:22 myserver qmail-queue-handlers[12275]: recipient[3] = 'empfä[email protected]'
Jan 29 11:16:22 myserver qmail-queue-handlers[12275]: handlers dir = '/var/qmail//handlers/before-queue/recipient/empfä[email protected]'

Beim kollegen gibt es keine RDNS und deshalb bricht spamdyke direkt beim zweiten schritt ab, ohne nach AUTH oder so zu schauen...

Jan 29 09:37:44 myserver relaylock: /var/qmail/bin/relaylock: mail from IP:PORT (not defined)
Jan 29 09:37:45 myserver spamdyke[17415]: DENIED_RDNS_MISSING from: [email protected] to: empfä[email protected] origin_ip: <IP> origin_rdns: (unknown) auth: (unknown)

Einstellungen in inetd.conf

smtp stream tcp nowait.1000 root /var/qmail/bin/tcp-env tcp-env /usr/bin/env  SMTPAUTH=1  /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

Viele Grüße,
Osai

 

[Huschi]

smtp-auth-level=observe

Nein, falscher Ansatz für SMTP-Auth.
Aber danke für die Erinnerung diesen Kommentar zu kommentieren.

Beim kollegen gibt es keine RDNS und deshalb bricht spamdyke direkt beim zweiten schritt ab, ohne nach AUTH oder so zu schauen...

Falsche Annahme. Der Client schickt keinen AUTH. Es ist also eine Einstellung beim (hoffentlich nicht Outlook-)Client.

huschi.

 

[Osai]

Er verwendet leider MS Outlook
Was soll ich tun? Ich kenn mich mit MS Outlook nicht aus.

 

[Huschi]

Google sei Dank gibt es genügend auffindbare Schritt-für-Schritt-Anleitung dazu, wie man auch unter Outlook SMTP-Auth aktiviert.

huschi.

 

[Osai]

MOD: Full-Quote entfernt!
In der Tat Huschi. Hab ne Anleitung geschickt und nun kann er Mails versenden. Dabei hab ich ihm ca. 4-5mal gesagt er muss passwort und username auch für den smtp server angeben.
Jedenfalls klappts jetzt.
Danke!

von mir aus [closed]