procmail question

[Linda]

Robert Holtzman wrote:
> On Mon, 17 Nov 2008, Christopher Chan wrote:
>
>   
>> Robert Holtzman wrote:
>>     
>>> On Thu, 13 Nov 2008, Christopher Chan wrote:
>>>
>>>       
>>>> Linda wrote:
>>>>         
>>>>> Here is what I have in the procmailrc file so what am I doing wrong?
>>>>>
>>>>> # .procmailrc
>>>>> # routes incoming mail to appropriate mailboxes
>>>>> PATH=/usr/bin:/usr/local/bin
>>>>> MAILDIR=/var/mail/$USER/
>>>>> Default=/var/mail/$USER/new/
>>>>>           
>>>> DEFAULT should be /var/mail/$USER/
>>>>
>>>> Assuming procmail follows .procmailrc...
>>>>         
>>> Since .procmailrc states:
>>>
>>> # Messages that fall through all your procmail recipes are delivered
>>> # to your default INBOX. To find out yours, run 'procmail -v'
>>>
>>> I would assume that using /var/mail/$USER/ as default would assure mail
>>> never gets delivered to /var/mail/$USER/new/. What am I missing?
>>>
>>>       
>> Knowledge of maildir? Setting DEFAULT to /var/mail/$user/new/ will make
>> procmail attempt to deliver to /var/mail/$user/new/new/
>>     
>
> You're right. Knowledge of maildir! I forgot that mailboxes are created 
> on the fly, at least they are in my Alpine app.
>
>   
I've tried all the suggestions but nothing is working. I have everything 
as simple as possible to try to get it working before I move forward. I 
suspect the problem is that maybe the .procmailrc is not really being 
consulted. At first I thought it must be since I could change from mbox 
to maildir. However it seems if /var/mail/$USER is there fetchmail 
places the messages in maildir form even without the .procmailrc in place

Here is what I have for .fetchmailrc

poll isp.address protocol POP3 user username with password userpassword
mda "procmail -d username"
fetchall

So is something in this the cause of the problem?
          Thanks
            Linda