Koozali.org: home of the SME Server
Legacy Forums => General Discussion (Legacy) => Topic started by: bobk on January 29, 2004, 11:09:29 AM
-
E-mail arrives and is accepted (verified by maillog) but never shows up in the user’s ./maildir/new so it can not be collected by a POP client or viewed in WebMail. Does anybody have any ideas were this mail could be going to. This just started to happen a few days ago.
I have checked all the logs and can not find anything wrong.
Some one please give me a hint as to what couild be wrong.
TIA
Bob
-
bobk,
Do you have procmail running for these users?
If you do check the .procmailrc file in the /home/e-smith/files/users/[USERNAME] directory
At the start you should have the defaults for the users mail.
Something like this:
---------------------------------------
# Default Shell, Program & file locations
# ---------------------------------------
SHELL=/bin/bash
DEFAULT=$HOME/Maildir/
FORMAIL=/usr/bin/formail
MAILDIR=$HOME/Maildir/
PMDIR=$HOME
SENDMAIL=/usr/sbin/sendmail
Check that the paths haven't been changed.
Also do you have any other procmail rules running?
Diverting to $MAILDIR/;junkmail/ or dev/null?
Regards
SteveB
-
Thanks SteveB
procmail is not activated for any users on network. I checked all the /home/e-smith/files/users/[USERNAME] directories nad there are no .procmailrc files.
The only thing in those directories is /home, /maildir and .qmail
Any other suggestions?
-
Any antivirus stuff, such as amavis-ng? The first time I tried to set that up it started to lose all the e-mail.
Barry
-
Any antivirus stuff, such as amavis-ng? ...
Thanks Barry but no nothing like that. This server has been running perfectly for about a year. There have been no add-ons installed or changes made to the system. About ten days ago it just stopped handeling mail properly.
-
Bobk,
what are the server settings for your mail, ie. pop.domain.com & smtp.domain.com, or mail.domain.com? When you ping them, do you get the correct ip address resolved and a ping? Do you have a DNS entry in your server? Our servers stopped resolving correctly about a week and a half ago. We had to hard set a DNS entry in the configuration for it to start working correctly again. We were using the internal DNS resolution in SME 5.5 and SME 5.6. Just a thought.
Marco
-
Bobk,
what are the server settings for your mail, ie. pop.domain.com & smtp.domain.com, or mail.domain.com? When you ping them, do you get the correct ip address resolved and a ping? Do you have a DNS entry in your server? Our servers stopped resolving correctly about a week and a half ago. We had to hard set a DNS entry in the configuration for it to start working correctly again. We were using the internal DNS resolution in SME 5.5 and SME 5.6. Just a thought.
Marco
Thanks Marco,
Both server setting for mail are 'mail.domain.com'. Pinging 'mail.domain.com' from outsine the network resolves correctly and ping works. DNS servers are set via DCHP from the ISP (broadband cable provider). I'll try try hard coding one.
-
what is the "summarized status of mail queue" in your mail logs and is mail delivered local... (you haven't delegated a mail server)
Verify that mail can go out ok.
Send an email to yourself from hotmail and see if it bounces.
telnet a mesage to yourself
Hope you get it sorted :-)
-
what is the "summarized status of mail queue" in your mail logs and is mail delivered local... (you haven't delegated a mail server)
1. The local & remote queues are empty.
2. Yes, mail is delivered local, no delegated mail server.
Verify that mail can go out ok.
1. Outgoing mail sent via workstation mail clients is never received by the recipient.
2. Out going mail sent via webmail is received.
Send an email to yourself from hotmail and see if it bounces.
Mail sent from outside the local network does not bounce or create any errors. The mail log on the server shows that the mail is actually being received.
Clipped from MAIL.LOG
******************************
Jan 28 04:04:04 aqua-terra-1 smtpd[2141]: SMTP HELO from mail.marineplantsystems.com(202.181.73.22) as "marineplantsystems.com"
Jan 28 04:04:04 aqua-terra-1 smtpd[2141]: mail from <bobk@marineplantsystems.com>
Jan 28 04:04:05 aqua-terra-1 smtpd[2141]: smtp connection from UNKNOWN@mail.marineplantsystems.com(202.181.73.22) MAIL FROM: <bobk@marineplantsystems.com> RCPT TO: <geodiver@aqua-terra.com.au>, allowed by line 30 of /etc/smtpd_check_rules
Jan 28 04:04:05 aqua-terra-1 smtpd[2141]: Recipient <geodiver@aqua-terra.com.au>
Jan 28 04:04:05 aqua-terra-1 smtpd[2141]: Received 1094 bytes of message body from mail.marineplantsystems.com(202.181.73.22)
*************************************************
But the mail is not being delivered to the users maildir.
telnet a mesage to yourself
Telnet to port 25 gives this response:
220 CPE-144-136-240-213.wa.bigpond.net.au SMTP daemon ready.
Telnet to port 110 gives this response:
+OK <29570.1075266285@localhost>
Hope you get it sorted
So do I, but it looks like I may have to do a fresh install and start from scratch.
Thanks for trying to help.
-
Gee I running out of ideas here...
Try forwarding your mail to an external account and see what happens.
Disable the smtpd_check_rules script.
Are you using it for RBL lookups?
Check the .qmail and procmail files.
Other than that, a reinstall sounds like the go. Thank god it's easy to setup.
Shane
-
Mail sent from outside the local network does not bounce or create any errors. The mail log on the server shows that the mail is actually being received.
Clipped from MAIL.LOG
******************************
Jan 28 04:04:04 aqua-terra-1 smtpd[2141]: SMTP HELO from mail.marineplantsystems.com(202.181.73.22) as "marineplantsystems.com"
Jan 28 04:04:04 aqua-terra-1 smtpd[2141]: mail from <bobk@marineplantsystems.com>
Jan 28 04:04:05 aqua-terra-1 smtpd[2141]: smtp connection from UNKNOWN@mail.marineplantsystems.com(202.181.73.22) MAIL FROM: <bobk@marineplantsystems.com> RCPT TO: <geodiver@aqua-terra.com.au>, allowed by line 30 of /etc/smtpd_check_rules
Hmm, you're using an old, unsupported version. It still runs obtuse smtpd.
Your symptoms are consistent with smtpfwdd not running. Your messages would therefore be in smtpfwdd's spool directory, and qmail hasn't seen them yet.
Try:
/etc/rc.d/init.d/smtpfwdd status
/etc/rc.d/init.d/smtpfwdd stop
/etc/rc.d/init.d/smtpfwdd start
When did you last reboot the system?
Do yourself a favour and upgrade to a maintained and more secure version.
Charlie