On July 8, 2002 at 18:13, Christophe Prevotaux wrote:
That's more of a protocol issue. It's not easy to do that within the
context of POP. It _is_ possible just to get the headers within POP
.... and I suppose inc could be changed to just retrieve the headers and
make some sort of decision about whether to download the whole message
or just delete it. But _that_ work would be complex. Feel free
to send patches :-)
There are tons of software that let you do this on the net
Then why not use what is available?
I don't believe
it is so hard to do , however this would certainly require to create a new
command in nmh and the addition of a few new options in the existing commands
If it is implemented with new commands, one might as well use one
the freely available tools on the net.
If integrated into inc, rmm, et.al., it requires some work to make
it seamless to the user. For example, when doing an inc (with some
new download only headers when using POP), nmh will have to mark
messages that only has header data, properly via some marker at the
beginning of a message file.
If show is used, nmh would have to download the message from the
POP server "on-the-fly". This could be a performance issue, requiring
some kind of status to the user.
With rmm, you have a similiar kind of situtation. Some kind of
queuing could be done for rmm so POP commands are only done during
the next message retrieval from the server or when some explicit
flush operation is invoked.
The "on-the-fly" show performance problem could be mitigated by
some command, or option to existing command, to fetch all previously
header only downloaded messages.
--ewh