Postfix este configurat să folosească Spamassassin ca un milter, iar spamd rulează ca utilizator debian_spamd (homedir: /var/lib/spamassassin) fără configurație per utilizator. Toate e-mailurile sunt redirecționate către un server la distanță. De fiecare dată când spamd întâlnește un mesaj pentru un nume de utilizator existent (de exemplu, [email protected]), face acest lucru:
30 ianuarie 07:00:22 eden spamd[385091]: spamd: se creează default_prefs: /home/existinguser/.spamassassin/user_prefs
30 ianuarie 07:00:22 eden spamd[385091]: spamd: nu s-a putut crea default_prefs care pot fi citite: /home/existinguser/.spamassassin/user_prefs
Chiar și străin, atunci când un mesaj sosește fără un utilizator local corespunzător (de exemplu, pentru [email protected]), spamd încearcă să acceseze directorul de acasă al utilizatorului existent pentru a citi/scrie fișierele bayes:
30 ianuarie 07:00:59 eden spamd[385091]: spamd: handle_user (userdir) nu a putut găsi utilizatorul: „nonexistinguser”
30 ianuarie 07:00:59 eden spamd[385091]: spamd: procesare mesaj <220130080050QP.30506@msbatch05> pentru nonexistinguser:111
30 ianuarie 07:01:00 eden spamd[385091]: plugin: eval eșuat: bayes: (în învățare) locker: safe_lock: nu poate crea fișierul de blocare tmp /home/existinguser/.spamassassin/bayes.lock.localhost.385091 pentru /home /existinguser/.spamassassin/bayes.lock: Permisiune refuzată
Mi-am dat seama că trebuie să adaug --nouser-config la opțiunile Spamassassin în /etc/default/spamassassin, cu toate că allow_user_rules implicit la 0/off (conform documentație și acest fir).
Deci problema este rezolvată, dar încă mă întreb de ce
- A trebuit să adaug o opțiune pentru a obține comportamentul implicit
- spamd a încercat să folosească subdirectorul .spamassassin al unui utilizator existent pentru utilizatorii care nu există
Sunt recunoscător pentru orice indicii.
Mulțumiri,
ian
