This'll be my last reply on the topic of postage mechanics unless someone
asks me a direct question. I can hear you all sighing with relief.
On Nov 24, 12:23pm, Alessandro Vesely wrote:
}
} Hm... that assumes that ESPs will buy tokens (or stamps) on behalf of
} the message authors.
} [...]
} If tokens are affixed by the transport system, a submission agent is
} implied.
} [...]
} If tokens are affixed by authors, they must be able to acquire them
} through firewalls, hence via http[s].
My suggestion was to make the delivery agent responsible for attaching
the token. The sender simply tells the delivery agent how to charge
the cost of the token back to the sender; the token itself never leaves
the recipient's [provider's] control. So ESPs don't buy tokens, they
provide payment accounts against which recipients make charges.
} Is it possible to send a token for the reply as an attachment?
Not literally, but it would probably be possible to recognize a reply
and skip charging the reply-er for his message.
} How do I know what tokens I've already used?
You don't need to, because you never give them to someone who might try.
} Then I should also ask what difference does it make if an incoming
} message has a token affixed.
If implemented as I suggested, you throw away incoming tokens and create
a new one at delivery, like the Return-Path line is handled today.
_______________________________________________
Asrg mailing list
Asrg(_at_)irtf(_dot_)org
https://www.irtf.org/mailman/listinfo/asrg