Linux - ServerThis forum is for the discussion of Linux Software used in a server related context.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hello, our mail server is running on CentOS. It has both postfix and ASSP installed.
When trying to access the email address outside the company, it allows me to receive but not send. It says it does not support authentication or something to that extent. I know this has something to do with the Anti-Spam SMTP Proxy Server. Unfortunately our manager was laid off and I'm no Linux expert. Thanks in advance.
First of all..
How are you trying to access the email externally? Are you using a webmail service or just connecting to smtp/pop directrly externally?
Have you looked at /var/log/maillog?
I'm accessing IMAP/SMTP directly.
This issue may already be resolved because I've had one successful test. I will update with more information when I'm sure.
Unfortunately it looks like that didn't solve the issue. Although it works fine from my phone, the exact same settings on my laptop give errors. Receiving email works fine but sending does not. A fellow employee has the exact same issue sending emails from his phone.
Normally 143 is receiving and 587 is sending. I am using the latest version of Thunderbird.
This is the error I get:
Quote:
An error occurred while sending mail. The mail server responded: Authentication required for connections on TCP port 587. Please check the message recipient _______ and try again.
When I switch the outgoing port to 25, it says:
Quote:
An error occurred while sending mail. The mail server responded: Relaying not allowed - REASON. Please check the message recipient _______ and try again.
When I try to send an email to myself:
Quote:
An error occurred while sending mail. The mail server responded: 5.7.1 Mail (m-40439-54547) appears to be unsolicited - forged Helo: '[127.0.0.1' - resend with ASSP-notspam appended to subject and contact _________ for resolution. Please check the message and try again.
When I try to send an email to someone else in the corporation:
Quote:
An error occurred while sending mail: The mail server sent an incorrect greeting: 4.7.1 Please try again later.
All email addresses work fine inside the network.
Sorry if I seem like a noob. Our manager got laid off and I'm not a Linux expert by any means.
Thanks in advance.
Last edited by Toasterman; 07-03-2014 at 08:50 AM.
I can't even find an entry for my email address. I've repeatedly opened the log file after I attempt to send one but an entry with my email address is nowhere to be found. There are a lot of "unknown" entries though:
Jul 3 11:02:22 mail postfix/smtpd[11544]: connect from unknown[127.0.0.1]
Jul 3 11:02:22 mail postfix/smtpd[11542]: 35BADBE2ED7: client=unknown[127.0.0.1]
Jul 3 11:02:22 mail postfix/smtpd[11542]: lost connection after RCPT from unknown[127.0.0.1]
Jul 3 11:02:22 mail postfix/smtpd[11542]: disconnect from unknown[127.0.0.1]
Jul 3 11:02:23 mail postfix/smtpd[11543]: connect from unknown[127.0.0.1]
Thanks in advance.
Last edited by Toasterman; 07-03-2014 at 10:15 AM.
Well that sounds like the mail isn't even getting through to your mail server. Maybe a firewall is blocking the traffic? If you run a tcpdump on the mail server
Well that sounds like the mail isn't even getting through to your mail server. Maybe a firewall is blocking the traffic? If you run a tcpdump on the mail server
$tcpdump port 25
and try to send some mail, do you see traffic?
It responds with:
-bash: tcpdump: command not found
Quote:
Did you add your IP to /etc/mail/access ?
I don't have a /etc/mail/access file but I do have /etc/postfix/access
Would this be an internal or external IP address, and would this need a restart to postfix?
I cannot speak with authority on this as I have not run a postfix mail server. I am familiar with sendmail and run a sendmail server, however. In sendmail, you have to specify which IP addresses will be relaying through the server in /etc/mail/access. Any other IP addresses attempting to send mail through the server will be rejected. (edit) The address that you would add would be whatever address you are trying to send mail directly from.
---------- Post added 07-03-14 at 01:38 PM ----------
Quote:
Originally Posted by Toasterman
It responds with:
-bash: tcpdump: command not found
Sounds like you don't have /usr/sbin in your PATH. Call it directly.
Last edited by YankeePride13; 07-03-2014 at 12:39 PM.
Thank you everyone for your suggestions but I actually found what I need in the ASSP client interface. There is a section called (acceptAllMail) which is where I whitelist certain IP address for external usage. I just tested my laptop's IP address and it worked perfectly.
Obviously I don't want this system to be totally 100% open for security reasons. Since the majority of these people will be accessing their email outside via smartphones, does anyone know the IP address blocks for AT&T Mobility, Verizon Wireless, T-Mobile, Sprint, and MetroPCS? Thanks in advance.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.