Peter you actually understand the thing, Renier's option seem to affect even mails meant for non aliase accounts. It is such an interesting thing to an extent that I almost thought of mailman but again, I thought postfix could do it without mailman. I want local mail accounts to be able to sent to aliase accounts like [email protected] but accounts on google should not be able to send to the aliase accounts. However google mails should be received by local accounts that are not aliases. -- Kind regards; KTM +256752602550||+256782062708 "Mother of God-Pray for us sinners"
On Thu, 2013-02-14 at 17:41 +0300, Peter C. Ndikuwera wrote: > Again, I'm pre-empting Kizito, but I think he wants to be able to > accept all mail, but only accept aliased mail from the local domain. > It's an interesting problem - restricting use of /etc/aliases to only > local senders. > > > P. > -- > Evolution (n): A hypothetical process whereby infinitely improbable > events occur with alarming frequency, order arises from chaos, and no > one is given credit. > > > On 14 February 2013 17:28, Reinier Battenberg > <[email protected]> wrote: > Hi, > > in our /etc/postfix/main.cf we have the following lines: > > mydestination = /etc/postfix/local-host-names > > that file contains all domains we accept email for. > > If you only have 1 or 2 domains, you can make it look like > > mydestination = mydomain.com,localhost,localhost.localdomain > > > I think that is the setting you are looking for. > > > rgds, > reinier > > > > > On Thursday 14 February 2013 10:49:25 Kizito Thomas wrote: > > Dear Good people, > > I would wish to know how to circumnavigate this. > > I am running a postfix server with local aliase > under /etc/aliase. It > > has of recent been a custom by people to allow applications > like google, > > fanbox, linkedIn and the rest, to send mails to all > contacts. This means > > these local aliase names will also be affected. > > This thing irritates other people on these local aliase and > now I feel > > it is high time I blocked all emails apart from local mails > from sending > > to local aliase tables. How I am going to do this, is the > thing I want > > to know from this forum! > > Thank you! > -- > > rgds, > > Reinier Battenberg > Director > Mountbatten Ltd. > www.mountbatten.net > tel: +256 758 801749 > twitter: @batje > _______________________________________________ > The Uganda Linux User Group: http://linux.or.ug > > Send messages to this mailing list by addressing e-mails to: > [email protected] > Mailing list archives: > http://www.mail-archive.com/[email protected]/ > Mailing list settings: http://kym.net/mailman/listinfo/lug > To unsubscribe: http://kym.net/mailman/options/lug > > The Uganda LUG mailing list is generously hosted by INFOCOM: > http://www.infocom.co.ug/ > > The above comments and data are owned by whoever posted them > (including attachments if any). The mailing list host is not > responsible for them in any way. > > > > _______________________________________________ > The Uganda Linux User Group: http://linux.or.ug > > Send messages to this mailing list by addressing e-mails to: [email protected] > Mailing list archives: http://www.mail-archive.com/[email protected]/ > Mailing list settings: http://kym.net/mailman/listinfo/lug > To unsubscribe: http://kym.net/mailman/options/lug > > The Uganda LUG mailing list is generously hosted by INFOCOM: > http://www.infocom.co.ug/ > > The above comments and data are owned by whoever posted them (including > attachments if any). The mailing list host is not responsible for them in any > way. _______________________________________________ The Uganda Linux User Group: http://linux.or.ug Send messages to this mailing list by addressing e-mails to: [email protected] Mailing list archives: http://www.mail-archive.com/[email protected]/ Mailing list settings: http://kym.net/mailman/listinfo/lug To unsubscribe: http://kym.net/mailman/options/lug The Uganda LUG mailing list is generously hosted by INFOCOM: http://www.infocom.co.ug/ The above comments and data are owned by whoever posted them (including attachments if any). The mailing list host is not responsible for them in any way.
