Hello!
Hmm.... does the files that procmail creates in the Maildir come in the
form of <_some random characters.some random
characters.server.domainname> or of the form
<time.pid.server.domainname> ?
Cos under the 3.14 that I am using, procmail manages to auto create and
deliver to Maildir/new too but the "problem" being that it creats the
files in the form of <_some random characters> and this causes pine to
make the messages appear as haywired. So I was trying to get the files
created in the form of <time.pid> .
Thanks!
Quoting Chris Greer <cgreer1(_at_)midsouth(_dot_)rr(_dot_)com>:
Hopefully I'm not chiming in too late on this thread.
I'm using procmail 3.15pre and it was very easy to turn
on maildir format for delivery. There is one line that needs
to be changed in src/authenticate.c
#define MAILSPOOLSUFFIX "/" /* suffix to force maildir
or MH
style */
That makes this version of procmail deliver in maildir format and
it does create teh Maildir if it doesn't exist. The only quirk
I've
noticed is that if you happen to be writing to an NFS mounted
homedir,
it looks like it tries to create the Maildir as root (which it
couldn't
because of our NFS restrictions), so then when procmail switches
to
the user UID it delivered in mbox format.
The confusing thing was that there were no error messages
whatsoever
in the above case. It just stopped delivering in maildir format.
Chris G.
Chen Shiyuan wrote:
Hi!
Quoting Gjermund Sorseth <gjermund(_at_)nextra(_dot_)com>:
> Thanks for the file. I tried it out and noticed that
the
above does
> not create the $HOME/Maildir if it does not exist and
hence
> "maildir deliver" will fail because it tries to chdir
to
> $HOME/Maildir directly.
>
> Do you have any idea how the above can be changed to
make
it create
> the $HOME/Maildir first?
I suppose the easiest thing to do would be for me to just
make
the
`maildir' utility create the maildir if it did not exist. It
was
a
councious design decision to make it fail in this case, but
thinking
about it again I think maybe this was wrong.
As a temporary work-around, you could have procmail call
`maildir create' first. In /etc/procmailrc for example:
DROPPRIVS = yes
:0 W
| maildir create $HOME/Maildir; maildir deliver
$HOME/Maildir
EXITCODE=$?
HOST
The DROPPRIVS assignment seems neccesary here to make
procmail
run the delivery programs as the receiving users uid.
--
Thanks for the idea. I put in the following into my
/etc/procmailrc :-
DROPPRIVS = yes
:0 W
| /usr/bin/maildir create $HOME/Maildir; /usr/bin/maildir
deliver
$HOME/Mail
EXITCODE=$?
HOST
And when I tried to send an email to the user, I get :-
554 5.3.0 <user(_at_)server(_dot_)domain>... unknown mailer error 1
It seems that the create ignored and the Maildir does not
created in the
user home directory.
Hmm.... do you have any idea what have gone wrong? Do you think
you will
make maildir auto create the necessary directories if they do
not exist?
It will definitely make life so much more easier for everyone.
;-p
BTW, if I were to store my mails in Maildir format, do you know
how I
can filter my emails such that certain emails will go into
certain
maildirs? Cos the docs for procmail and procmailrc only
mentioned the
case if using an mbox format file.
Thanks!
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail
_______________________________________________
procmail mailing list
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail