Anton Aylward wrote:
On 08/19/2014 05:32 PM, James Knott wrote:
Thanks. I'll have to look into it. Does this also get the mail from the user to dovecot? That's what I'm stuck on right now.
I think your problem is one of some parts are talking mbox and others are talking maildir.
---- If you noticed, I'm only using mbox... If you somehow tried to cast your Inbox as a maildir format, I can't see how that would work with most Local delivery agents. Would it try to create a maildir in /var/spool/<user>/{m1,m2,m3}. James Knott wrote:
With my previous set up, fetchmail brought the mail to the user and dovecot managed to pick it up there. I didn't have to do anything else with sendmail, procmail etc. When dovecot was working in the wrong directory, that was still happening. Now that I've got it out of the user's directory, dovecot no longer does that.
--- You got "it" out? it=dovecot or fetchmail? Looking at your previous 'fetchmailrc', fetchmail delivered it to the your local MTA which was likely configured to just "work" in this case, out of the box. The man page for fetchmail says it is only configured to fetch to the system-mail destination for a user (though it can be used in a multi-user mode that would enable the email going into separate, username-based locations. I.e. somewhere, it seems you have added something... If you were using procmail before, it is quite possibly that procmail's setup installed a ".forward" file in your home directory. (do you have one? contents something like "|procmail blahblahblah". You only need procmail if you are sorting it into mailboxes. If you don't use procmail, I would guess everything would end up in your "Inbox" in /var/spool/mail/<user>.
Don't you just *LOVE* the way people "improve" things?
---- You know me, cutting edge only! But in this case, it's likely due to systemd (seriously!) Whatever MTA you used to use wasn't properly setup to accept email from fetchmail with the move to systemd, whereas before, it was and either procmail or sendmail were configured to run at startup (is 'it', (likely procmail) started and configured to be start at boot time That may be another issue... In which case, intermixing mbox and maildir probably wouldn't be an issue (i.e. this is a reason FOR using a standard MTA -- to get such interoperability).
I use fetchmail to pull it in from the remote server -- that delivers it to 'sendmail'... which does it's normal thing (incoming in /var/spool/mail).
In my home dir I have a ".forward" file that forwards my incoming email to my "procmail" equivalent (the perl script that calls spamassassin).
But it just diverts some of the email into folders under ~/mail
Would it be possible to do similar with a symlink from the file in /var/spool/mail to some directory under ~/mail?
--- You really don't want to do that. There be dragons, there! Check out your previous setup (if you can)... I'll bet something else was configured by default on your old system that isn't configured now. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org