Hi. I'm running on ec2 (if relevant) and ran through the perfect-server-debian-lenny-ispconfig3 tut. The registrar is Godaddy, and I've set up hosts ns1 and ns2 to point to my servers IP, and set the nameserver entries to the above. I used to run my own Plesk box on a DSL with the same config, and all worked as expected, so I don't think the problem is here. I added a DNS zone in ispconfig: And Records: Code: A domain.com 123.456.789.123 0 CNAME www.domain.com domain.com 0 MX domain.com mail.domain.com 10 NS domain.com ns1.domain.com 0 NS domain.com ns2.domain.com 0 An Email Domain: Code: domU-00-00-00-00-00-00.compute-1.internal mail.domain.com And mailbox with receiving enabled. I can send email to external addresses from this account via squirrelmail, and through external email programs such as Mail (though, both the incoming and outgoing servers will only work if entered like "domain.com" as opposed to "mail.domain.com" in the external email client config - don't know why). These emails are received by the external accounts fine. But when I reply, nothing happens. No bounce, no errors in the logs, nothing in the queue. Just silent failure. However, if I send the email to its own address (e.g. from: [email protected] to:[email protected]) it works, even from external email client. I was having problems with clamav after install. Out of date errors, and unable to update errors. I disabled clamav by commenting out the call to it in /etc/amavis/conf.d/15-av_scanners while I try to get everything working. When I ran through ISPConfig, I used the given public dns name as the fqdn (something like ec2-00-00-00-00.compute-0.amazonaws.com). tl;dr: email can go out, but can't come in. Thanks for any tips/direction!
This might be the reason for the disappaering messages. Please undo your changes and fix the problem as described in the ISPConfig FAQ: http://www.faqforge.com/linux/how-t...lamav-engine-is-outdated-on-debian-5-0-lenny/ Then send a message from an external source and post the lines that get added to the mail log when the email arrives at your server.
Thanks for the reply. I fixed/undid the disabling of ClamAV, and followed the linked FAQ to upgrade. However, I still get the error: (It used to be 0.94, so the upgrade did work). I rebooted after doing this and then cleared all my mail logs. This is the output immediately after sending an email from gmail, then checking it from squirrelmail: /var/log/mail.log: Code: Apr 28 15:36:16 domU-00-00-00-00-00-00 imapd: Connection, ip=[::ffff:127.0.0.1] Apr 28 15:36:16 domU-00-00-00-00-00-00 imapd: LOGIN, [email protected], ip=[::ffff:127.0.0.1], port=[55986], protocol=IMAP Apr 28 15:36:16 domU-00-00-00-00-00-00 imapd: LOGOUT, [email protected], ip=[::ffff:127.0.0.1], headers=0, body=0, rcvd=87, sent=391, time=0 /var/log/mail.info: Code: Apr 28 15:36:16 domU-00-00-00-00-00-00 imapd: LOGIN, [email protected], ip=[::ffff:127.0.0.1], port=[55986], protocol=IMAP Apr 28 15:36:16 domU-00-00-00-00-00-00 imapd: LOGOUT, [email protected], ip=[::ffff:127.0.0.1], headers=0, body=0, rcvd=87, sent=391, time=0 /var/log/mail.err is blank, as is /var/log/mail.warn. As you can see, there is no indication that the email I sent got to the server, or at least to these logs... Here is netstat -tap: Code: tcp 0 0 localhost.localdo:10024 *:* LISTEN 1009/amavisd (maste tcp 0 0 localhost.localdo:10025 *:* LISTEN 1633/master tcp 0 0 *:mysql *:* LISTEN 1071/mysqld tcp 0 0 localhost.localdo:spamd *:* LISTEN 1175/spamd.pid tcp 0 0 *:sunrpc *:* LISTEN 886/portmap tcp 0 0 localhost.localdom:1008 *:* LISTEN 1680/famd tcp 0 0 *:ftp *:* LISTEN 1647/pure-ftpd (SER tcp 0 0 domU-00-00-00-00-00-00:domain *:* LISTEN 1568/mydns tcp 0 0 localhost.locald:domain *:* LISTEN 1568/mydns tcp 0 0 *:ssh *:* LISTEN 981/sshd tcp 0 0 *:smtp *:* LISTEN 1633/master tcp 0 288 domU-00-00-00-00-00-00:ssh 12-23-45-67.stati:23902 ESTABLISHED 1815/0 tcp6 0 0 [::]:imaps [::]:* LISTEN 1542/couriertcpd tcp6 0 0 [::]:pop3s [::]:* LISTEN 1565/couriertcpd tcp6 0 0 [::]:pop3 [::]:* LISTEN 1553/couriertcpd tcp6 0 0 [::]:imap2 [::]:* LISTEN 1530/couriertcpd tcp6 0 0 [::]:http-alt [::]:* LISTEN 1752/apache2 tcp6 0 0 [::]:www [::]:* LISTEN 1752/apache2 tcp6 0 0 [::]:tproxy [::]:* LISTEN 1752/apache2 tcp6 0 0 [::]:ftp [::]:* LISTEN 1647/pure-ftpd (SER tcp6 0 0 ip6-localhost:domain [::]:* LISTEN 1568/mydns tcp6 0 0 [::]:ssh [::]:* LISTEN 981/sshd tcp6 0 0 [::]:https [::]:* LISTEN 1752/apache2 Thanks again.
I did indeed create an A record. Turns out the problem was that I hadn't opened port 53 UDP (I only had 53 TCP open). Once I opened UDP it started functioning correctly. Much thanks for your help!