Well... One of my 3350s just became wild mad. Hopefully it was one I was trying to copy a volume INTO, not FROM. I eventually decided to run DSF on it and the poor thing choked lamentably... It assigned a dozen skip displacements, about 5 alternate tracks, and then came up with a subtle philosophical state- ment that would deserve to be kept in the AI book of records: ICKxxxxx TOO MANY DATA CHECKS ON VOLUME Thanks pal. That powerful conclusion is worth waiting 30 minutes. But... no, DSF didn't abandon the task. It just restarted (without even telling me). Ano- ther 15 minutes, and it had come to the same conclusion after reassigning the skip displacements on the same tracks. Keep on the good job guy, try again... But then it ran into a worse problem. The alternate tracks themselves were defective... :-) I was wondering whether it would assign alternates to the alternates, but it did not. Instead, it decided to switch from the end of the volume to cylinder 0, all of a sudden. More good news: ICKxxxxx CYL-0 TRK-0 DEFECTIVE, PACK UNUSABLE FOR IPL I'll be running the microcode diags on the poor thing tomorrow. Meanwhile I did not have time to write a decent error recovery routine for the DISTRIBUTE function, so what it does when there is some inconsistency in the tables is it just distributes to all the remaining recipients directly. That SURE can not generate any loop :-) As I said before I sent 1.5f out only because of the fixes. There is no doc on the new features. Alan, the Reply-to= Both is implemented. Jose Maria, I have not had time for the filemode in filelists. Udo, your STORE problems should disappear with this version. Richard, the one-line "clipped" message problem is fixed. Nick, you shouldn't have any more mail forwarded from the UCLAMVS mailer, not anything sent to it. Harold, DELETE (GLOBAL is now implemen ted. Dick, setting your release level to 1.05f will automatically disable the DISTRIBUTE command and have an error message sent to the invoker, but you can also, alternatively, force INFORM=MAIL on all files distributed by your server by defining a new variable in LSV$PROF: DISTINFORM = 'MAIL' (defaults to 'USER') -- don't forget to put in the GLOBALV SET too :-) There is a new hard- coded GET = NAD code, and a new GIVE command (GIVE userid@node fileid) for file owners (it bypasses the givee's GET code checking, ie I can GIVE a file to someone who is not allowed to GET it). I *** TEMPORARILY *** added a "if link weight = 9 then link weight = 100" clause in LSVBITFD, but I'll do it more neatly later and will also allow for 0-weight links (eg local CTCA link) as someone asked me. Kent, Dave's problems with the GET command and the "#" userid (or Dick's "RSCS" userid) from MVS should be solved too. Harold, the Notify keyword is now used for the "cc: owner" portion of info mailfiles on MOVE, DEL, ADD, SET, etc. Kent, Scott, when 1.5f has been installed by every- body you'll be able to try this huge DISTRIBUTE job again and it should not crash on GLOBALV's 255 chars limitation any more. Sorry for the untidy format of the explanations but I'm in a real hurry. Eric