Re: Sender Authentication

2010-06-13 Thread Jeroen Geilman
There's no need to be rude sir. You have strange conceptions of rudeness. Also, please do not top-post. I'm just trying to become more familiar with the Postfix system as an alternative to Qmail which I've had more real world experience dealing with, Yeah. Qmail breaks so many standards i

Re: Sender Authentication

2010-06-12 Thread Noel Jones
On 6/12/2010 4:04 PM, Walter Pinto wrote: Clarification, Troubleshooting what seems to be mail being sent FROM our own domains _without authentication_ TO anywhere. Apparently we're having a hard time understanding exactly what you are asking for. Showing your "postconf -n" and logging of

Re: Sender Authentication

2010-06-12 Thread Sahil Tandon
On Sat, 12 Jun 2010, Walter Pinto wrote: > Troubleshooting what seems to be mail being sent FROM our own domains > *without authentication* TO anywhere. One option: http://www.postfix.org/postconf.5.html#smtpd_sender_login_maps http://www.postfix.org/postconf.5.html#reject_sender_login_mismatc

Re: Sender Authentication

2010-06-12 Thread Walter Pinto
Thomas, That makes sense thanks. What you described is the goal I'm trying to achieve. On Sat, Jun 12, 2010 at 12:22 AM, Thomas Polliard wrote: > > On Jun 12, 2010, at 3:20 AM, Thomas Polliard wrote: > > > I'm pretty sure I already know the answer , just need confirmation. > > Is this stateme

Re: Sender Authentication

2010-06-12 Thread Walter Pinto
Clarification, Troubleshooting what seems to be mail being sent FROM our own domains *without authentication* TO anywhere. On Sat, Jun 12, 2010 at 2:03 PM, Walter Pinto wrote: > There's no need to be rude sir. I'm just trying to become more familiar > with the Postfix system as an alternative t

Re: Sender Authentication

2010-06-12 Thread Walter Pinto
There's no need to be rude sir. I'm just trying to become more familiar with the Postfix system as an alternative to Qmail which I've had more real world experience dealing with, You have my problem reversed. I'm troubleshooting what seems to be mail being sent FROM our own domains TO anywhere

Re: Sender Authentication

2010-06-12 Thread Jeroen Geilman
On 06/12/2010 07:06 AM, Walter Pinto wrote: Recipient map is also SQL based, here's the config. [r...@mx sql]# cat relay_recipient_map.conf user = xxx password = xxx dbname = xxx query = SELECT y FROM relay_recipient_map WHERE x='%s' I'm pretty sure I already

Re: Sender Authentication

2010-06-12 Thread Thomas Polliard
On Jun 12, 2010, at 3:20 AM, Thomas Polliard wrote: >> >> I'm pretty sure I already know the answer , just need confirmation. >> >> Is this statement true or false? You cannot restrict sending mail to >> authenticated sessions without also restricting incoming mail as well. >> >> > > False

Re: Sender Authentication

2010-06-12 Thread Thomas Polliard
> > I'm pretty sure I already know the answer , just need confirmation. > > Is this statement true or false? You cannot restrict sending mail to > authenticated sessions without also restricting incoming mail as well. > > False

Re: Sender Authentication

2010-06-11 Thread Walter Pinto
Recipient map is also SQL based, here's the config. [r...@mx sql]# cat relay_recipient_map.conf user = xxx password = xxx dbname = xxx query = SELECT y FROM relay_recipient_map WHERE x='%s' I'm pretty sure I already know the answer , just need confirmation. Is

Re: Sender Authentication

2010-06-11 Thread Jeroen Geilman
On 06/12/2010 02:08 AM, Walter Pinto wrote: I'm looking for information on restricting users who send mail through our MX servers to authenticated users only, we currently use SASL2/MySQL to store valid user info, I'll try to include as much info as possible. The reason I ask is because it se

Sender Authentication

2010-06-11 Thread Walter Pinto
I'm looking for information on restricting users who send mail through our MX servers to authenticated users only, we currently use SASL2/MySQL to store valid user info, I'll try to include as much info as possible. The reason I ask is because it seems that as long as the domain is found in the re