Submitted by excale on Thu, 11/05/2009 - 09:44
Hi,
We have moved our servers and everything seams to be fine except mail servers.
We are able to connect the email accounts but we had to add the ssl option to retrieve the email. On the other hand the server is not receiving emails and we are not able to send.
Any idea where we should start to check?
many thanks
Status:
Active
Comments
Submitted by excale on Thu, 11/05/2009 - 11:06 Comment #1
just a little more info. We are able to send email from webmail but not receiving except if it is sent from an internal address.
I think some connection restrictions are causing this.
I would appreciate some help.
Submitted by JamieCameron on Thu, 11/05/2009 - 11:39 Comment #2
So when someone sends email to your system from outside, what error message or bounce back do they get?
Also, can you give us an example email address that I can run some diagnosis on?
Submitted by excale on Thu, 11/05/2009 - 11:47 Comment #3
that is the strange thing, the emails are not received but also there are not error messages sent back.
you can check admin@excalesolutions.com
many thanks!
Submitted by JamieCameron on Thu, 11/05/2009 - 11:54 Comment #4
Looks like a mail server issue .. the server for excalesolutions.com is 94.23.86.136 , but when I connect to that IP on port 25 (for smtp), I don't get any prompt from your mail server.
If you run
/etc/init.d/postfix restart
, what gets logged to /var/log/mail.log ?Submitted by excale on Thu, 11/05/2009 - 12:11 Comment #5
Please see our log below.
Many thanks for this help!
cheers
Nov 5 18:09:34 excalesolutions postfix/master[8580]: terminating on signal 15 Nov 5 18:09:34 excalesolutions postfix/master[9081]: daemon started -- version 2.5.1, configuration /etc/postfix Nov 5 18:09:34 excalesolutions postfix/smtpd[9085]: warning: database /etc/aliases.db is older than source file /etc/aliases Nov 5 18:09:34 excalesolutions postfix/smtpd[9085]: fatal: parameter "smtpd_recipient_restrictions": specify at least one working instance of: check_relay_dom$ Nov 5 18:09:34 excalesolutions postfix/smtpd[9087]: warning: database /etc/aliases.db is older than source file /etc/aliases Nov 5 18:09:34 excalesolutions postfix/smtpd[9087]: fatal: parameter "smtpd_recipient_restrictions": specify at least one working instance of: check_relay_dom$ Nov 5 18:09:35 excalesolutions postfix/master[9081]: warning: process /usr/lib/postfix/smtpd pid 9085 exit status 1 Nov 5 18:09:35 excalesolutions postfix/master[9081]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling Nov 5 18:09:35 excalesolutions postfix/master[9081]: warning: process /usr/lib/postfix/smtpd pid 9087 exit status 1 Nov 5 18:09:35 excalesolutions postfix/master[9081]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling
Submitted by JamieCameron on Thu, 11/05/2009 - 12:43 Comment #6
Ok, looks like an error in your /etc/postfix/main.cf file.
The smtpd_recipient_restrictions line should be like :
smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_destination
fix this, and then restart Postfix.
Submitted by excale on Thu, 11/05/2009 - 13:24 Comment #7
thanks!
it seams I am starting to get some emials but I am still having problems sending emails.
Also I can receive only if the SSL is activated.
Unlucky my log file was very big and I deleted but now it is not being created...
Is there any way to created again? I have done it manually with nano but it doesn't work
thanks
Also I can receive only if the SSL is activated.
Your ISP is probably blocking port 25 traffic. Most do. There is nothing we can do about that.
I'm not sure why logging would stop. maillog is generated by syslog, I think, so you may need to restart that service or send it a SIGHUP to make it restart the log.
You should not be in the habit of deleting your log files manually. Log rotation is handled automatically by logrotate, and it will correctly signal the services responsible for the logs that the log has been rotated, so it can start a new one. Besides that, deleting logs means you're permanently losing possibly vital troubleshooting information.
There are lots of tools on UNIX systems for dealing with "very big" log files...deleting should not be your first instinct. ;-)
Commands like tail, grep, and less, should make reading log files easy. less has search capability, and is very fast at working with large files. And, you can zip to the end with the "End" key, and work you way back up through the file using the arrow or page up/down keys.