On Sun, May 06, 2001 at 05:41:14PM +1000, Michael Lake wrote: ..... > so easy. I have the following procmail recipe: given... > and a .forward file that reads > "|exec /usr/bin/procmail" > Mail to SLUG is gettting through to my Mutt slug and other mail that > I have a proc recipe for such as debial-alpha list but other mail > such as normal mail to my Inbox ie mail I dont have a proc recipe for is > just disappearing. Jill and I found the answer last night. To check everything I set netscape to leave mail on my ISP's server so i could see what I should be getting. I came across the clue when I noticed that the missing Inbox mail ie everything that didn't match a procmail recipe was all in /var/spool/mqueue. So fetchmail -a was getting all the messages OK, sendmail was handing them to procmail which was filtering correctly and those that fell off the end of the procmail recipe ended up in mqueue. A flush of the mail queue while off-line via 'sendmail -q' sent them to /var/spool/mail/mikel and then bingo I can read them. > and that when I run /usr/sbin/sendmail -q I gather that that not only sends > all outbound messages in /var/spool/mqueue but that it also is responsible for and I know now that mqueue also stores inbound messages ie reading the sendmail man page it is described as a tmp directory for queued mail - I though before it was only for outbound mail. I am not sure where my mail went when I was flushing the queue while on-line, mail then disappeared so checked how sendmail was configured on the box. This was the SUSE box not the Debian box. On the Debian box with exim all seems to be fine and users can mail each onther. All these probs were on the SUSE box and as well as mail disappearing ie queue not flushing no user could send mail to another user. Well now we knew why - it all stayed in the queue. Looking into the sendmail setup I could see that it was uncommented in inetd.conf so was to be fired off when something hit port 25 BUT the SUSEConf config file it was setup to start it as a daemon but there was no daemon running. (On Debian the startup script I see looks to see if its uncommented in inetd.conf and if it is does not startup) The SUSEConfig was also set not to run the queue - it had to be run manually. Well its now commented out in inetd.conf and the queue is enabled every 10 minutes now. There were also othe settings that were not really right for our setup in SUSEConfig that are now fixed. Mike PS. There are messages OUT THERE that are lost, if you find them one day forward them to me please :-) -- Michael Lake, University of Technology, Sydney Email: [EMAIL PROTECTED] Ph: 02 9514 1724 Fx: 02 9514 1628 URL: http://www.science.uts.edu.au/~michael-lake/ Linux enthusiast, active caver and interested in anything technical. ******************************************* -- SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/ More Info: http://lists.slug.org.au/listinfo/slug
