Subject: Re: executive parser (was: Re: spf configuration woes)
Just to add weight to my last posting - the use of a as a critical
symbol is really quite idiotic. What cannot be seen should never be that
significant!
The current RFC defining email message format is RFC5322
Am 06.11.2011 10:22, schrieb David Southwell:
Hence thoughtful engineers incorporate diagnostic parsers and html
configuration tools. IMHO postfix has been very slow to develop an apporocah
which places the needs of system administrators in the forefront of its
development strategy.
what
Am 06.11.2011 10:22, schrieb David Southwell:
IMHO Postfix needs to add to its goals a determination to make configuration
a
breeze rather than a challenge. That means diagnostic and corrective parsers
and or an html based configuration interface.
so and now i will tell you that i have
On Sunday 06 November 2011 02:29:30 Reindl Harald wrote:
Am 06.11.2011 10:22, schrieb David Southwell:
IMHO Postfix needs to add to its goals a determination to make
configuration a breeze rather than a challenge. That means diagnostic
and corrective parsers and or an html based
Am 06.11.2011 10:39, schrieb David Southwell:
Agreed. It is possible to comprehend postfix's documentation given plenty of
time to concemntrate upon it. Unfortunately most administrators cannot give
that degree of attention to every piece of software.
than they are doing the wrong job!
, November 05, 2011 9:41 AM
To: postfix-users@postfix.org
Cc: /dev/rob0
Subject: Re: executive parser (was: Re: spf configuration woes)
Just to add weight to my last posting - the use of a as a critical
symbol is really quite idiotic. What cannot be seen should never be that
significant
human beings.
Postfix has such a parser - which is why the documentation points
out that lines should not start with a white-space.
snip
You are failing to distinguish between a diagnostic parser and an
executive parser. An executive parser rejects incorrectly
configured lines at runtime
parser. An executive parser rejects incorrectly
configured lines at runtime. A diagnostic parser would tell you
that there is an excess space at a specific location. A really
good executive parser would also log the location of incorrectly
configured lines to facilitate the work
Just to add weight to my last posting - the use of a as a critical symbol
is really quite idiotic. What cannot be seen should never be that significant!
On 05/11/11 17:40, David Southwell wrote:
Just to add weight to my last posting - the use of a as a critical symbol
is really quite idiotic. What cannot be seen should never be that significant!
Telling people, member of an affirmed community, that what they are
currently doing is idiotic,
On 05/11/11 17:30, David Southwell wrote:
The problem you identify in subsequent lines, has its roots in postfix's
rather primitive formatting structure.
If it were replace by something like:
{submission (variant,modifier [connector] data )
(variant = data)
(variant =
On 11/5/11 12:40 PM, David Southwell wrote:
Just to add weight to my last posting - the use of a as a critical symbol
is really quite idiotic. What cannot be seen should never be that significant!
Since it is an integral part of the Mail Format RFC (RFC 2822) as the
way to indicate that
-Original Message-
From: owner-postfix-us...@postfix.org
[mailto:owner-postfix-us...@postfix.org] On Behalf Of David Southwell
Sent: Saturday, November 05, 2011 9:41 AM
To: postfix-users@postfix.org
Cc: /dev/rob0
Subject: Re: executive parser (was: Re: spf configuration woes
13 matches
Mail list logo
