Puncte:-1

Procmail trimite un răspuns automat, dar nu trimite în Inbox

drapel in

Am început o rețetă de răspuns automat pentru anumite ore de utilizator în urmă.
Am primit răspunsul automat trimis și e-mailul original livrat în Inbox. L-am testat de mai multe ori.
Am făcut câteva modificări minore în formă și acum este trimis răspunsul automat, dar e-mailul original nu este livrat în Inbox.
Am revenit la prima reteta dar problema ramane.
De asemenea, am încercat să schimb adresa expeditorului, am verificat e-mailurile marcate cu spam și jurnalul de e-mail și nu-mi dau seama ce s-a întâmplat.

Prima reteta:

:0
* ^De la.*[email protected]
* !^FROM_DAEMON
* !^FROM_MAILER
* !^X-Loop: [email protected]
| (formail -rk \
    -A „X-Loop: [email protected]” \
    -O „Precedență: junk”; \
    echo „Testare”;\
    echo „Acesta este un răspuns automat”;\
    echo „Nu sunt sigur că vă vedeți mesajul”;\
    echo „Deci, vă rugăm să încercați din nou mâine” ) | $SENDMAIL -t -oi 

Schimbările pe care le făcusem formail -rt (în loc de -rk) și eliminați de -O „Precedență: gunoi”

ACTUALIZAȚI
Cred că am găsit problema: procmail.log: „Scannerul de viruși nu a răspuns în 30 de secunde”
Aceasta este o problemă pe care o am acum ceva timp.E-mailurile primite sunt întârziate să livreze 30 de secunde sau un minut (acest server are un trafic de e-mail foarte scăzut). Se pare că rețetele procmail nu le plac asta.
Există o configurație pentru a-i spune să aștepte până? scoică isi termina treaba?

UPDATE 2
Am dezactivat clamscan (scanare antivirus) și problema persistă, e-mailul original nu este livrat în inbox. Acum nu înțeleg procmail.log: „Scannerul de viruși nu a răspuns în 30 de secunde”
Acest jurnal scoate numai rețeta

ACTUALIZARE 3
Folosesc Webmin/Virtualmin ca panou de control. În mod implicit, ClamAV utilizează clamscan

ps aux | scoica grep
nume utilizator 31127 0,0 0,0 26132 2144 ? S 20:30 0:00 /usr/bin/perl /etc/webmin/virtual-server/clam-wrapper.pl bin/clamscan
nume utilizator 31128 0,0 0,0 9564 1156 ? S 20:30 0:00 sh -c /bin/clamscan - /tmp/clamwrapper.31127
nume utilizator 31129 101 15.7 1385464 1258520 ? R 20:30 0:30 /bin/clamscan -

Asta înainte să dezactivez AV.

ACTUALIZARE 4

E-mailul original este trimis de la Postfix la Procmail:

... releu=local, întârziere=30, întârzieri=0.29/0.01/0/30, dsn=2.0.0, stare=trimis (livrat la comanda: /usr/bin/procmail-wrapper -o -a $DOMAIN - d $LOGNAME)     

Jurnal Procmail:

De la [email protected] Luni, 23 mai 13:15:34 2022
 Subiect: Testarea răspunsului automat
  Folder: (formail -rt \ -A "X-Loop: [email protected]"; \ ec 2343
Time:1653322564 From:[email protected] To:[email protected] User:user_me Size:2343 Dest: (formail -rt \
    -A „X-Loop: [email protected]”; \
    echo „Testare”;\
    echo „Acesta este un răspuns automat”;\
    echo „Nu sunt sigur că vă vedeți mesajul”;\
    echo „Deci, vă rugăm să încercați din nou mâine” ) | $SENDMAIL -t -oi Mod: Nici unul
tripleee avatar
drapel ar
Nu vă putem vedea rețeta SpamAssassin, dar mesajul de eroare pare să nu aibă legătură cu aceasta; SpamAssassin nu este un scanner de viruși. Rulați și ClamAV sau un alt scaner de viruși de la Procmail? Vă rugăm să [editați] pentru a afișa rețeta asociată și fragmentul real din fișierul jurnal al Procmail?
drapel us
Rob
În loc să rulați spam assassin direct din procmail, rulați demonul spam assassin `spamd` ca serviciu și inițiați scanări cu `spamc` - vedeți subsolul pe https://cwiki.apache.org/confluence/display/SPAMASSASSIN/UsedViaProcmail - care vă va finaliza scanările mult mai repede
drapel in
@tripleee Îmi pare rău amândoi. Spamassassin nu are ce face aici. Este clamscanul care provoacă întârzierile. Am confundat lucrurile. Editez intrebarea.
tripleee avatar
drapel ar
Încă nu arăți cum rulezi ClamAV. Da, există o opțiune pe care ar trebui să o utilizați, dar nu vă putem vedea rețeta. Nu are nicio legătură cu codul din întrebarea dvs.
tripleee avatar
drapel ar
Totuși, este mult mai bine să rulați AV de pe serverul de e-mail decât de pe Procmail. Vezi de ex.https://www.linuxbabe.com/mail-server/postfix-amavis-spamassassin-clamav-ubuntu care explică cum să rulați ClamAV din Postfix pe Ubuntu prin Amavis (îmi pare rău, nu am putut găsi rapid unul care nu vrea să înscrieți-vă pentru niște prostii de marketing).
tripleee avatar
drapel ar
https://serverfault.com/questions/683032/configuration-of-clamav-on-fedora-core-21-with-postfix este o întrebare locală despre cum să faci asta pe Fedora, dar este destul de veche.
drapel in
@tripleee Nu înțeleg de ce codul care începe cu `:0` nu este o „rețetă”. În ciuda numelui său, se află la /home/me/.procmailrc. După cum am spus înainte, am putut funcționa bine în unele teste inițiale, dar dintr-o dată e-mailul original nu a fost livrat în Inbox (răspunsul automat este OK). Am dezactivat AV clamscan dar nu s-a schimbat nimic. Nu am schimbat niciodată instalarea implicită Virtualmin (2019) a ClamAV. (Actualizare adăugată 3)
tripleee avatar
drapel ar
Este o rețetă, dar aparent nu are legătură cu întrebarea actuală de aici. Am renunțat să vă cer să afișați codul real care rulează ClamAV și, în schimb, am votat pentru a închide ca fiind neclar.
drapel in
Nu știu ce cod rulează ClamAV și cum să-l găsesc. Folosesc Virtualmin ca panou de control și am putut doar să dezactivez filtrarea virușilor
drapel in
Am adăugat pur și simplu indicatorul „c” (copie): „:0c” Acum rețeta stochează mai întâi e-mailul în directorul căsuței primite și apoi răspunsul automat. ClamAV este oprit
tripleee avatar
drapel ar
Dacă `procmail.log` conține un mesaj de eroare, ceva din `.procmailrc` dvs. produce acest lucru (sau aveți o configurație foarte ciudată în care ceva fără legătură scrie mesaje în fișierul jurnal al Procmail!)
drapel in
Mesajul de eroare pe care l-am avut în procmail.log a fost legat de mai mult de 30 de secunde. Întârzierea ClamAV că a dispărut după ce l-am oprit. Acum merge bine. Mulțumiri

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.