From: owner-postfix-us...@postfix.org [mailto:owner-postfix-
us...@postfix.org] On Behalf Of Wietse Venema
Subject: Re: Change error messages returned by Postfix
This is the current implementation of reject footer messages.
Wietse
smtpd_reject_contact_information (default: empty
On Thu, Jan 06, 2011 at 10:30:15AM -0500, Wietse Venema wrote:
localtime
Server local time (Mmm dd hh:mm:ss)
Hmm. This is not that useful without the information about the used
timezone.
Bastian
--
But Captain -- the engines can't take this much longer!
On 1/7/2011 5:21 AM, Bastian Blank wrote:
On Thu, Jan 06, 2011 at 10:30:15AM -0500, Wietse Venema wrote:
localtime
Server local time (Mmm dd hh:mm:ss)
Hmm. This is not that useful without the information about the used
timezone.
Bastian
The timezone doesn't matter
Bastian Blank:
On Thu, Jan 06, 2011 at 10:30:15AM -0500, Wietse Venema wrote:
localtime
Server local time (Mmm dd hh:mm:ss)
Hmm. This is not that useful without the information about the used
timezone.
It is useful, as it is the SAME TIME as in the maillog file.
On Fri, Jan 07, 2011 at 07:52:39AM -0500, Wietse Venema wrote:
It is useful, as it is the SAME TIME as in the maillog file.
Indeed. It is only ambiguous once a year, when clocks move back an hour
after DST. If you need to troubleshoot mail delivery between 1AM and
2AM localtime late in Autumn,
Le 07/01/2011 12:21, Bastian Blank a écrit :
On Thu, Jan 06, 2011 at 10:30:15AM -0500, Wietse Venema wrote:
localtime
Server local time (Mmm dd hh:mm:ss)
Hmm. This is not that useful without the information about the used
timezone.
humour
more generally, time is not
On Fri, Jan 07, 2011 at 06:54:28PM +0100, mouss wrote:
Case 2) your timezone is relatively stable. then put it in main.cf:
my_time_zone =
smtpd_reject_contact_information =
blah blah time ($localtime).
oh, and our timezone is ${my_time_zone}
This won't work. Generic
Le 04/01/2011 22:24, Noel Jones a écrit :
On 1/4/2011 3:04 PM, pf at alt-ctrl-del.org wrote:
I'm trying to stop the chain of:
Sender calls recipient, recipient calls their tech,
recipient's tech calls me... Then I tell them to contact the
sender's admin... Then the sender's admin
This is the current implementation of reject footer messages.
Wietse
smtpd_reject_contact_information (default: empty)
Optional contact information that is appended after each SMTP server
4XX or 5XX response.
Example:
/etc/postfix/main.cf:
Le 06/01/2011 16:30, Wietse Venema a écrit :
This is the current implementation of reject footer messages.
Wietse, thanks infinitely (and I forgot to say it before: happy new
year, best wishes and bonne santé!).
Wietse
smtpd_reject_contact_information (default: empty)
Le 04/01/2011 21:23, Jeroen Geilman a écrit :
On 1/4/11 8:32 PM, pf at alt-ctrl-del.org wrote:
The only rejects that I get calls or emails about are:
reject_non_fqdn_helo_hostname,
reject_unknown_helo_hostname,
reject_unknown_client_hostname,
Don't blindly use that. It causes a LOT of
Le 04/01/2011 22:24, Noel Jones a écrit :
On 1/4/2011 3:04 PM, pf at alt-ctrl-del.org wrote:
I'm trying to stop the chain of:
Sender calls recipient, recipient calls their tech,
recipient's tech calls me... Then I tell them to contact the
sender's admin... Then the sender's admin claims that
On Monday 03 January 2011 17:35:51 Wietse Venema wrote:
J. Roeleveld:
On Monday 03 January 2011 04:12:46 Wietse Venema wrote:
Mark Scholten:
Hello,
Should I look in the source or is there a better location to change
the texts returned by Postfix after the error code for a
-Original Message-
From: owner-postfix-us...@postfix.org [mailto:owner-postfix-
us...@postfix.org] On Behalf Of Victor Duchovni
Sent: Monday, January 03, 2011 8:00 PM
To: postfix-users@postfix.org
Subject: Re: Change error messages returned by Postfix
On Mon, Jan 03, 2011 at 07
Wietse Venema:
Instead of making every response configurable, a more practical
solution is to configure ONE response that gets appended to ALL
the SMTP server's reject messages. Effectively, this turns the
one-line reject into a two-line response, one chosen by Postfix
and one chosen by the
Am 04.01.2011 12:59, schrieb Wietse Venema:
Wietse Venema:
Instead of making every response configurable, a more practical
solution is to configure ONE response that gets appended to ALL
the SMTP server's reject messages. Effectively, this turns the
one-line reject into a two-line response, one
John Adams:
Example:
/etc/postfix/main.cf:
smtpd_reject_contact_information = For assistance, call
800-555-0101
Server response:
550-5.5.1u...@examplegt: Recipient address rejected: User unknown
550 5.5.1 For assistance, call
On Tue, Jan 04, 2011 at 01:24:51PM +0100, John Adams wrote:
550-5.5.1u...@examplegt: Recipient address rejected: User unknown
550 5.5.1 For assistance, call 800-555-0101
This feature is available in Postfix 2.8.
Cool. Thanks.
Can this be configured in a multi-domain
Am 04.01.2011 14:59, schrieb Victor Duchovni:
On Tue, Jan 04, 2011 at 01:24:51PM +0100, John Adams wrote:
550-5.5.1u...@examplegt: Recipient address rejected: User unknown
550 5.5.1 For assistance, call 800-555-0101
This feature is available in Postfix 2.8.
Cool.
On Tue, Jan 04, 2011 at 03:09:01PM +0100, John Adams wrote:
Yes, I understand that. But that is not how I experienced the world.
Usually, if person X from domain X could not mail to person Z from domain Z
for a reject reason given by mail provider M, then X would call Z (I cannot
send you
Wietse Venema:
Wietse Venema:
Instead of making every response configurable, a more practical
solution is to configure ONE response that gets appended to ALL
the SMTP server's reject messages. Effectively, this turns the
one-line reject into a two-line response, one chosen by Postfix
On Tue, Jan 04, 2011 at 03:36:41PM +0100, Mark Scholten wrote:
Server response:
550-5.5.1 u...@examplegt: Recipient address rejected: User
unknown
550 5.5.1 For assistance, call 800-555-0101
This feature is available in Postfix 2.8.
Thank you. Is it
Victor Duchovni:
On Tue, Jan 04, 2011 at 03:36:41PM +0100, Mark Scholten wrote:
Server response:
550-5.5.1 u...@examplegt: Recipient address rejected: User
unknown
550 5.5.1 For assistance, call 800-555-0101
This feature is available in Postfix
On Tue, Jan 04, 2011 at 11:33:25AM -0500, Wietse Venema wrote:
Thank you. Is it possible to let this new setting contain something that
contains the client IP and/or something so we could identify it with a
script?
Identify what with a script?
[talk about stuff in logfiles]
Victor Duchovni:
I'm just guessing, but I suspect that this is about making trouble
shooting easier, like putting some unique trouble ticket like
string in the 4XX or 5XX response that is easily located in the
logfile, so they can quickly locate the entire session in the log.
On Tue, Jan 04, 2011 at 12:54:24PM -0500, Wietse Venema wrote:
What I could do for now is a contact footer with dynamic context
such as the SMTP server PID and client IP address. That information
is already in the maillog file.
So this would change the feature to:
Victor Duchovni:
On Tue, Jan 04, 2011 at 12:54:24PM -0500, Wietse Venema wrote:
What I could do for now is a contact footer with dynamic context
such as the SMTP server PID and client IP address. That information
is already in the maillog file.
So this would change the feature to:
Wietse Venema
Example:
/etc/postfix/main.cf:
smtpd_reject_contact_information = For assistance, call
800-555-0101
Server response:
550-5.5.1u...@examplegt: Recipient address rejected: User unknown
550 5.5.1 For assistance, call
On Tue, Jan 04, 2011 at 02:09:07PM -0500, Wietse Venema wrote:
This would likely need to also be implemented in postscreen. :-( If
keyword-substitution is supported, apart from $pid, and $client_addr
also $rfc822_date would perhaps be useful to help search logs for the
right day.
PID
On Tue, Jan 04, 2011 at 02:32:45PM -0500, pf at alt-ctrl-del.org wrote:
But I don't see the point of adding more generic information in the
response.
Providing a URL of a website which explains (for the reject messages
that you choose to document) what a sender needs to do to avoid being
On 1/4/11 8:32 PM, pf at alt-ctrl-del.org wrote:
The only rejects that I get calls or emails about are:
reject_non_fqdn_helo_hostname,
reject_unknown_helo_hostname,
reject_unknown_client_hostname,
Don't blindly use that. It causes a LOT of false positives.
Jeroen Geilman:
On 1/4/11 8:32 PM, pf at alt-ctrl-del.org wrote:
The only rejects that I get calls or emails about are:
reject_non_fqdn_helo_hostname,
reject_unknown_helo_hostname,
reject_unknown_client_hostname,
Don't blindly use that. It causes a LOT of false positives.
Wietse Venema:
So this would change the feature to:
smtpd_reject_contact_information =
For assistance, call 800-555-0101 (pid=$pid, client=$client_addr)
The result would look like:
554-5.5.1 u...@example: Recipient address reject: User unknown
554 5.5.1
On 1/4/2011 3:04 PM, pf at alt-ctrl-del.org wrote:
I'm trying to stop the chain of:
Sender calls recipient, recipient calls their tech,
recipient's tech calls me... Then I tell them to contact the
sender's admin... Then the sender's admin claims that
everyone else accepts their email, even
On 1/4/11 10:04 PM, pf at alt-ctrl-del.org wrote:
I'm trying to stop the chain of:
Sender calls recipient, recipient calls their tech, recipient's tech
calls me... Then I tell them to contact the sender's admin... Then the
sender's admin claims that everyone else accepts their email, even
On Tue, Jan 04, 2011 at 04:09:04PM -0500, Wietse Venema wrote:
Having implemented $name expansion, I find that it is easy produce
long contact footer text, so I have added multi-line support.
Unfortunately, multi-line footers can be harder to read. For example,
Postfix will word-wrap
On Mon, Jan 03, 2011 at 08:48:02AM +0100, J. Roeleveld wrote:
On Monday 03 January 2011 04:12:46 Wietse Venema wrote:
Mark Scholten:
Should I look in the source or is there a better location to
change the texts returned by Postfix after the error code for
a connecting MTA? I'd like to
J. Roeleveld:
On Monday 03 January 2011 04:12:46 Wietse Venema wrote:
Mark Scholten:
Hello,
Should I look in the source or is there a better location to change the
texts returned by Postfix after the error code for a connecting MTA? I'd
like to give custom messages back for
* Wietse Venema wie...@porcupine.org:
421-4.4.2 host.example.com Error: timeout exceeded
421 4.4.2 For assistance, contact the helpdesk at 800-555-0101
I wonder how many calls you would actually get for that.
Almost none, because users cannot read.
--
Ralf Hildebrandt
* John Adams mailingli...@belfin.ch:
Almost none, because users cannot read.
well, actually they can. They just don't read the automated gibberish
that comes from us admins.
:)
--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus
This said, in a B2B context, a less experienced postmaster of a
remote domain may in some cases benefit from a link to a more detailed
explanation of an SMTP reject message. A fixed suffix for SMTP error
responses is probably the right cost/benefit trade-off.
Recently a postmaster of a
Am 03.01.2011 20:00, schrieb Victor Duchovni:
On Mon, Jan 03, 2011 at 07:44:51PM +0100, Ralf Hildebrandt wrote:
* Wietse Venemawie...@porcupine.org:
421-4.4.2 host.example.com Error: timeout exceeded
421 4.4.2 For assistance, contact the helpdesk at 800-555-0101
I wonder how many
Le 03/01/2011 15:19, /dev/rob0 a écrit :
On Mon, Jan 03, 2011 at 08:48:02AM +0100, J. Roeleveld wrote:
On Monday 03 January 2011 04:12:46 Wietse Venema wrote:
Mark Scholten:
Should I look in the source or is there a better location to
change the texts returned by Postfix after the error code
Le 03/01/2011 17:35, Wietse Venema a écrit :
J. Roeleveld:
On Monday 03 January 2011 04:12:46 Wietse Venema wrote:
Mark Scholten:
Hello,
Should I look in the source or is there a better location to change the
texts returned by Postfix after the error code for a connecting MTA? I'd
like to
Mark Scholten:
Hello,
Should I look in the source or is there a better location to change the
texts returned by Postfix after the error code for a connecting MTA? I'd
like to give custom messages back for (example) a failed rDNS check or helo
check. I don't want to change the returned
On 1/2/2011 10:12 PM, Wietse Venema wrote:
Mark Scholten:
Hello,
Should I look in the source or is there a better location to change the
texts returned by Postfix after the error code for a connecting MTA? I'd
like to give custom messages back for (example) a failed rDNS check or helo
check. I
On 1/2/2011 10:36 PM, Jerrale G wrote:
On 1/2/2011 10:12 PM, Wietse Venema wrote:
Mark Scholten:
Hello,
Should I look in the source or is there a better location to change the
texts returned by Postfix after the error code for a connecting MTA?
I'd
like to give custom messages back for
On Monday 03 January 2011 04:12:46 Wietse Venema wrote:
Mark Scholten:
Hello,
Should I look in the source or is there a better location to change the
texts returned by Postfix after the error code for a connecting MTA? I'd
like to give custom messages back for (example) a failed rDNS
48 matches
Mail list logo