On 14/11/2021 02.39, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: [oS-en] fetchmail-procmail problem Message-ID : <50887dfd-fcad-ef00-0107-f0b9efa2ae09@telefonica.net> Date & Time: Sun, 14 Nov 2021 02:31:34 +0100
[CER] == "Carlos E. R."
has written: [...] CER>>> He is using maildir. I want mbox. CER> > CER> > Ah, I see. CER> > CER> > MAILDIR="$HOME/Dropbox/Mail" CER> > DEFAULT="inbox/" CER> > LOGFILE="$HOME/.procmail.log" CER> > [...] CER> > :0 CER> > inbox CER> > CER> > I DO recommend you to use mh format. CER> > Because, you should use a lock if you store a message using mbox form CER> > to prevent accidents such as "which the next message is written in at CER> > before a message before" is stored.
CER> I know all that, I have been using mbox for more than two decades CER> without a problem, and I do not want to change.
Do you understand this settings change?
MAILDIR="$HOME/Dropbox/Mail" DEFAULT="inbox/" LOGFILE="$HOME/.procmail.log" [...] :0 inbox
This is mbox format folder.
AFAIK, "inbox/" is maildir, and "inbox" is mbox. And you are defining "MAILDIR=...", so it does maildir, not mbox. The problem is precisely that mbox is not working, when procmail is invoked directly by fetchmail. I fact, if I leave everything as it was from the start, first post, and I change this line in the .procmailrc_TLtmp file: # testing. : 0 $HOME/Mail/alpine_r_tl_tmp with: # testing. : 0 $HOME/Mail/alpine_r_tl_tmp Everything works, except one little detail: the folder is now maildir, not mbox. As a consequence, dovecot goes bonkers, but Alpine can read it if I bypass dovecot. -- Saludos/Cheers Carlos E. R.