Hello Michiel!
25 Feb 15 16:36, you wrote to me:
MvdV> Binkp - and that is what we are discussing here - only knows two
MvdV> flavours for the *.?lo files. It does not make any difference between
MvdV> clo, dlo, ilo and flo. Only hlo is treated different.
So what.
MvdV> Puting a req on hold does not make much sense to me, so let the
MvdV> *.req do
MvdV> it all by itself.
The *.req file is a later addition as a method to request files. It is
independent from the mailers on both sides. Some developers have included
direct processing of *.req files during the mail session, it is not a
requirement.
KE>> The actions of the BSO construct respect connection rules that may
KE>> not be opportune to BINKD, but are still valid.
MvdV> I like to look at it from the perspective of someone not loaded with the
MvdV> prejudice of how it was done in the past.
If you don't study the past you will make the same mistakes over and again.
With your statement, you break protocols deliberatly out of deliberate
ignorance.
KE>> For how you want to work, you can use mailboxes, these are not part
KE>> of BSO.
MvdV> Ok, so let the option of having a *.req file initiate the connect all by
MvdV> itself be a similar add-on.
MvdV> Just a thought... If I were to redesign it from the start, I would
MvdV> either:
MvdV> 1) Define the same five flavours for *.req as for *?lo and *.?ut
MvdV> .req = normal
MvdV> .ceq = crash
MvdV> .ieq = immidiate
MvdV> .deq = direct ( I do not know how meaningful NOT direct is..)
It should alway be direct, routed file request are not appreceated.
MvdV> .heq = hold
You are building a system in a system, that is not sensible if you develop
a general addon.
MvdV> 2) Drop the xxxxyyyy naming requirement for *.req, and have them
MvdV> listed
MvdV> in a *.?lo file for sending, just as any other file that is to be send.
MvdV> As it is, it is an illogical mix of both...
You are illogically focussed on one mailer, how it should use a general
addon.
Kees
--- GoldED+/LNX 1.1.5
* Origin: As for me, all I know is that, I know nothing. (2:280/5003.4)
|