Not positive it would work, but if they have a static IP you could add it to your tcprules above where you have the DK check. From the RDNS it looks like they do NOT have a static IP though.
From: Remo Mattei <[email protected]> Reply-To: <[email protected]> Date: Wednesday, July 26, 2017 at 7:15 PM To: <[email protected]> Subject: Re: [qmailtoaster] DomainKeys error rejecting mail Hello Rox, I have just rebuild the box on my end and if you follow the steps as referred by Eric it will work well. I will to find them but I know it should work with Spamdyke. Remo > > Roxanne Sandesara <mailto:[email protected]> > > July 26, 2017 at 4:03 PM > > 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:gvmi > [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]> > <mailto:[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]> > <mailto:[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=<000b01d3065a$ > [email protected]> > <mailto:[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]> > <mailto:[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]> > <mailto:[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] >
