On Mon, 18 Jan 2010 17:49:23 +0000, Adam Hardy wrote: > Camaleón on 18/01/10 17:29, wrote:
>> You don't need a "database" (at least not SQL/LDAP one) at all :-? >> >> /etc/aliases (is just a "table") is the standard (and easiest) way to >> setting up local e-mail aliases in Postfix and many other MTAs. >> >> "man etc-aliases" will give you the whole picture about how this file >> is used. >> >> If you need more sophisticated config (delivering to local or remote >> recipients), virtual aliasing in Postfix is pretty useful and quite >> easy to setup, depending on you current configuration :-) > > I figured that out actually but in the meantime I only managed to find > another issue. I wrote my own /etc/postfix/aliases file: Default "alias_maps" is set to lookup into "/etc/aliases" file, not "/etc/ postfix/aliases" but this can be verified with: *** postconf -d | grep "alias_maps =" *** That command will tell you where Postfix lookups for this table and that is the file you'll have to "tweak". > root: adam.ha...@cyberspaceroad.com After making any change of the aliases file, you have to run "newaliases" or "postalias /etc/aliases" (pointing to the right file path). > and momentarily it worked. I then added another user > > adam: adam.ha...@cyberspaceroad.com > > and it fell over again. I tried removing the /etc/postfix/aliases file > and putting the aliases in /etc/aliases and it still didn't work. First, you have to find out the right location of that table. > I get this, if it gives any clues to the problem: > > Jan 18 17:35:11 ecocore postfix/smtp[22579]: 452652A8203: > to=<a...@adamsdomain.org>, relay=none, delay=462, > delays=462/0.02/0.05/0, dsn=4.4.1, status=deferred (connect to > private.domain.org[1.1.1.1]:25: Connection refused) > > where 1.1.1.1 is the ip address of the server. 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"? Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
