Re: PATCH: static:{reject text ...} (was: nice reject)

2014-11-22 Thread Christian Rößner
> Am 22.11.2014 um 10:11 schrieb Christian Rößner > : > > I’ll give it a try. … -> STARTTLS <- 220 2.0.0 Ready to start TLS === TLS started with cipher TLSv1:DHE-RSA-AES256-SHA:256 === TLS no local certificate set === TLS peer DN="/OU=Go to https://www.thawte.com/repository/index.html/OU=Tha

Re: PATCH: static:{reject text ...} (was: nice reject)

2014-11-22 Thread Christian Rößner
> Am 21.11.2014 um 23:23 schrieb Wietse Venema : > > Wietse Venema: >> A. Schulze: >>> >>> smtpd_recipient_restrictions = >>>check_foo_to_allow_something, >>>reject "you did this or that wrong, call +49 ... for assistance" >>> >>> >>> Is that possible? >> >> smtpd_recipient_restricti

Re: nice reject

2014-11-22 Thread Christian Rößner
> Am 21.11.2014 um 22:06 schrieb Wietse Venema : > > check_recipient_access static:{reject you did this or that ...} > > I'll post a patch in a little while. This takes four lines of code. I would love to see this. I use current snapshots here, so I can use it, if it has been implemented. Tha

PATCH: static:{reject text ...} (was: nice reject)

2014-11-21 Thread Wietse Venema
Wietse Venema: > A. Schulze: > > > > smtpd_recipient_restrictions = > > check_foo_to_allow_something, > > reject "you did this or that wrong, call +49 ... for assistance" > > > > > > Is that possible? > > smtpd_recipient_restrictions does not support free text and the > main.cf parser

Re: nice reject

2014-11-21 Thread A. Schulze
wietse: An improved "static" table would do the job: check_recipient_access static:{reject you did this or that ...} I'll post a patch in a little while. This takes four lines of code. Don't hurry, the system I'm currently working on isn't up to date anyway. The perspective is enough fo

Re: nice reject

2014-11-21 Thread Wietse Venema
A. Schulze: > > smtpd_recipient_restrictions = > check_foo_to_allow_something, > reject "you did this or that wrong, call +49 ... for assistance" > > > Is that possible? smtpd_recipient_restrictions does not support free text and the main.cf parser does not support quotes. Fortunatel

Re: nice reject

2014-11-21 Thread A. Schulze
Noel Jones: We use the built-in feature for this: http://www.postfix.org/postconf.5.html#smtpd_reject_footer Aha, good point It's a really nice idea, but in practice few people ever use the contact or correction info provided in a reject message -- some end-user mail programs seem to go to

Re: nice reject

2014-11-21 Thread Noel Jones
On 11/21/2014 2:25 PM, A. Schulze wrote: > Hi, > > a smtpd_recipient_restrictions for a submission service usually end > with explicit "reject". That result in a smtp response string > 554 5.7.1 : Recipient address rejected: Access denied > > Sometimes it's helpful to have a more detailed error

nice reject

2014-11-21 Thread A. Schulze
Hi, a smtpd_recipient_restrictions for a submission service usually end with explicit "reject". That result in a smtp response string 554 5.7.1 : Recipient address rejected: Access denied Sometimes it's helpful to have a more detailed error, "please authenticate", "go away", "goto http://here.