On Tue, 19 Jan 2010 00:50:56 +0000, Adam Hardy wrote: > Camaleón on 18/01/10 18:35, wrote: >> Are there any content filters (i.e, amavisd-new, firewall rules or any >> network traffic restrictions) that are preventing e-mails going out? >> >> Can you normally send e-mails to remote sites or is your Postfix >> configured to send only "locally"? > > OK, right, so I can see now that postfix is using /etc/aliases. > > I put this line in there: > > adam: adam.ha...@my-normal-email.com > > and ran newaliases and saw that it recreated /etc/aliases.db. > > Then I ran mail and sent user 'adam' an email, checked in the log and > got this:
(...) > Jan 18 > 23:32:32 my-other-domain postfix/smtp[32633]: 11C082A8779: > to=<a...@my-other-domain.vs.athnic.net>, relay=none, delay=0.07, > delays=0.04/0.01/0.02/0, dsn=4.4.1, status=deferred (connect to > my-other-domain.vs.athnic.net[11.22.33.44]:25: Connection refused) (END) > > where vs.athnic.net is the sub-domain of the hosting service, and > my-other-domain is the new domain I'm setting up a webserver for. > > So despite the postconf command saying that it's using /etc/aliases, > it's not actually picking up the different email address from there. > Maybe it doesn't get that far though - and it will change it after - > except it gets 'connection refused' so it stops. Then you have now a problem with your Postfix setup, not "aliases" :-). How is your Postfix global configuration done? Is it directly delivering e-mails outside (Internet) or are you sending all the mail to your ISP host? Is is a multi-domain setup (virtual domains)? What is Postfix's next step, is attached to DSL line or any kind of gateway...? Explain a bit so we can get the whole scenario about your Postfix setup. > The connection could feasibly be blocked by a firewall belonging to the > hosting service, but port 25 is standard for SMTP and they said the > standard ones were free. > > but why am i seeing postfix build a connection with itself? have I got > something wrong here in the network configuration? Yes, so I think. Not "wrong" but it seems your Postfix is not configured to properly send out and handle virtual domains, maybe :-? > Just for the record, here's my postfix main.cf: (...) > inet_interfaces = loopback-only This can be the cause. You (or your provider) are forcing Postfix to listen only in loopback interface (127.0.0.1) so you get a "connection refused" error when tries to connect to [11.22.33.44] (also, the "square brackets" means no name server resolution is done). It seems your host is configured for local delivery only :-? Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org