Text 314, 99 rader
Skriven 2004-10-15 09:28:42 av mark lewis (1:3634/12)
    Kommentar till text 309 av Frank Vest (1:124/6308.1)
Ärende: Tarus and *.msg
=======================
 ml>>  TL>> well is for the sending node to simply use the .msg to tell
 ml>> itself  TL>> where what file will be sent, and then when it is sent,
 ml>> kill off the  TL>> .msg, since it is no longer required.

 SL>> That's only reliable when the mailer creates the control file
 SL>> (MSG).  Otherwise, it cannot know what the creator knows.

 ml>> hunh? i have yet to see a /mailer/ that creates an outbound MSG file
 ml>> From: ARCMAIL with a mail bundle attached... it is the *tosser* that
 ml>> creates those...

 FV> Let's put this to rest. :)

or at least try to <<<GGG>>>

 FV> I was told to just say it, and here it is. :)

 FV> A. When a mail tosser runs and processes mail to go out to
 FV> another Node, the tosser creates an empty Archmail attach.
 FV> This serves no purpose except to tell the mailer where the
 FV> file is, the name of the file and where to send the file.

exactly...

 FV> B. If a File attach message is created, generally by a human,
 FV> it will generally have some text in the body and a file
 FV> attached via the subject line.

exactly...

 FV> C. If a Netmail is created without a file attached, the
 FV> message generally has text in the body.

exactly...

 FV> In any case, the message (*.msg) file can be left on the
 FV> senders system, deleted or killed when successfully sent.
 FV> This is the "Kill" in FD.

correct...

 FV> The file, if one is attached, can be delete/sent, or
 FV> traunc/sent.

correct again...

 FV> In the case of A, the *..msg should be removed by the mailer
 FV> once it is successfully sent. Note the successfully.

the question is what is "it"? the MSG or the file? some are trying to say that
the MSG that the mail bundle is attached to should be sent to which i highly
disagree...

 FV> If the
 FV> transfer was not a success, the msender retains the attach
 FV> message for the next attmet to send the file. At least, the
 FV> attach message should be marked by the mailer as "sent".

after the /mail bundle file/ is sent? yeah, i guess at minimum...

 FV> In the case of B and C, if the message is left on the sender's
 FV> system, the message is marked as "Sent" so that it will not be
 FV> sent again. Otherwise, it is removed.

right...

 FV> Now. That's the way I see it. I have no idea if the *.msg is
 FV> sent to the receiver, but I have seen this happen. To me, it
 FV> is a waste since the directory in a file attach message has
 FV> no meaning to the reciver's system. If I send a file from mt
 FV> d:\up\yours directory, the reciever most likely won't have
 FV> that directory. :-)

decent mailers will change that directory to the local inbound directory where
the file arrived into ;)

 FV> Here's a status (I guess that is the terminology) of a file
 FV> attach message on my system (FD) right now:

what kind of file attach? arcmail mail bundle or just some file that is being
sent to another system?

 FV> Local Pvt File Kill Del/sent

 FV> From right to left. Created locally, Private, Kill the *.msg,
 FV> Delete the file when successfully sent.

 FV> JMHO, Take it, leave it, argure it or drop dead. You choice.
 FV> :-)

i've had no problems other than using KS and/or TS instead of KFS and/or TFS...
that mistake has served to confuse others and create what some seem to think is
a debate... i apologise for the confusion by my mistake and can only say to
others who think everything is a debate, get a life... they're in serious need
of one if all they can do is debate everything...

)\/(ark

 * Origin: (1:3634/12)