>You can have fetchmail deliver without MTA, too, by delivering to
>e.g. procmail, so setting up getmail shouldn't be necessary.
> ...
> Right; that's what I do:
> 
> poll            -----.com
>         protocol        pop3    port 995;
>         mda             "/home/smb/bin/filtmail %F";
>         ssl;
>         sslfingerprint "71:79:2F:D6:93:36:35:ED:1B:25:EE:02:E3:58:B2:0B";

well, i got inspired by you:

.fetchmailrc:
poll xxx.xxx.xx
protocol POP3
username xxxxxxxxxx there with password xxxxxxxxxx is vrbka here

mda "/usr/pkg/bin/procmail /home/vrbka/.procmailrc"

.procmailrc:
PATH=/bin:/usr/bin:/usr/bin:/usr/pkg/bin/:/usr/sbin
DEFAULT=/var/mail/vrbka
MAILDIR=/home/vrbka/data/Mail
SENDMAIL=/usr/sbin/sendmail
HOME=/home/vrbka
VERBOSE=ON

# spam
:0
* ^X-Muni-Spam-List:.*
/dev/null

# viruses
:0
* ^Subject:.*Virus
/dev/null

but when i execute mutt, it complains: /var/mail/vrbka is not a mailbox
the file /var/mail/vrbka is there, it seems to be ok - it contains the 
message headers and bodies...

i see following output from fetchmail & procmail:

3 messages (2 seen) for xxxxxx at xxx.xxx.xx (2445 octets).
skipping message xxxxx@xxx.xxx.xx:1 not flushed
skipping message xxxxx@xxx.xxx.xx:2 not flushed
reading message xxxxx@xxx.xxx.xx:3 of 3 (812 octets) procmail: [704] Mon 
May 17 15:05:27 2004
procmail: No match on "^X-Muni-Spam-List:.*"
procmail: No match on "^Subject:.*Virus"
procmail: Locking "/var/mail/vrbka.lock"
procmail: Assigning "LASTFOLDER=/var/mail/vrbka"
procmail: Opening "/var/mail/vrbka"
procmail: Acquiring kernel-lock
procmail: Unlocking "/var/mail/vrbka.lock"
  Subject: test;;;
   Folder: /var/mail/vrbka 
      956
  not flushed

so where could the problem be now? am i doing some stupid mistake?

thanks for your help...

-- 
Lubos
_@_"