G'day...

Procmail is not installed.

postfix is configured to handle mail for the domain, and deliver locally.
(dovecot handles imap access to the mail.)

mailbox_command is not declared in /etc/postfix/main.cf
and
home_mailbox = Maildir/
(in main.cf)

There is no mbox, mail, etc - just Maildir in the users home directory

fetchmail does download the messages, but they do not appear in the
appropriate users mail. dovecot and postfix are up and running.

If I `telnet localhost smtp` and manually send an email to the user - it
works.

In the meantime, I'm now ensuring I'm using the keep option of fetchmail.

(I'm running fetchmail as root, with the user there is user here method.)

When I manually call fetchmail (with the keep option) - I can watch it
download messages, yet they aren't delivered locally - they just seem to
disappear without a trace or log. (Can't see anything in /var/log/messages
that refers to fetchmail.)

My ***major*** concern is that fetchmail downloaded approx. 40 messages and
deleted from the server, without delivering them. (When I was silly enough
to run it without the keep option, as daemon earlier.)

Is it possible that postfix has these messages stored somewhere?

Aah! Help!

Mike


Original Message:
-----------------
From: Jamie Wilkinson [EMAIL PROTECTED]
Date: Mon, 11 Aug 2003 16:05:22 +1000
To: [EMAIL PROTECTED]
Subject: Re: [SLUG] fetchmail and Maildir format - oops!!!


This one time, at band camp, [EMAIL PROTECTED] wrote:
>A high number of messages were downloaded, and I'm not sure where they've 
>been stored. /var/spool/mail/<username> seems to be an empty file. Any 
>clues on how to recover the downloaded mail? (If possible?)

Is procmail installed?  Check /home/$user/Mail or mail or Maildir.

What MTA?  If it's postfix, check the value of mailbox_command or
home_mailbox
in /etc/postfix/main.cf.

Is the host configured as a destination for the mail it's getting; if not it
might be being rejected (in which case the original email accounts will be
getting messages from mailer-daemon) or forwarded on (in which case the
original accounts will be filling up with duplicates).

>Also, any clues on how this /should/ be done?

fetchmail is good; other options involve grabbing the mbox from the current
mail server and using formail and procmail to filter them into users
mailboxes.

-- 
[EMAIL PROTECTED]                           http://spacepants.org/jaq.gpg
-- 
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug


--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.com/ .


--
SLUG - Sydney Linux User's Group - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug

Reply via email to