Sorry to sound negative, but.... - Please define 'night'. Then I will define what *I* would call night, and we will compare the GMTs. If they match, we will have a consistent definition of 'night'. I think that the queueing of large files until night should be done at the RSCS level (by a line monitor server machine), as is presently being done at DEARN. This way, each institution defines what it calls night. I'd hate to see large files sent on BITNIC -> EARNET at 10am just because it's night over there, and vice-versa. I don't agree to queue anything until some given hour, even if it's a very large file. Now let's be positive about file sizes. DISTRIBUTE already assigns a priority to each file it processes according to its size, unless specifically overriden by the PRIOR= keyword. There's no reason this can't be done for the GET command. What I don't want is to send MAIL or small files at prior 55 -- there are enough MAILERs sending 4,000 recs files at prior 1 and enough nuclear research scientist sending 67,829 recs files at standard SENDFILE prior. Anyway I think the best would be to reconfigure all international lines to ignore priority and use the file size only. See my SIZEQ RSCSMOD1 file on NETSERV if you don't have any local equivalent. Eric