problems with qmail and procmail

I've got my /etc/qmail/defaultdelivery file set to the following

|preline procmail

This should from the way I read the installation documentation tell qmail to
route all mail through procmail and dump it into the /var/mail directory.


But whenever I try and send any mail to my server with this in the
defaultdelivery file I end up with the following error in my
/var/log/qmail/current file

@400000004437894932712f64 status: local 1/10 remote 0/20
@40000000443789493312da1c delivery 2: deferral:
procmail:_Couldn't_create_"/var/mail/andrewk"/
@40000000443789493312f95c status: local 0/10 remote 0/20
@400000004437894e3223e63c status: exiting

Can anyone suggest what I need to do to fix this problem up... I've tried
googling the error message but cannot seem to find any answers, only people
with the same problem and then they have solved it but not put how they
solved it for others to learn from.

--
Regards

Andrew

Andrew Kenna wrote:
> I've got my /etc/qmail/defaultdelivery file set to the following
>
> |preline procmail
>
> This should from the way I read the installation documentation tell qmail to
> route all mail through procmail and dump it into the /var/mail directory.
>
>
> But whenever I try and send any mail to my server with this in the
> defaultdelivery file I end up with the following error in my
> /var/log/qmail/current file
>
> @400000004437894932712f64 status: local 1/10 remote 0/20
> @40000000443789493312da1c delivery 2: deferral:
> procmail:_Couldn't_create_"/var/mail/andrewk"/
> @40000000443789493312f95c status: local 0/10 remote 0/20
> @400000004437894e3223e63c status: exiting
>
> Can anyone suggest what I need to do to fix this problem up... I've tried
> googling the error message but cannot seem to find any answers, only people
> with the same problem and then they have solved it but not put how they
> solved it for others to learn from.
>
> --
> Regards
>
> Andrew
>
>

Did you install procmail as suid?
The reason you could not find a resolution is that the preferable
delivery mode for qmail is into a Maildir format versus the sendmail
mailbox format.

It also depends on what version of procmail you have as well as the
permissions on the /var/mail or /var/spool/mail directory.

AK

Good point, I will re-install procmail to make sure its setup properly its
I honestly cannot remember how I originally installed it.

I am running procmail version 3.22

Andrew

I know the preffered method, but call me old fashioned I just prefer it to
all be spooled into
"AK" <aktrader2@excite.com> wrote in message
news:Y_Gdnci1xPEjPKLZRVn-pQ@comcast.com...
> Andrew Kenna wrote:
> > I've got my /etc/qmail/defaultdelivery file set to the following
> >
> > |preline procmail
> >
> > This should from the way I read the installation documentation tell
qmail to
> > route all mail through procmail and dump it into the /var/mail
directory.
> >
> >
> > But whenever I try and send any mail to my server with this in the
> > defaultdelivery file I end up with the following error in my
> > /var/log/qmail/current file
> >
> > @400000004437894932712f64 status: local 1/10 remote 0/20
> > @40000000443789493312da1c delivery 2: deferral:
> > procmail:_Couldn't_create_"/var/mail/andrewk"/
> > @40000000443789493312f95c status: local 0/10 remote 0/20
> > @400000004437894e3223e63c status: exiting
> >
> > Can anyone suggest what I need to do to fix this problem up... I've
tried
> > googling the error message but cannot seem to find any answers, only
people
> > with the same problem and then they have solved it but not put how they
> > solved it for others to learn from.
> >
> > --
> > Regards
> >
> > Andrew
> >
> >
>
> Did you install procmail as suid?
> The reason you could not find a resolution is that the preferable
> delivery mode for qmail is into a Maildir format versus the sendmail
> mailbox format.
>
> It also depends on what version of procmail you have as well as the
> permissions on the /var/mail or /var/spool/mail directory.
>
> AK
>
>

Andrew Kenna wrote:

> Good point, I will re-install procmail to make sure its setup properly its
> I honestly cannot remember how I originally installed it.
>
> I am running procmail version 3.22
>
> Andrew
>
> I know the preffered method, but call me old fashioned I just prefer it to
> all be spooled into
> "AK" <aktrader2@excite.com> wrote in message
> news:Y_Gdnci1xPEjPKLZRVn-pQ@comcast.com...
>
>>Andrew Kenna wrote:
>>
>>>I've got my /etc/qmail/defaultdelivery file set to the following
>>>
>>>|preline procmail
>>>
>>>This should from the way I read the installation documentation tell
>
> qmail to
>
>>>route all mail through procmail and dump it into the /var/mail
>
> directory.
>
>>>
>>>But whenever I try and send any mail to my server with this in the
>>>defaultdelivery file I end up with the following error in my
>>>/var/log/qmail/current file
>>>
>>>@400000004437894932712f64 status: local 1/10 remote 0/20
>>>@40000000443789493312da1c delivery 2: deferral:
>>>procmail:_Couldn't_create_"/var/mail/andrewk"/
>>>@40000000443789493312f95c status: local 0/10 remote 0/20
>>>@400000004437894e3223e63c status: exiting
>>>
>>>Can anyone suggest what I need to do to fix this problem up... I've
>
> tried
>
>>>googling the error message but cannot seem to find any answers, only
>
> people
>
>>>with the same problem and then they have solved it but not put how they
>>>solved it for others to learn from.
>>>
>>>--
>>>Regards
>>>
>>>Andrew
>>>
>>>
>>
>>Did you install procmail as suid?
>>The reason you could not find a resolution is that the preferable
>>delivery mode for qmail is into a Maildir format versus the sendmail
>>mailbox format.
>>
>>It also depends on what version of procmail you have as well as the
>>permissions on the /var/mail or /var/spool/mail directory.
>>
>>AK
>>
>>
>
>
>


Andrew,

I'm not sure what benefit you think you are gaining by using the old
fashioned setup. The more modern approach eliminates the locking
requirement for the /var/mail/$username. Besides the issues with the
"old fashioned" setup, one reason people migrated to qmail, was to avoid
the race conditions when delivering to a mailbox format.


In a sense, you control the configuration of the system so it will be
transparent to your users as to where the messages are stored.

AK

I was having major problems with qpopper getting it to compile and having it
pointed to /home/$username/MailBox it would compile but nothing would
happen..

I've got this setup this way for the time being so that I could get things
rolling as I had a growing list of problems with my server that I had to get
solved

Andrew

"AK" <aktrader2@excite.com> wrote in message
news:GYCdnVecEe41vNzZnZ2dnUVZ_tWdnZ2d@comcast.com. ..
> Andrew Kenna wrote:
>
> > Good point, I will re-install procmail to make sure its setup properly
its
> > I honestly cannot remember how I originally installed it.
> >
> > I am running procmail version 3.22
> >
> > Andrew
> >
> > I know the preffered method, but call me old fashioned I just prefer it
to
> > all be spooled into
> > "AK" <aktrader2@excite.com> wrote in message
> > news:Y_Gdnci1xPEjPKLZRVn-pQ@comcast.com...
> >
> >>Andrew Kenna wrote:
> >>
> >>>I've got my /etc/qmail/defaultdelivery file set to the following
> >>>
> >>>|preline procmail
> >>>
> >>>This should from the way I read the installation documentation tell
> >
> > qmail to
> >
> >>>route all mail through procmail and dump it into the /var/mail
> >
> > directory.
> >
> >>>
> >>>But whenever I try and send any mail to my server with this in the
> >>>defaultdelivery file I end up with the following error in my
> >>>/var/log/qmail/current file
> >>>
> >>>@400000004437894932712f64 status: local 1/10 remote 0/20
> >>>@40000000443789493312da1c delivery 2: deferral:
> >>>procmail:_Couldn't_create_"/var/mail/andrewk"/
> >>>@40000000443789493312f95c status: local 0/10 remote 0/20
> >>>@400000004437894e3223e63c status: exiting
> >>>
> >>>Can anyone suggest what I need to do to fix this problem up... I've
> >
> > tried
> >
> >>>googling the error message but cannot seem to find any answers, only
> >
> > people
> >
> >>>with the same problem and then they have solved it but not put how they
> >>>solved it for others to learn from.
> >>>
> >>>--
> >>>Regards
> >>>
> >>>Andrew
> >>>
> >>>
> >>
> >>Did you install procmail as suid?
> >>The reason you could not find a resolution is that the preferable
> >>delivery mode for qmail is into a Maildir format versus the sendmail
> >>mailbox format.
> >>
> >>It also depends on what version of procmail you have as well as the
> >>permissions on the /var/mail or /var/spool/mail directory.
> >>
> >>AK
> >>
> >>
> >
> >
> >
>
>
> Andrew,
>
> I'm not sure what benefit you think you are gaining by using the old
> fashioned setup. The more modern approach eliminates the locking
> requirement for the /var/mail/$username. Besides the issues with the
> "old fashioned" setup, one reason people migrated to qmail, was to avoid
> the race conditions when delivering to a mailbox format.
>
>
> In a sense, you control the configuration of the system so it will be
> transparent to your users as to where the messages are stored.
>
> AK

Andrew Kenna wrote:
> I was having major problems with qpopper getting it to compile and having it
> pointed to /home/$username/MailBox it would compile but nothing would
> happen..
>
> I've got this setup this way for the time being so that I could get things
> rolling as I had a growing list of problems with my server that I had to get
> solved
>
> Andrew
>

Is there a particular reason you use qpopper versus the pop3d daemon
that comes with qmail? Does /home/$username/MailBox refer to a single
file where messages are delivered or is it a Maildir/ format MailBox?

http://www.lifewithqmail.org provides direction on setting up all things
qmail.

AK

> "AK" <aktrader2@excite.com> wrote in message
> news:GYCdnVecEe41vNzZnZ2dnUVZ_tWdnZ2d@comcast.com. ..
>
>>Andrew Kenna wrote:
>>
>>
>>>Good point, I will re-install procmail to make sure its setup properly
>
> its
>
>>>I honestly cannot remember how I originally installed it.
>>>
>>>I am running procmail version 3.22
>>>
>>>Andrew
>>>
>>>I know the preffered method, but call me old fashioned I just prefer it
>
> to
>
>>>all be spooled into
>>>"AK" <aktrader2@excite.com> wrote in message
>>>news:Y_Gdnci1xPEjPKLZRVn-pQ@comcast.com...
>>>
>>>
>>>>Andrew Kenna wrote:
>>>>
>>>>
>>>>>I've got my /etc/qmail/defaultdelivery file set to the following
>>>>>
>>>>>|preline procmail
>>>>>
>>>>>This should from the way I read the installation documentation tell
>>>
>>>qmail to
>>>
>>>
>>>>>route all mail through procmail and dump it into the /var/mail
>>>
>>>directory.
>>>
>>>
>>>>>But whenever I try and send any mail to my server with this in the
>>>>>defaultdelivery file I end up with the following error in my
>>>>>/var/log/qmail/current file
>>>>>
>>>>>@400000004437894932712f64 status: local 1/10 remote 0/20
>>>>>@40000000443789493312da1c delivery 2: deferral:
>>>>>procmail:_Couldn't_create_"/var/mail/andrewk"/
>>>>>@40000000443789493312f95c status: local 0/10 remote 0/20
>>>>>@400000004437894e3223e63c status: exiting
>>>>>
>>>>>Can anyone suggest what I need to do to fix this problem up... I've
>>>
>>>tried
>>>
>>>
>>>>>googling the error message but cannot seem to find any answers, only
>>>
>>>people
>>>
>>>
>>>>>with the same problem and then they have solved it but not put how they
>>>>>solved it for others to learn from.
>>>>>
>>>>>--
>>>>>Regards
>>>>>
>>>>>Andrew
>>>>>
>>>>>
>>>>
>>>>Did you install procmail as suid?
>>>>The reason you could not find a resolution is that the preferable
>>>>delivery mode for qmail is into a Maildir format versus the sendmail
>>>>mailbox format.
>>>>
>>>>It also depends on what version of procmail you have as well as the
>>>>permissions on the /var/mail or /var/spool/mail directory.
>>>>
>>>>AK
>>>>
>>>>
>>>
>>>
>>>
>>
>>Andrew,
>>
>>I'm not sure what benefit you think you are gaining by using the old
>>fashioned setup. The more modern approach eliminates the locking
>>requirement for the /var/mail/$username. Besides the issues with the
>>"old fashioned" setup, one reason people migrated to qmail, was to avoid
>> the race conditions when delivering to a mailbox format.
>>
>>
>>In a sense, you control the configuration of the system so it will be
>>transparent to your users as to where the messages are stored.
>>
>>AK
>
>
>

I'm trying to learn as much about as many different packages in wierd
configurations as possible.

I used to be a network engineer but took a break for a couple of years to
pursue other what i thought would be money making professions but
backfired... So i'm trying to build my knowledge back up is why i'm trying
things that are a bit out of the ordinary

Andrew

"AK" <aktrader2@excite.com> wrote in message
news:Etidnb-ioJ4e4t7ZRVn-hg@comcast.com...
> Andrew Kenna wrote:
> > I was having major problems with qpopper getting it to compile and
having it
> > pointed to /home/$username/MailBox it would compile but nothing would
> > happen..
> >
> > I've got this setup this way for the time being so that I could get
things
> > rolling as I had a growing list of problems with my server that I had to
get
> > solved
> >
> > Andrew
> >
>
> Is there a particular reason you use qpopper versus the pop3d daemon
> that comes with qmail? Does /home/$username/MailBox refer to a single
> file where messages are delivered or is it a Maildir/ format MailBox?
>
> http://www.lifewithqmail.org provides direction on setting up all things
> qmail.
>
> AK
>
> > "AK" <aktrader2@excite.com> wrote in message
> > news:GYCdnVecEe41vNzZnZ2dnUVZ_tWdnZ2d@comcast.com. ..
> >
> >>Andrew Kenna wrote:
> >>
> >>
> >>>Good point, I will re-install procmail to make sure its setup properly
> >
> > its
> >
> >>>I honestly cannot remember how I originally installed it.
> >>>
> >>>I am running procmail version 3.22
> >>>
> >>>Andrew
> >>>
> >>>I know the preffered method, but call me old fashioned I just prefer it
> >
> > to
> >
> >>>all be spooled into
> >>>"AK" <aktrader2@excite.com> wrote in message
> >>>news:Y_Gdnci1xPEjPKLZRVn-pQ@comcast.com...
> >>>
> >>>
> >>>>Andrew Kenna wrote:
> >>>>
> >>>>
> >>>>>I've got my /etc/qmail/defaultdelivery file set to the following
> >>>>>
> >>>>>|preline procmail
> >>>>>
> >>>>>This should from the way I read the installation documentation tell
> >>>
> >>>qmail to
> >>>
> >>>
> >>>>>route all mail through procmail and dump it into the /var/mail
> >>>
> >>>directory.
> >>>
> >>>
> >>>>>But whenever I try and send any mail to my server with this in the
> >>>>>defaultdelivery file I end up with the following error in my
> >>>>>/var/log/qmail/current file
> >>>>>
> >>>>>@400000004437894932712f64 status: local 1/10 remote 0/20
> >>>>>@40000000443789493312da1c delivery 2: deferral:
> >>>>>procmail:_Couldn't_create_"/var/mail/andrewk"/
> >>>>>@40000000443789493312f95c status: local 0/10 remote 0/20
> >>>>>@400000004437894e3223e63c status: exiting
> >>>>>
> >>>>>Can anyone suggest what I need to do to fix this problem up... I've
> >>>
> >>>tried
> >>>
> >>>
> >>>>>googling the error message but cannot seem to find any answers, only
> >>>
> >>>people
> >>>
> >>>
> >>>>>with the same problem and then they have solved it but not put how
they
> >>>>>solved it for others to learn from.
> >>>>>
> >>>>>--
> >>>>>Regards
> >>>>>
> >>>>>Andrew
> >>>>>
> >>>>>
> >>>>
> >>>>Did you install procmail as suid?
> >>>>The reason you could not find a resolution is that the preferable
> >>>>delivery mode for qmail is into a Maildir format versus the sendmail
> >>>>mailbox format.
> >>>>
> >>>>It also depends on what version of procmail you have as well as the
> >>>>permissions on the /var/mail or /var/spool/mail directory.
> >>>>
> >>>>AK
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>
> >>Andrew,
> >>
> >>I'm not sure what benefit you think you are gaining by using the old
> >>fashioned setup. The more modern approach eliminates the locking
> >>requirement for the /var/mail/$username. Besides the issues with the
> >>"old fashioned" setup, one reason people migrated to qmail, was to avoid
> >> the race conditions when delivering to a mailbox format.
> >>
> >>
> >>In a sense, you control the configuration of the system so it will be
> >>transparent to your users as to where the messages are stored.
> >>
> >>AK
> >
> >
> >