ftp chmod!!

[1/13] from: maximo:meteorstudios at: 5-Aug-2003 10:10

hi there! for all the networking gurus on the list... can we setup ftp to call chmod on remote files. When dumping cgi scripts they must be set to chmod 755 and I wonder how I can do this when I copy files via ftp. I do not have shell access to the server (As is often the case) so I can't just login and change them. I don't want to have to use graphical packages cause the file xfer is automated via a rebol script. If we can't do it directly in rebol, can someone tell me if there is a windows command-line software which would let me do a chmod on a remote machine using ftp command. I have a pro license, so I don't mind calling a shell command after each xfer. THANKS IN ADVANCE... -max PS: LIQUID-VID is getting quite insane .. I have finished 80 % of standard styles and many even function better than their original (like slider which can be integer OR decimal with min/max range). I also integrated them into the library mechanism so that you can load data right from your library without having to give a path... this is usefull for gadget images and bg, for example. ----------- meteor Studios, T.D. ----------- Never Argue with an idiot. They will bring you down to their level and beat you with experience

[2/13] from: SunandaDH:aol at: 5-Aug-2003 11:03

Maxim:

> If we can't do it directly in rebol, can someone tell me if there is a > windows command-line software which would let me do a chmod on a remote > machine using ftp command. I have a pro license, so I don't mind calling a > shell command after each xfer.

REBOL can't do chmod, as you've spotted. I use the windows FTP program (not command line, I'm afraid): SmartFTP http://www.smartftp.com/ This has a Commands / Properies/CHMOD menu that lets you set the right file privileges. Setting CHMOD is a pain, but once you've set it once, you need never set it again -- later uploads using REBOL FTP will keep the same CHMOD (at least, they do for me). Sunanda.

[3/13] from: maximo::meteorstudios::com at: 5-Aug-2003 11:24

> REBOL can't do chmod, as you've spotted. > I use the windows FTP program (not command line, I'm afraid): > SmartFTP http://www.smartftp.com/

Yes I downloaded it just yesterday, and it works nicely!

> Setting CHMOD is a pain, but once you've set it once, you > need never set it again -- later uploads using REBOL FTP will keep the same > CHMOD (at least, they do for me).

that's interesting! thanks for the tip, I don't think I would have noticed, and yess it does work for me too! -Max

[4/13] from: petr:krenzelok:trz:cz at: 5-Aug-2003 18:41

Maxim Olivier-Adlhoch wrote:

>>REBOL can't do chmod, as you've spotted. >>

<<quoted lines omitted: 12>>

>thanks for the tip, I don't think I would have noticed, and yess it does work for me too! >-Max

I was told by my friend that it is actually possible. Your FTP server would have to be configured to be allowed to accept SITE CHMOD command (WUFPTD may have QUOTE command). The configuration of server varries, so you are probably on your own. Try to look here: http://www.glftpd.com/docs/glftpd.docs http://proftpd.linux.co.uk/docs/directives/configuration_full.html#ALLOWCHMOD for two known ftp servers. Search for "chmod" string. Anyway, I tried to 'open ftp connection only and then use something like INSERT serv "SITE" but Rebol told me that 'insert can't be used with such type of port ... so I think it may be possible to chmod files but it would have to be supported directly by ftp scheme ... but I can be wrong ... -pekr-

[5/13] from: maximo:meteorstudios at: 5-Aug-2003 13:11

hi Pekr,

> I was told by my friend that it is actually possible. Your FTP server > would have to be configured to be allowed to accept SITE > CHMOD command

it is, I was able to change it with smartFtp :-)

> Anyway, I tried to 'open ftp connection only and then use > something like > INSERT serv "SITE" but Rebol told me that 'insert can't be used with > such type of port ... so I think it may be possible to chmod > files

[...] I think too, Gabrielle suggested it might be done with set-modes get-modes, but would have to be patched in the ftp scheme itself... Since rebol's ftp doesn't seem to overwrite the chmod data once its been set, I'm already less anxious about the problem, its not as if I had to call chmod everytime I did a slight modif or test (as is the case when saving files on disk). To have a definite answer, we'd have to delve deeper into the scheme's code ... in normal times, I'd have fun trying that, but since I'm straining every ounce of time I have to get steel tools downloadable, I really don't have time, right now... If anyone does poke around, please report your findings to the list :-) Thanks to everyone for the help and comments. -MAx

[6/13] from: Rebolinth:nodep:dds:nl at: 24-Dec-2003 22:29

-- Conversation/lunch: "How do you Eat your Rebol in the Morning?" Hiya, Its true , rebol can read with the open the files in its buffer but not update it with set-modes, the option "CHMOD" is not implemented to write back, so a patch is needed for that. But "CHMOD" should not be done on the client site but on the server site (umask it or use a wide configurable ftpdaemon and dont use passive mode) thats why not all ftpdaemons have it enabled (security issue) Anyway.. a raw patch on the scheme 'ftp could do it but you should be able to do a direct write on the file. (R)egards, Norman.

[7/13] from: maximo:meteorstudios at: 5-Aug-2003 14:21

> raw patch on the scheme 'ftp could do it but you should be > able to do a

how would adding an (optional) third value in the user-part of the url look? ftp://user:password:[umask--domain--com]/path/to/file.ext as in: ftp://me:enter:[755--domain--com]//path/to/file.cgi what do y'all think if we all agree, maybe RT will heed the suggestion, it sometime happens. -Max

[8/13] from: nitsch-lists:netcologne at: 5-Aug-2003 23:49

Am Dienstag, 5. August 2003 17:03 schrieb [SunandaDH--aol--com]:

> Maxim: > > If we can't do it directly in rebol, can someone tell me if there is a

<<quoted lines omitted: 9>>

> again -- later uploads using REBOL FTP will keep the same CHMOD (at least, > they do for me).

Somewhere on Altme Cal Dixon wrote: Some FTP servers allow setting modes via FTP. You can open a connection to the ftp site normally, then get the sub-port from the open port, then send a command like "SITE CHMOD 775 file" then wait for a responce from the server (which will usually be a numeric code, a space an english language result, and a newline). It's not very convienent, but it may be easier than telnet, if the FTP server supports it. but never tried it. -Volker

[9/13] from: g:santilli:tiscalinet:it at: 6-Aug-2003 11:34

Hi Petr, On Tuesday, August 5, 2003, 6:41:16 PM, you wrote: PK> http://proftpd.linux.co.uk/docs/directives/configuration_full.html#ALLOWCHMOD It's ProFTPD there, by the way. PK> Anyway, I tried to 'open ftp connection only and then use something like PK> INSERT serv "SITE" but Rebol told me that 'insert can't be used with PK> such type of port ... so I think it may be possible to chmod files but PK> it would have to be supported directly by ftp scheme ... but I can be PK> wrong ... You could insert directly into the sub-port, but then you have to make sure you don't interfere with the handler. I think the best solution would be to write a new FTP handler or patch the existing one to support SET-MODES and GET-MODES. Regards, Gabriele. -- Gabriele Santilli <[g--santilli--tiscalinet--it]> -- REBOL Programmer Amiga Group Italia sez. L'Aquila --- SOON: http://www.rebol.it/

[10/13] from: petr:krenzelok:trz:cz at: 6-Aug-2003 11:53

Gabriele Santilli wrote:

>Hi Petr, >On Tuesday, August 5, 2003, 6:41:16 PM, you wrote:

<<quoted lines omitted: 9>>

>solution would be to write a new FTP handler or patch the existing >one to support SET-MODES and GET-MODES.

Yes, exactly - but it is for gurus only. I would prefer if Rebol would try to be more tolerant to various anomalies, such as usage of @ or # chars in scheme. We can be rigid and say hey, it is not according to RFCXY, but well, rebol users will face such anomalies, as they exist. E.g. if I want to connect to FTP from behind the firewall, I have to go thru proxy: print read ftp://[pekr--moon--rebol--cz]:[my-pass--proxy--sec--trz--cz] It will not be swallowed by Rebol parser untill I apply following patch: net-utils/url-parser/user-char: union net-utils/url-parser/user-char make bitset! #"@" I could see lots of similar questions asked on ml, that is why I would prefer Rebol being able to handle such case/anomaly natively. From talks to Reichart I know that FTP is probably the most screwed standard . Well - I think that no matter what command what FTP server supports, we should enrich rebol's scheme each time we find new problem and its solution, instead of suggesting of usign sub-port, as there can be ppl as me, who will not be able to solve such problem by simply suggesting how to hack it around ... Cheers, -pekr-

[11/13] from: maximo:meteorstudios at: 6-Aug-2003 10:52

From: Petr Krenzelok [mailto:[cant_nab_this_mail_address--localhost]]

> Yes, exactly - but it is for gurus only. > > I could see lots of similar questions asked on ml, that is > why I would > prefer Rebol being able to handle such case/anomaly natively.

IF they apply fixes that we find ASAP, then we'll all be happy!

> From talks to Reichart I know that FTP is probably the most screwed > "standard".

I read a little of the ftp rfc and yess it a lot of "history"... it was continually updated from 1973 to 1985...

> Well - I think that no matter what command what > FTP server

<<quoted lines omitted: 4>>

> be ppl as me, who will not be able to solve such problem by simply > suggesting how to hack it around

I think I'll send my patch to rebol feedback , once its had a little more testing and (maybe) debating here. But it sure would be cool to find a way to supply the chmod mode as an option of the ftp scheme (like having an enable chmod flag, in the ftp port, with a list of extensions which should get chmoded ). There could then be a simple function which sets up the ftp handler to enable chmod or not. we could also debate on if we want to add a new protocol (such as chmodftp://user:passwd:[umask--domain]/path/file.ext) which explicitely handles chmod on any file transfer, without looking for a .cgi in the target filename... Gabrielle's idea about set-modes get-modes is also a nifty one, I have no time to research it right now, though (really ;-). -MAx

[12/13] from: maximo::meteorstudios::com at: 6-Aug-2003 17:08

WRT ftp thread, I just realized that a proper place for permissions block would be the /allow refinement of write. the only limitation is that in the docs, it specifically mentions that the block is only applied to the user part of the permission spec, so. maybe we could path the ftp port to use the allow data and if its a three digit integer it means that its a chmod specification instead... I do not know if we have access to the allow data in the port though, I haven't checked that... -max ----------- meteor Studios, T.D. ----------- Never Argue with an idiot. They will bring you down to their level and beat you with experience

[13/13] from: antonr:iinet:au at: 8-Aug-2003 1:09

I like the url idea, but as a possible alternative, put the umask at the end ? like this: chmodftp://user:[passwd--domain]/path/file.ext:umask It's probably better to do the set-modes way first, though. Less breaking of existing code will result from that. Anton.

Notes

Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted