On Thu, 7 Jun 2012, Reindl Harald wrote:
Am 06.06.2012 23:59, schrieb Ed W:
I'm not sure why this is so hard to believe. There is literally a class of
customers that have a specification
which says that there must be a notification sent back to the sender whenever
they download their emails. I cannot
currently bid for their business.
A spec is a spec - either you can meet the spec or you can't bid for the
business...
i'm not sure why it is so hard to believe that nobody should
bid for such idiotic specs - techs should act professional
and not like whores while try impossible and stupid things
which can sovle each mail-client since > 10 years and is not
the job of a mailserver
Does the spec say how to conform to it? I mean: does "the system" have to
support the transmission of receipts?
Most bidding rounds I've been part of only had very rough descriptions of
what should be possible. Not exactly how. (Too detailed specs, pointing
heavily in the direction of one type of solution provider, can be easily
challenged!)
So, even without Dovecot supporting DSN-stuff, it would be possible to bid
for these types of clients. The system as a whole does support DSN's, when
MUA is conforming to relevant specs. Most MUA's support some form of DSN
of read notification. What's more: whatever choice you make, server side
or client side, handling of these status messages (and ways to request
them) heavily depend on the remote party's technology as well.
So, claiming you conform to the read-notification spec can be as easy as
saying "yes, as long as you use a proper MUA".
--
Maarten
