I remember I did do the link as Eric ‘s suggested Inviato da iPhone
> Il giorno 26 lug 2017, alle ore 17:59, Eric Broch <[email protected]> > ha scritto: > > What's in your /etc/tcprules/tcp.smtp file? > > Also, can you do a directory listing of /var/qmail/bin? > > Since Domain Keys is deprecated in favor of DKIM you could link > /var/qmail/bin/qmail-queue to /var/qmail/bin/qmail-queue.orig instead of > /var/qmail/bin/qmail-dk. > In other words in /var/qmail/bin change > > lrwxrwxrwx 1 root root 23 Apr 20 12:58 qmail-queue -> > /var/qmail/bin/qmail-dk > to > lrwxrwxrwx 1 root root 23 Apr 20 12:58 qmail-queue -> > /var/qmail/bin/qmail-queue.orig > > Also, remove DKQUEUE and DKVERIFY from tcp.smtp. > > Eric > >> On 7/26/2017 5:03 PM, Roxanne Sandesara wrote: >> I have a user trying to send emails to my server from their ISP to go >> through a mailing list my server is hosting. I have previously added the >> user’s email address to spamdyke’s whitelist. However, that no longer seems >> sufficient to deal with this problem. >> >> From /var/log/qmail/smtp/current: >> >> 2017-07-26 18:02:53.023764500 policy_check: policy allows transmission >> 2017-07-26 18:02:53.377824500 simscan:[10795]:CLEAN >> (1.20/12.00):0.3534s:<subjectline>:209.86.89.65:<useremail>@earthlink.net:[email protected] >> 2017-07-26 18:02:53.379325500 qmail-smtpd: qq hard reject (DomainKeys verify >> status: bad format (#5.3.0)): MAILFROM:<[email protected]> >> RCPTTO:[email protected] >> >> >> Pursuant to emails recently to the list, here’s what I can find in >> /var/log/maillog: >> >> Jul 26 18:02:53 mail clamd[3341]: >> /var/qmail/simscan/1501106573.24430.10797/msg.1501106573.24430.10797: OK >> Jul 26 18:02:53 mail clamd[3341]: >> /var/qmail/simscan/1501106573.24430.10797/addr.1501106573.24430.10797: OK >> Jul 26 18:02:53 mail clamd[3341]: >> /var/qmail/simscan/1501106573.24430.10797/text file0: OK >> Jul 26 18:02:53 mail clamd[3341]: >> /var/qmail/simscan/1501106573.24430.10797/text file1: OK >> Jul 26 18:02:53 mail clamd[3341]: >> /var/qmail/simscan/1501106573.24430.10797/text file2: OK >> Jul 26 18:02:53 mail spamd[14603]: spamd: connection from localhost >> [::1]:35784 to port 783, fd 5 >> Jul 26 18:02:53 mail spamd[14603]: spamd: processing message >> <[email protected]> for clamav:89 >> Jul 26 18:02:53 mail spamd[14603]: spamd: clean message (1.2/5.0) for >> clamav:89 in 0.2 seconds, 10946 bytes. >> Jul 26 18:02:53 mail spamd[14603]: spamd: result: . 1 - >> AWL,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HTML_MESSAGE,RDNS_NONE >> scantime=0.2,size=10946,user=clamav,uid= >> 89,required_score=5.0,rhost=localhost,raddr=::1,rport=35784,mid=<[email protected]>,autolearn=no >> autolearn_force=no >> Jul 26 18:02:53 mail spamdyke[10791]: DENIED_OTHER from: >> <useremail>@earthlink.net to: [email protected] origin_ip: >> 209.86.89.65 origin_rdns: elasmtp-kukur.atl.sa.earthlink.net auth: (unknown) >> encryption: TLS reason: 554_DomainKeys_verify_status:_bad_format___(#5.3.0) >> Jul 26 18:02:53 mail spamd[14603]: spamd: processing message >> <[email protected]> for clamav:89 >> Jul 26 18:02:53 mail spamd[14603]: spamd: clean message (1.2/5.0) for >> clamav:89in 0.2 seconds, 10946 bytes. >> Jul 26 18:02:53 mail spamd[14603]: spamd: result: . 1 - >> AWL,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HTML_MESSAGE,RDNS_NONE >> scantime=0.2,size=10946,user=clamav,uid=89,required_score=5.0,rhost=localhost,raddr=::1,rport=35784,mid=<[email protected]>,autolearn=no >> autolearn_force=no >> Jul 26 18:02:53 mail spamdyke[10791]: DENIED_OTHER from: >> <useremail>@earthlink.net to: [email protected] origin_ip: >> 209.86.89.65 origin_rdns: elasmtp-kukur.atl.sa.earthlink.net auth: (unknown) >> encryption: TLS reason: 554_DomainKeys_verify_status:_bad_format___(#5.3.0) >> Jul 26 18:02:53 mail spamd[14575]: prefork: child states: II >> >> >> Obviously, I would prefer to keep Spamdyke in place if possible to cut down >> on the veritable torrent of spam going on out there. What can I do to bypass >> this so that my user can properly send out their messages? As it is, the >> server rejects their original send, so the mailing list never sends back the >> confirmation, and the message thusly never goes out. >> >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> > > -- > Eric Broch > White Horse Technical Consulting (WHTC) > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
