Re: PROPOSAL: planned change to allow generic (re)-scheduling

2006-08-25 Thread Bernd Fondermann
On 8/24/06, Stefano Bagnara [EMAIL PROTECTED] wrote: Bernd Fondermann wrote: You say New approach to spooling. How does the proposal affect spooling 'in general'? How is this related to past propositions (IIRC) to evolve RD from a mailet to something better, e.g. an own processor? Maybe

Re: PROPOSAL: planned change to allow generic (re)-scheduling

2006-08-25 Thread Bernd Fondermann
On 8/25/06, Stefano Bagnara [EMAIL PROTECTED] wrote: Bernd Fondermann wrote: I also have a lot of things in my todo list, so I at least try to review the proposal and try to understand where it is better or worst of what I already use. well, I think we should eventually merge (the best of)

Re: PROPOSAL: planned change to allow generic (re)-scheduling

2006-08-24 Thread Stefano Bagnara
Noel J. Bergman wrote: This is an approach to implement the scheduling aspect of my New Approach to Spooling proposla. It is intentionally compatible with the existing Mailet API. As a reminder, I already made comments to the New Approach to Spooling and I have a (stalled, maybe working)

Re: PROPOSAL: planned change to allow generic (re)-scheduling

2006-08-24 Thread Stefano Bagnara
Bernd Fondermann wrote: You say New approach to spooling. How does the proposal affect spooling 'in general'? How is this related to past propositions (IIRC) to evolve RD from a mailet to something better, e.g. an own processor? Maybe you're referring to my proposal to create a

Re: PROPOSAL: planned change to allow generic (re)-scheduling

2006-08-21 Thread Bernd Fondermann
Hi Noel, Nice proposal. I have questions about the 'big picture': Although I understand that you say the Scheduler is working with the RemoteDelivery, is this a proposal to either o replace RemoteDelivery or greater parts from it in short term o take one aspect of RD and make it available in