Dotaz: Zablokovani INBOXU usera

[Dušan Hokův]

Zdar, mam problem se soubory ve /var/spool/mail. (rh9, postfix, ipop3, amavis, spamd+spamc)Po nainstalovani spamassassina, ktery vyuziva procmail se mi obcas stane, ze soubory ve /var/spool/mail nemaji nulovovou delku, vetsinou obsahuji jeden az dva znaky. Diky tomu se stane schranka nepristupna. Nedela to pravidelne, setkal se stim nekdo? Kde mam patrat? Diky za pomoc

Odpovědi

[Petr Šobáň]

asi spamassassin nebo nějaký program co tu schránku čte a špatně smaže, nějaký mail špatně napsaný virus a při smazání tam zůstane nějaký paznak.

Prostě zjisti co tam zůstává koukni se na ten soubor co je to za znak.

[Dušan Hokův]

nechava to tam znak 0A hexa., btw zkousel jste nekdo spamc dat jako filtr postfixu bez procmailu?

[unchallenger]

0x0a je konec řádku. Čemu nerozumím, je ta logika ztrácení ... jediné, co zmenšuje velikost mailboxu je snad MUA (příp. přes IMAP/POP), protože mail se snad prožene všemi filtry před uložení do mailboxu. Takže jedině, že by spamc vyhodil někdy na výstup jen prázdný řádek, což by se nemělo dít ... jak ten spamc používáš?

[unchallenger]

Ptal jsem se, jestli to spouštíš jako

:0fw
| spamc -f ... 

a pak větvíš podle X-Spam-Status (jak) nebo se řídíš exit codem nebo jak?

[Dušan Hokův]

DROPPRIVS=yes
LOGFILE=/var/log/procmail
VERBOSE=ON

:0fw
* < 256000

      | /usr/bin/spamc -d localhost

      :0e
      {
         EXITCODE=$?
      }

[Dušan Hokův]

dal to nechavam na uzivatelovo mail klientu, jen to oznackuju. Slo by procmail upne vyhodit ma misto mailbox_command = procmail dat spamc ??? Chci to zkusit, ale nemuzu ted za plnyho provozu :)

[Dušan Hokův]

muze za to spamd (perl), prej obsahuje bug s utf8, po tehle chybove hlasce se zablokuje mailbox tim znakem 0A
----------------
Feb 5 12:19:28 mail spamd[2443]: Malformed UTF-8 character (unexpected end of string) at /usr/bin/spamd line 551, line 1529.
----------------
Sometimes I see Q-S fail with "Malformed UTF-8 character...": bug in perl-5.8.0. Most RH systems these days default to setting their LANG to "en_US.UTF-8" instead of "C". This causes a whole bunch of Unicode support to be turned on within Perl - which has some bug in it that some char sequences within e-mail can trigger. The fix is to force qmail-smtpd to run with "LANG=C export LANG" before it can call Q-S. Simply edit /service/smtpd/run and add that LANG line somewhere at the top.
---------------
todle jsem nasel na http://qmail-scanner.sourceforge.net/FAQ.php