Am postfix/dovecot care rulează cu spamassassin pe Centos.
PROBLEMĂ:
- VPS-ul acționează ca un server de e-mail
- Spamassassin editează subiectul e-mailului și adaugă [SPAM}
- Dna Outlook pe Windows mută acele e-mailuri în folderul Junk
- Cele de mai sus se întâmplă NUMAI dacă un e-mail este trimis de la VPS la o altă adresă de pe aceeași mașină VPS
- Problemele de mai sus NU se întâmplă dacă trimit e-mailuri de la acest VPS către alt cont de e-mail de pe un alt server care folosește și Spamassassin
Am bloguri Wordpress cu plugin WP_SMTP. Și sunt configurați să folosească SMTP pentru a trimite e-mailuri.
Când trimit e-mailuri din formularele de contact de pe bloguri, primesc e-mailuri în folderul „SPAM”.
Am observat că anteturile sunt:
spamd[12042]: spamd: rezultat: . 0 - ALL_TRUSTED,DKIM_INVALID,DKIM_SIGNED,HTML_MESSAGE,T_SCC_BODY_TEXT_LINE scantime=30.1,size=3544,user=vmail,uid=994,required_score=5.0,rhost=localhost,raddr=0.midd6030.=5.60,$0.00. [email protected]>,autolearn=nu autolearn_force=nu
WP_SMTP are o funcție de testare. Pot alege la ce adresă de e-mail trimit un e-mail de test.
Dacă aleg una dintre adresele de e-mail gestionate de serverul meu de poștă, acestea sunt de asemenea marcate cu DKIM_INVALID.
Totuși, dacă trimit exact același e-mail de testare la mail-tester.com, iată ce primesc: https://www.mail-tester.com/test-5oyf5qlg5
10/10 și DKIM este în regulă.
De asemenea dmarcian spune că DKIM este în regulă.
Când trimit un e-mail de pe serverul meu către un e-mail diferit de pe serverul meu (pe domenii diferite), primesc și ele DKIM_INVALID.
Poate cineva vă rog să ajute ca spamassassin să nu mai marcheze e-mailurile trimise de pe Server X la Server X ca spam (DKIM_INVALID)?
Sau poate pot obține mai multe informații, jurnale etc. care pot ajuta să găsesc un răspuns la această problemă?
IMPORTANT!
Serverul folosește Nelegat. A trebuit să folosesc Unbound, deoarece Spamassassin raporta:
ALL_TRUSTED,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FROM_IN_TO_AND_SUBJ,HTML_MESSAGE,MIME_HTML_ONLY,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED
Și mi s-a spus că multe servicii de listare neagră nu permit interogări de la serverele DNS disponibile gratuit, iar asta include (sau poate include) orice DNS îmi oferă furnizorul meu pentru DHCP/
De îndată ce încep să folosesc Unbound și mă schimb
/etc/resolv.conf
opțiuni trust-ad
; generat de /usr/sbin/dhclient-script
caută în domeniul local
server de nume 62.149.128.4
server de nume 62.149.132.4
server de nume 2001:4860:4860::8888
la:
server de nume ::1
serverul de nume 127.0.0.1
opțiuni trust-ad
Spamassassin nu mai adaugă URIBL_BLOCKED și începe să adauge DKIM_INVALID
EDIT - nou test activ dkimvalidator:
Informații DKIM:
Semnătura DKIM
Mesajul conține această semnătură DKIM:
Semnătura DKIM: v=1; a=rsa-sha256; c=relaxat/simplu; d=anahatatantra.com;
s=implicit; t=1651780260;
bh=WOwAVylmbsjOThr0t5u3PrLcNjOVp9SrbUgzVixBh7I=;
h=De la:Către:Subiect:Data;
b=DCJ9L1ik8gcbohyaqB4pXqcmqa32+Y3F7sbSDnqQ7M1S0D/5/MdfEd1b2MIh8HQfB
Mpui8c2TdpbDSmakosk99bgBPjFHe5i3cW1lmxJKrIlT5/wBvRVejg+PtmnIbIre+S
XNakG1D1AzcUmpv2fBVoZGFv+0eT9Hub0LM5ouV4=
Informații despre semnătură:
v= Versiunea: 1
a= Algoritm: rsa-sha256
c= Metoda: relaxat/simplu
d= Domeniu: anahatatantra.com
s= Selector: implicit
q= Protocol:
bh= WOwAVylmbsjOThr0t5u3PrLcNjOVp9SrbUgzVixBh7I=
h= Anteturi semnate: De la:Pentru:Subiect:Data
b= Date: DCJ9L1ik8gcbohyaqB4pXqcmqa32+Y3F7sbSDnqQ7M1S0D/5/MdfEd1b2MIh8HQfB
Mpui8c2TdpbDSmakosk99bgBPjFHe5i3cW1lmxJKrIlT5/wBvRVejg+PtmnIbIre+S
XNakG1D1AzcUmpv2fBVoZGFv+0eT9Hub0LM5ouV4=
Căutare DNS cheie publică
Crearea unei interogări DNS pentru default._domainkey.anahatatantra.com
A preluat această cheie publică de la DNS: k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCXSuXbbxQjrqMX01rwXL8qMwUxCZrjFPnZokm6TyCj9bY5c96148UKFfiOWcfAhTmIC//pL3f08Pk8scBSM34pRQ8mYQhhjnXR2JMPIeJOZ9eAparHJfxk6PNd/5O/aXzVC+1RFtSWLaUilnA+Jdafkhe/4zZ8/kKMuzxaatGXcwIDAQAB
Semnătura de validare
rezultat = trece
Detalii:
Testul trece.
Astfel, mi se pare că nu există nicio diferență cu e-mailurile trimise „în afara”, de exemplu către mail-tester sau dkimvalidator.
Problema pare să fie legată doar de server, atunci când e-mailurile sunt trimise de pe același server către același server.
