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
