On 08/19/2014 09:37 PM, Linda Walsh wrote:
Carlos E. R. wrote:
On 2014-08-20 03:05, Anton Aylward wrote:
Unless he wants to make his dot-procmailrc work like mine, perhaps his best tactic is to delete *all* customization from the dovecot config, not just the customization of the namespace but remove all mail_location and remove local.conf and let dovecot do its smart thing.
Yes, I agree with that. Start with a clean slate.
The only place that cannot (AFAIK) be in maildir format is the INBOX.
I'm sorry, Linda, that is not the case. My INBOX *is* in maildir format.
The standard in mail is mbox and utils will look for that in /var/spool/mail.
??? For some values of standard. For other values of standard, the mail is in ~/Mail. There have been tempers raised over this since the days of Berkeley 2.8. BTDT, decided back in the 1980s (post SVR4) that ~/Mail was the right way to go for a variety of reasons.
Now dovecot, can be configured differently -- but he needs to have Inbox in mbox.
No, he can have it any which way he wants ... SO LONG AS ALL THE PARTS ARE CONSISTENT ! Some of the ways I have my set up are in blatant contradiction to what you say "it has to be". Back to verb and noun. My system run and runs stably with mixed mbox and maildir (which is discussed, as I've pointed out, in the dovecot wiki2), and without postfix. Please stop telling me that it *has* to be something other than what I have working.
Other than that, he can likely copy over my config as the shortest route.
Or copy mine... or copy Carlos. The point is that he has to be CONSISTENT. He can't expect to use my, very capable, namespaces, that use a maildir INBOX and have abolished /var/spool Right now he seems to be using bits and pieces and the end result is inconsistent.
He should have an MTA configed -- this business of trying to use fetchmail as an MTA is likely to cause problems.
Right. Fetchmail *has* to hand of to something. Carlos seems to think that in the absence of a "mda" directive it hands off to sendmail/postfix. THIS IS NOT SO! The docco says that in the absence of a mda directive, fetchmail sends to port 25 of the machine that fetchmail is running on. There is then th hope that this is properly configured to recognise the address/domain as local and will effect local delivery. This in turn _might_ end up having a .forward being used rather than delivery to the local /var/spool/mail. Hopefully that .forward invokes a procmail and the procmailrc has suitable defaults. But all this is dependent on how the sendmail/postfix is configured. Any 'errors' there, any unexpected processing based on what's in the email envelope & headers and its lost. So my logic is to take the sendmail/postfix out of the loop and go directly from the fetchmail to procmail as the mda: do not pass port 25, do not make use of local(8), do not enque/deque, do not use dot-forward. KISS KISS KISS. Personally I'd prefer to use an explicit
He said his other stuff was working (in /home/mail), so they only thing he did was break his inbox by changing it to maildir which isn't part of the email standard.
There you go again making outrageous statements about what is an isn't. Maildir was a standard with not only Berkeley but also with UNIX Systems Group out of Bell back in the 1980s and 1990s. Its a standard setting for both Postfix and Dovecot. But if procmail was delivering to ~/Mail/INBOX as a mbox and Dovecot was expecting ~/Mail/INBOX to be a maildir the of course he wouldn't be able to see it! Which is why Carlos and I were asking about logs and debugging and I asked what the result of telneting into dovecot was.
So at this point, I would now guess that hist Inbox is in /var/spool/mail/<user> and that's the only thing he needs to fix... James?
-- "A scientist once wrote that all truth passes through three stages: first it is ridiculed, then violently opposed and eventually, accepted as self-evident." -- Schopenhauer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org