Re: FTP Requests
This might be of use to anyone using the libURL commands. I've discovered that deleting an ftp file as in delete url myUrl does not work if messages are locked at the time this command is sent. The other url commands, as far as I can tell, are not effected by locked messages. Thanks again for Dave Cragg's help on this. Ray Horsley Developer, LinkIt! Software On 12/11/03 7:42 PM, Dave Cragg [EMAIL PROTECTED] wrote: At 2:11 pm -0500 11/12/03, Ray Horsley wrote: Hi Listers, I'm currently working on a project using Metacard's ability to move files between my local computer and an FTP site. I'm using the following syntax: Put url ftp://userName:[EMAIL PROTECTED]/myFolder/myFile/ into myLocalFilePath Can anybody help me with the syntax to also do the following: 1) delete an FTP file As Klaus said, delete url ftp://whatever 2) change the directory of an FTP file (without having to rewrite it) I take it you mean change the directory name and not move files to a different directory. This is a bit messy, but can be done with libUrlFtpCommand. First use the CWD command to change to the directory that contains the one you want to change. Then use RNFR and RNFT to change the name. put ftp.myserver.com into tHost put dave into tName put secret into tPass put olddirname into tFrom put newdirname into tTo put CWD /path/to/parent/folder into tCmd get libUrlFtpCommand(tCmd,tHost,tName,tPass) if word 1 of it is 250 then ##check for success put put RNFR tFrom into tCmd get libUrlFtpCommand(tCmd,tHost,tName,tPass) if word 1 of it is 350 then##really 350 this time put put RNTO tTo into tCmd get libUrlFtpCommand(tCmd,tHost,tName,tPass) if word 1 of it is not 250 then ## error stuff end if end if end if By the way, if you have Fetch on a Mac, a good way to discover the FTP command syntax is to open the transcript window, perform the actions you want to emulate, and note the commands that were issued. (I guess other FTP clients probably have the same feature.) Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
FTP Requests
Hi Listers, I'm currently working on a project using Metacard's ability to move files between my local computer and an FTP site. I'm using the following syntax: Put url ftp://userName:[EMAIL PROTECTED]/myFolder/myFile/ into myLocalFilePath Can anybody help me with the syntax to also do the following: 1) delete an FTP file 2) change the directory of an FTP file (without having to rewrite it) Thanks loads! Ray Horsley ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: FTP Requests
Hi Ray, Hi Listers, I'm currently working on a project using Metacard's ability to move files between my local computer and an FTP site. I'm using the following syntax: Put url ftp://userName:[EMAIL PROTECTED]/myFolder/myFile/ into myLocalFilePath Can anybody help me with the syntax to also do the following: 1) delete an FTP file delete urlftp://userName:[EMAIL PROTECTED]/myFolder/myFile :-) 2) change the directory of an FTP file (without having to rewrite it) Hmmm... maybe rename file ... but i am not sure if will work with files on a ftp server. Probably not... Thanks loads! Yo :-) Ray Horsley Regards Klaus Major [EMAIL PROTECTED] www.major-k.de ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: FTP Requests
At 2:11 pm -0500 11/12/03, Ray Horsley wrote: Hi Listers, I'm currently working on a project using Metacard's ability to move files between my local computer and an FTP site. I'm using the following syntax: Put url ftp://userName:[EMAIL PROTECTED]/myFolder/myFile/ into myLocalFilePath Can anybody help me with the syntax to also do the following: 1) delete an FTP file As Klaus said, delete url ftp://whatever 2) change the directory of an FTP file (without having to rewrite it) I take it you mean change the directory name and not move files to a different directory. This is a bit messy, but can be done with libUrlFtpCommand. First use the CWD command to change to the directory that contains the one you want to change. Then use RNFR and RNFT to change the name. put ftp.myserver.com into tHost put dave into tName put secret into tPass put olddirname into tFrom put newdirname into tTo put CWD /path/to/parent/folder into tCmd get libUrlFtpCommand(tCmd,tHost,tName,tPass) if word 1 of it is 250 then ##check for success put put RNFR tFrom into tCmd get libUrlFtpCommand(tCmd,tHost,tName,tPass) if word 1 of it is 350 then##really 350 this time put put RNTO tTo into tCmd get libUrlFtpCommand(tCmd,tHost,tName,tPass) if word 1 of it is not 250 then ## error stuff end if end if end if By the way, if you have Fetch on a Mac, a good way to discover the FTP command syntax is to open the transcript window, perform the actions you want to emulate, and note the commands that were issued. (I guess other FTP clients probably have the same feature.) Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
FTP File Access Trouble
I'm trying to use MC to save a stack to a password protected directory on a server. I created a designated username/password for the directory and I am using the past-offered convention for assembling the destination filepath: put the fileName of the topStack into tSourceURL put (ftp://; tName : tPass \ @ftp.myserver.com/special/mystack.mc) into tDestURL put url (binfile:tSourceURL) into url tDestURL The result is an error from the server reading Error 550. Access denied by ACL. I assume this means the server is denying access to the username/password I'm supplying in the above string. However, I have no problem accessing the destination directory using an FTP tool with the same login info provided in tName and tPass. Also, if I replace the tName/tPass variables with those of the server's admin login info, the script works fine. So I have to assume the server is expecting something that I (or MC) is not providing in the case of the designated username/password. Any ideas how I troubleshoot this? Thanks Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: FTP File Access Trouble
On 6/11/03 2:05 PM, andu [EMAIL PROTECTED] wrote: The result is an error from the server reading Error 550. Access denied by ACL. I assume this means the server is denying access to the username/password I'm supplying in the above string. You're not only trying to access a directory but also to write to it, maybe the user doesn't have write permissions like the admin. Thanks for the suggestion, but the user *does* have write access, which can be accomplished via an FTP tool. So far I cannot get *MC* to write to the directory. Still looking for suggestions... Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: FTP File Access Trouble
At 1:27 pm +0200 11/6/03, Scott Rossi wrote: I'm trying to use MC to save a stack to a password protected directory on a server. I created a designated username/password for the directory and I am using the past-offered convention for assembling the destination filepath: put the fileName of the topStack into tSourceURL put (ftp://; tName : tPass \ @ftp.myserver.com/special/mystack.mc) into tDestURL put url (binfile:tSourceURL) into url tDestURL The result is an error from the server reading Error 550. Access denied by ACL. I assume this means the server is denying access to the username/password I'm supplying in the above string. I think you would have gotten a different message if the username or password had failed. However, if either the username or password have funny characters in them (i.e. non-alphanumeric) you should urlEncode them before inserting them in the url. You might get more information if you use libUrlSetLogField to monitor the responses from the server. libUrlSetLogField the long id of field mylog Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: FTP File Access Trouble
On 6/11/03 3:00 PM, Dave Cragg [EMAIL PROTECTED] wrote: I'm trying to use MC to save a stack to a password protected directory on a server. I created a designated username/password for the directory and I am using the past-offered convention for assembling the destination filepath: put the fileName of the topStack into tSourceURL put (ftp://; tName : tPass \ @ftp.myserver.com/special/mystack.mc) into tDestURL put url (binfile:tSourceURL) into url tDestURL The result is an error from the server reading Error 550. Access denied by ACL. I assume this means the server is denying access to the username/password I'm supplying in the above string. I think you would have gotten a different message if the username or password had failed. However, if either the username or password have funny characters in them (i.e. non-alphanumeric) you should urlEncode them before inserting them in the url. I am urlEncoding the username as you suggest (the username contains an @ symbol). I don't believe this is the problem because when I use the admin login info (which also contains an @ symbol), MC can access the directory. You might get more information if you use libUrlSetLogField to monitor the responses from the server. libUrlSetLogField the long id of field mylog Thanks -- I'll try this. Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: re. AOL FTP
At 1:58 pm -0800 21/1/03, Richard Gaskin wrote: Ian Gordon wrote: put ftp://; urlEncode(tUsername) : tPass @ tadd tpath into ftpPath put url (binfile: SrcFilename) into tData libUrlFtpUpload tData, ftpPath The specs I found online suggested encoding the user name and/or password, but libURL still choked on it with an invalid url rror wqhen I tried using a put command. Did you resort to using the libUrlFtpUpload command to get around what may be overzealous error-checking in libURL in response to puts? Either way, while using that method no longer throws the invalid url error, I'm still getting errors (yes, I'm testing while logged into AOL as their docs suggest). It may be a typo in my code. At least I know that someone has successfully logged into AOL using libURLI'll keep trying... Sorry. I've been away and only just got this. In the orignal example, you should only need to urlEncode the password. anonymous can be passed as it is as urlEncode will make no difference. (In fact, libUrl urlDecodes all user names and passwords if present in the url, but it only matters if there are any non-alphanumeric characters in either the user name or password.) Be sure to NOT urlEncode the colon separating the name and password. So: put urlEncode(my_name) into tName put urlEncode([EMAIL PROTECTED]) into tPass put url (ftp://; tName : tPass @some.server.com/somefile.txt) into tData Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
AOL FTP
Looking at http://hometown.aol.com/web_member.adp, it says: Set up the FTP program by entering the following information into the program's login: - Host Name/Address: members.aol.com - User Name/ID: (Set to anonymous) - Password: (Your full AOL e-mail address) So it seems that to login to AOL's FTP I'd need to do something like this: ftp://anonymous:[EMAIL PROTECTED]@members.aol.com But of course with two @s that won't work. :( How do I apply AOL's recommendation to libURL's login/password urls? -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge 2.1: Publish any database on any site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: AOL FTP
On 1/21/03 8:55 AM, Richard Gaskin wrote: So it seems that to login to AOL's FTP I'd need to do something like this: ftp://anonymous:[EMAIL PROTECTED]@members.aol.com But of course with two @s that won't work. :( How do I apply AOL's recommendation to libURL's login/password urls? Those are the values I plug into Fetch and they work, but I've never tried creating a single string for use with MC. Did you try it? What would happen if you substituted the whatcha-callem codes for the first at sign (my brain just shorted out; what do you call those html codes that start with # or %?) One thing to be aware of though -- I haven't tried logging into AOL via ftp recently, but in the past it was always necessary for me to be logged in via their proprietary software before I was able to access my account via Fetch. I had to have an active AOL session going before I could get in. This may not be true if you have set up a public download folder though; I never tried that. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
re. AOL FTP
Hi I had the same problem a few weeks ago and found the answer in the list somewhere.. Use urlencode ex. put ftp://; urlEncode(tUsername) : tPass @ tadd tpath into ftpPath put url (binfile: SrcFilename) into tData libUrlFtpUpload tData, ftpPath Works for me. hope it does for you Ian --__--__-- Message: 11 Date: Tue, 21 Jan 2003 06:55:05 -0800 Subject: AOL FTP From: Richard Gaskin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Looking at http://hometown.aol.com/web_member.adp, it says: Set up the FTP program by entering the following information into the program's login: - Host Name/Address: members.aol.com - User Name/ID: (Set to anonymous) - Password: (Your full AOL e-mail address) So it seems that to login to AOL's FTP I'd need to do something like this: ftp://anonymous:[EMAIL PROTECTED]@members.aol.com But of course with two @s that won't work. :( How do I apply AOL's recommendation to libURL's login/password urls? -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge 2.1: Publish any database on any site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc --__--__-- ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: re. AOL FTP
Ian Gordon wrote: put ftp://; urlEncode(tUsername) : tPass @ tadd tpath into ftpPath put url (binfile: SrcFilename) into tData libUrlFtpUpload tData, ftpPath The specs I found online suggested encoding the user name and/or password, but libURL still choked on it with an invalid url rror wqhen I tried using a put command. Did you resort to using the libUrlFtpUpload command to get around what may be overzealous error-checking in libURL in response to puts? Either way, while using that method no longer throws the invalid url error, I'm still getting errors (yes, I'm testing while logged into AOL as their docs suggest). It may be a typo in my code. At least I know that someone has successfully logged into AOL using libURLI'll keep trying... -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge 2.1: Publish any database on any site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: ftp problems
On 12/10/02 7:44 PM, Klaus Major [EMAIL PROTECTED] wrote: Hi all, is anybody there mirroring the downloadable MC files (betas) on his/her server ? http://groups.yahoo.com/group/metacard_download/links -- Looks like the MC ftp-server is the dedicated target of DOS attacks :-( Could not reach that server since saturday, always Refused when attempting ... But i do not want to miss a single build ;-) Any help welcome. Thanks from germany Klaus Major [EMAIL PROTECTED] ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: ftp problems
Hi LiangTyan, Hi all, is anybody there mirroring the downloadable MC files (betas) on his/her server ? http://groups.yahoo.com/group/metacard_download/links Thanks a lot. Works fine. Regards Klaus Major [EMAIL PROTECTED] ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
FTP url - beta?
What is the FTP url for 'beta' releases of MetaCard? Thanks, JR ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Alternative to FTP
Hi MetaCard Users, The current way I'm using to get info to and from my web site via scripts is this: put url ftp://userName:[EMAIL PROTECTED]/myFolder/myFile/; into url myLocalFilePath However, some school districts have 'firewalls' which don't allow ftp calls. The http protocol seems to work, though, so I'm wondering if anybody knows how to do the same thing via the http protocal. Thanks, Ray Horsley Developer, LinkIt! Software ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Alternative to FTP
you could post the contents of a web page (url encoded) and then urldecode it in a cgi the other end? ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Synchronous FTP upload?
At 11:18 am -0700 25/6/02, Richard Gaskin wrote: Hmmm... still stumped on how to proceed, I'm afraid. I think I misunderstood the original problem. Here's the relevant snippet from my script: put ftp://; tUser : tPword @ tHost \ / tDir / into tBaseDestUrl put 0 into tCounter put the number of lines of tFileList into tMaxCount InitProgress Uploding files..., tMaxCount repeat for each line tDestFile in tFileList add 1 to tCounter put line 1 of tFileList into tDestFile put tBaseDestUrl tDestFile into tDestUrl doProgress Uploading file tCounter of tMaxCount, tCounter put url (file:line 1 of tFileList) into url tDestUrl Err the result end repeat My aim is to step through the list of local files in tFileList and upload each, incrementing a progress indicator as each file completes (each file is only a few k, so this level of granularity for the user feedback is okay). It should work. Something very similar works here (i.e. doing a series of puts in a repeat loop, and showing progress in the message box before each put). Running the script above, the first file transfers fine but I get a socket timeout on the second. Any chance the timeout error is real (i.e unresponsive server)? Do you send any messages in the doProgress or Err handlers, or do anything that might cause a wait (without messages)? Do the uploads work if you comment out those commands? Which version of libUrl are you using? There was a problem in an earlier version where every second download would fail. But this was before the version in the 2.4.2 engine. You can get the latest version here: http://www.runrev.com/revolution/developers/interimreleases/liburl/releases.shtml All question, no answers. Sorry! Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
RE: Synchronous FTP upload?
Richard, IMO, A cleaner (and safer) approach is to upload files to a web server using AltSAFileUp Library which should be compatible with file posting to webservers using form based file upload (RFC1867). Depending on what type of server you wish to upload, you can do the same as a browser based form such as: form enctype=multipart/form-data method=POST name=template action=do_something_with_the_file.asp which uses the input type: input type=file name=file2upload There are a number of ActiveX controls and ASP scripts which operate on the server-side to process your uploaded file from RunRev. I use Sofware Artisans FileUp ActiveX control. Then use the AltSAFileUp Library in your RR app -- which can be found at: http://www.altuit.com/webs/altuit2/RunRev/Downloads.htm I've used this with success. Check out ItemWizard (RR App) at: http://www.altuit.com/webs/hemingway/HemTools/ItemWizard.htm Also, if you're interested in rolling-your-own, you might check out the altURL Library at the same Downloads.htm page. It's pretty easy to read the source code, but you'll have to write your own FTP protocols. Finally, if you don't NEED ftp protocols, there's a nifty file transfer cross-platform utility app and source code called Sendreiver at: http://www.altuit.com/webs/altuit2/RunRev/Sendreiver.htm hope this helps, Chipp ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Synchronous FTP upload?
Dave Cragg wrote: At 3:30 am -0700 25/6/02, Richard Gaskin wrote: For running handlers that need to wait for the upload to complete, you could insert something like this at appropriate points: repeat until condition wait for messages end repeat Just be sure the condition will eventually come true. My understanding of wait for messages was the opposite, that it was designed to allow asynchronous behavior. Is there a way to use it to suspend script execution and event messages while waiting for an upload to complete? It won't suspend script execution or messages; as you say, just the opposite. But you can use it to make a particular script wait at a particular point while other stuff (e.g. a download) completes. But I'm sure it's not a suitable approach in all circumstances. Hmmm... still stumped on how to proceed, I'm afraid. Here's the relevant snippet from my script: put ftp://; tUser : tPword @ tHost \ / tDir / into tBaseDestUrl put 0 into tCounter put the number of lines of tFileList into tMaxCount InitProgress Uploding files..., tMaxCount repeat for each line tDestFile in tFileList add 1 to tCounter put line 1 of tFileList into tDestFile put tBaseDestUrl tDestFile into tDestUrl doProgress Uploading file tCounter of tMaxCount, tCounter put url (file:line 1 of tFileList) into url tDestUrl Err the result end repeat My aim is to step through the list of local files in tFileList and upload each, incrementing a progress indicator as each file completes (each file is only a few k, so this level of granularity for the user feedback is okay). Running the script above, the first file transfers fine but I get a socket timeout on the second. I've started down the road of writing my own FTP lib as Andu suggested, but it's a fair amount of work to get it right, as you know. Besides, what's the value of having a libURL if we wind up each rolling our own? I'd much rather contribute to something of shared value, if possible, so Rev/MC developers can spend less time error-checking the nuances of obscure FTP server configurations (does AOL really need to display such a long welcome message?) and more time providing unique, empowering client solutions. -- Richard Gaskin Fourth World Media Corporation Custom Software and Web Development for All Major Platforms Developer of WebMerge 2.0: Publish any Database on Any Site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Synchronous FTP upload?
--On Tuesday, June 25, 2002 11:18:37 -0700 Richard Gaskin [EMAIL PROTECTED] wrote: Dave Cragg wrote: At 3:30 am -0700 25/6/02, Richard Gaskin wrote: For running handlers that need to wait for the upload to complete, you could insert something like this at appropriate points: repeat until condition wait for messages end repeat Just be sure the condition will eventually come true. My understanding of wait for messages was the opposite, that it was designed to allow asynchronous behavior. Is there a way to use it to suspend script execution and event messages while waiting for an upload to complete? It won't suspend script execution or messages; as you say, just the opposite. But you can use it to make a particular script wait at a particular point while other stuff (e.g. a download) completes. But I'm sure it's not a suitable approach in all circumstances. Hmmm... still stumped on how to proceed, I'm afraid. Here's the relevant snippet from my script: put ftp://; tUser : tPword @ tHost \ / tDir / into tBaseDestUrl put 0 into tCounter put the number of lines of tFileList into tMaxCount InitProgress Uploding files..., tMaxCount repeat for each line tDestFile in tFileList add 1 to tCounter put line 1 of tFileList into tDestFile put tBaseDestUrl tDestFile into tDestUrl doProgress Uploading file tCounter of tMaxCount, tCounter put url (file:line 1 of tFileList) into url tDestUrl Err the result end repeat My aim is to step through the list of local files in tFileList and upload each, incrementing a progress indicator as each file completes (each file is only a few k, so this level of granularity for the user feedback is okay). Running the script above, the first file transfers fine but I get a socket timeout on the second. I've started down the road of writing my own FTP lib as Andu suggested, but it's a fair amount of work to get it right, as you know. Besides, what's the value of having a libURL if we wind up each rolling our own? I'd much rather contribute to something of shared value, if possible, so Rev/MC developers can spend less time error-checking the nuances of obscure FTP server configurations (does AOL really need to display such a long welcome message?) and more time providing unique, empowering client solutions. I'm not sure how libURL works these days but if it gives any hint as to when the upload is complete, you should wait for that before continuing the repeat. Looks to me as if the first download starts but the line is too busy to allow a new socket communication for which reason it times out. Set also the socketTimeOutInterval to a large number. -- Richard Gaskin Fourth World Media Corporation Custom Software and Web Development for All Major Platforms Developer of WebMerge 2.0: Publish any Database on Any Site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard Regards, Andu Novac ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Synchronous FTP upload?
Richard, Not sure if this helps, but I took a peek into the libURL scripts... It seems like you can get messages completely blocked by finding this: repeat while laFTPStatus[laUrl[laNx[x]]] is empty wait for messages end repeat Which appears several time in a ulFTPSend handler. Just comment out the wait for messages line. Dunno if that helps with anything, but hope so. Brian ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Synchronous FTP upload?
At 10:36 PM -0700 6/25/02, Richard Gaskin wrote: Geoff Canyon wrote: At 11:35 PM -0700 6/24/02, Richard Gaskin wrote: I have a fairly complex setup in which I nee to avid race conditions, and using put seems to allow processing of other messages while it's connecting and uploading. Could you simply store and cancel all the pendingMessages, and then restore them when you're done? I'm not sure I understand what you mean. It's the native system messages I would ideally like to suppress. Once upon a time I had thought put was synchronous that way Ah... I thought you were talking about the processing of messages sent...in. They could also go off during a lengthy download. Postpone and handle later, or simply ignore? If ignore (and maybe if postpone as well) you could insert a script in front that traps and discards all messages. -- regards, Geoff Canyon [EMAIL PROTECTED] ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Synchronous FTP upload?
Dave Cragg did a great job with the new libURL, but I need something that doesn't seem to be supported: How can I upload a file synchronously, such that all scripts stop until either the file is uploaded successfully or an error is encountered? I have a fairly complex setup in which I nee to avid race conditions, and using put seems to allow processing of other messages while it's connecting and uploading. Thanks in advance - -- Richard Gaskin Fourth World Media Corporation Custom Software and Web Development for All Major Platforms Developer of WebMerge 2.0: Publish any Database on Any Site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Synchronous FTP upload?
At 11:35 pm -0700 24/6/02, Richard Gaskin wrote: How can I upload a file synchronously, such that all scripts stop until either the file is uploaded successfully or an error is encountered? I have a fairly complex setup in which I nee to avid race conditions, and using put seems to allow processing of other messages while it's connecting and uploading. Thanks in advance - I agree that this is a limitation in the way blocking calls work in libUrl. Only the script that makes the blocking call is blocked. Handlers that are in the pending messages for example will still run. I can't think of an easy way to stop *all* other scripts running, but it should be possible on a script-by-scripts basis. For running handlers that need to wait for the upload to complete, you could insert something like this at appropriate points: repeat until condition wait for messages end repeat Just be sure the condition will eventually come true. I had been thinking of changing the way blocking calls operate in libUrl by doing synchronous reads/writes inside a repeat loop. Right now I'm not sure how feasible this is -- it will require some fairly big changes in libUrl (blocking and non-blocking calls currently share a lot of the script). But if there's a big need, I'll certainly take a look at it. Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Synchronous FTP upload?
Dave Cragg wrote: At 11:35 pm -0700 24/6/02, Richard Gaskin wrote: How can I upload a file synchronously, such that all scripts stop until either the file is uploaded successfully or an error is encountered? I have a fairly complex setup in which I nee to avid race conditions, and using put seems to allow processing of other messages while it's connecting and uploading. Thanks in advance - I agree that this is a limitation in the way blocking calls work in libUrl. Only the script that makes the blocking call is blocked. Handlers that are in the pending messages for example will still run. I can't think of an easy way to stop *all* other scripts running, but it should be possible on a script-by-scripts basis. For running handlers that need to wait for the upload to complete, you could insert something like this at appropriate points: repeat until condition wait for messages end repeat Just be sure the condition will eventually come true. My understanding of wait for messages was the opposite, that it was designed to allow asynchronous behavior. Is there a way to use it to suspend script execution and event messages while waiting for an upload to complete? I had been thinking of changing the way blocking calls operate in libUrl by doing synchronous reads/writes inside a repeat loop. Right now I'm not sure how feasible this is -- it will require some fairly big changes in libUrl (blocking and non-blocking calls currently share a lot of the script). But if there's a big need, I'll certainly take a look at it. Admittedly this is rare, even for me. But when you need it, you really need it. I've considered writing my own lib for this, but it's a lot of work to re-invent something that would be 90% overlap anyway. ) -- Richard Gaskin Fourth World Media Corporation Custom Software and Web Development for All Major Platforms Developer of WebMerge 2.0: Publish any Database on Any Site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Synchronous FTP upload?
At 3:30 am -0700 25/6/02, Richard Gaskin wrote: For running handlers that need to wait for the upload to complete, you could insert something like this at appropriate points: repeat until condition wait for messages end repeat Just be sure the condition will eventually come true. My understanding of wait for messages was the opposite, that it was designed to allow asynchronous behavior. Is there a way to use it to suspend script execution and event messages while waiting for an upload to complete? It won't suspend script execution or messages; as you say, just the opposite. But you can use it to make a particular script wait at a particular point while other stuff (e.g. a download) completes. But I'm sure it's not a suitable approach in all circumstances. Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Synchronous FTP upload?
--On Monday, June 24, 2002 23:35:33 -0700 Richard Gaskin [EMAIL PROTECTED] wrote: Dave Cragg did a great job with the new libURL, but I need something that doesn't seem to be supported: How can I upload a file synchronously, such that all scripts stop until either the file is uploaded successfully or an error is encountered? I have a fairly complex setup in which I nee to avid race conditions, and using put seems to allow processing of other messages while it's connecting and uploading. Best way is to write your own sockets communication with the server part, rather then using libURL. Thanks in advance - -- Richard Gaskin Fourth World Media Corporation Custom Software and Web Development for All Major Platforms Developer of WebMerge 2.0: Publish any Database on Any Site ___ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 AIM: FourthWorldInc ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard Regards, Andu Novac ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Synchronous FTP upload?
On 6/25/02 5:30 AM, Richard Gaskin wrote: My understanding of wait for messages was the opposite, that it was designed to allow asynchronous behavior. Is there a way to use it to suspend script execution and event messages while waiting for an upload to complete? Would this work: repeat until condition wait 1 end repeat I believe this form of wait doesn't allow messages to pass through. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: FTP upload anomaly--file opened, but nothing written
on 1/24/02 7:54 AM, Michael Walas at [EMAIL PROTECTED] wrote: Should the line: put gMachinePath of on uploadToArchives read put URL gMachinePath? If I try to rapid fire 2 or more get URL ftp etc., the second get always returns the message -425 Can't build data connection: Address already in use This reply from the server is written to the log fld of the libURL stack. Aloha from Hawaii, Michael: Thanks for responding my line is correct... because I can call that same handler all by itself from the message box and the put fld into URL ftp... Works fine... so, I suspect I am facing the same issue you faced... address already in use. i.e. apparently libURL is unable to open/read/write thru two or more sockets asynchronously to the same domain like most FTP clients can can. Scott wrote: Other than putting the delay in, no. I've put this in the QA queue for 2.4.2, though, so it will get looked at and, if reproducible, fixed for that. We should start public testing of 2.4.2 in a few weeks. Sivakatirswami also wrote: Also, there is zero feedback mechanism in the current libURL for an FTP upload... but of course that is being looked into already no doubt. You probably know this, but the result of a successful put URL 'ftp etc. returns upload complete put the result into cd fld Feedback Actually I *didn't* know that (where is the documentation?) So, Scott's putting delay in is very doable in this context... in fact I would rather the user wait, so using a send in to poll the result until upload is complete should work. Anyway I finished the project already, resorting to a completely explicit socket script for both uploads for this very specific file to two separate directories...fortunately writing your own sockets still seems to work fine in the latest versions. But I can use the above result/feedback at least to provide the user with an assurance on single file uploads Thanks! Hope this helps some. Om shanti, Hinduism Today Sivakatirswami Editor's Assistant/Production Manager [EMAIL PROTECTED] www.HinduismToday.com, www.HimalayanAcademy.com, www.Gurudeva.org, www.hindu.org Read The Master Course Lesson of the Day at http://www.gurudeva.org/lesson.shtml ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
FTP upload anomaly--file opened, but nothing written
I have a script that uploads a file and then uploads a copy of the same file to a different directory. In 2.3.2 I wrote the socket myself (well, actually hacked from Andu's FTP client and dedicated to single site/file task) and used it completely, twice. This worked fine... one file is uploaded... feedback is channeled to a log field the user can watch...when the upload was complete, turn around, open a new socket and upload the archive file. So, trying to do the same with the new URL command set I get this anomaly from the following script... first file is written, second file is opened, but no data is written to it. I know the second handler is correct, because if I run it separately by itself... from the message box...the file uploads and data is written properly... but in a one two sequence... no data is written in the second handler?? The behaviour is exactly the same in Metacard and Revolution (where, in the latter case, the start using stack libURL is not needed). Well, of course the immediate solution to the problem is to for me to simply use my own full socket scripts (which are a lot faster anyway than libURL.) But it would be good to have a solution for this, as, obviously, it is much easier to script a single FTP command line than write the entire socket, as I am looking for a general purpose solution where I only have to pass the user:pass:host:path to single command line in scripts. Also, there is zero feedback mechanism in the current libURL for an FTP upload... but of course that is being looked into already no doubt. == on upload start using stack libURL put ftp://gUser:gPass@; gHostgPathgFilename into gMachinePath put fld ftext into URL gMachinePath ## the above works fine if (gUser is gurudeva) and (gFileName is index.shtml ) then uploadToArchives end upload on uploadToArchives start using stack libURL put line 3 of fld fText into tDate put word 6 of tDate into tDay delete last char of tDay if tDay is among the items of (1,2,3,4,5,6,7,8,9) then put 0 before tDay put word 5 of tDate _ tDay_ word 7 of tDate into tDateString put archives/tDateString/index.shtml into archiveFile put ftp://gUser:gPass@; gHostgPatharchiveFile into gMachinePath put gMachinePath ##the above works fine if you run uploadToArchives from the message box ## but not in sequence from the upload handler above. TIA! Hinduism Today Sivakatirswami Editor's Assistant/Production Manager [EMAIL PROTECTED] www.HinduismToday.com, www.HimalayanAcademy.com, www.Gurudeva.org, www.hindu.org Read The Master Course Lesson of the Day at http://www.gurudeva.org/lesson.shtml ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: FTP upload frustrations
Contradiction please. Dennie is *correct* in pointing out prevalent and irritating performance irregularities with libURL. I too have had great hopes for MC FTP, but after hundreds of tests, can confirm only too well exactly the same results.More disheartening is thatone week ago, I sent the same informationto a prominent member of this list, goingso far as to ask for an MC FTP FAQ. The plea hasbeen ignored. From prior experience with PERL socket programming, I've tried scripting defensive safeguards and checks in libURL, but it just as often fails surreptitiously. Many questions have arisen in this list over MC's FTP irregularities. As someone who has spent too much time fighting it, my challenge is that this code should be stabilized, and clarified via FAQ, or brought back into the shop as not being ready for production use. Themost successful correctivemeasures I havetakenare (a) to increase the socketTimeoutInterval from the default 1 millisecondsto a larger number, like 5; and (b) to invoke libURL's "resetAll" handler before the next PUT URL or GET... URL transfer request. ResetAll closes all sockets -- a drastic measure and one that improved my chances of success only moderately. As for the first problem -- timeouts -- it is common in FTP implementations that the connection can close before all data is sent. Sometimes the close on the data socket returns before all data are from the TCP socket are sent, and as ftp remote server receives a new command on the FTP command socket it closes the data socket, thus truncating the file. libURL's error handling routines are naive. The socketError call, for instance, which is supposed to be invoked on errors, assumes that one can't open the connection *only* if the result sent to it is the string "Error 111 reading socket", rather than a more general failure condition. This means that all other return codes not exactly equal to this string (and FTP flavors are free to implement their own strings) will go undetected. For its own part the socketError handler is never called inside libURL. At least the "try" control structure should be implemented to catch any realtime errors, regardless of origin. It is never used in the 1400+ lines oflibURL stack script. On the same topic, the error diagnostics libURL produces are often inaccurate. If you have a valid url such as "ftp://user1202:[EMAIL PROTECTED]" but your net connection is down (or perhaps your laptop in Starbucks isn't on the Net), libURL responds to a failed connection with the spurious "invalid URL" message thatwill throw off any deeper error processing. The list of problems goes on. 50-80% of the time, the code works 100% well. The rest of the time, it works erratically. If you only use it once in a while, the odds of success are in your favor. In my experience, this library and its functionality, much touted in version 2.4, is undertested and undersupported.It's not hardto test FTP --it's very easy in fact --butit has to be done in volume under pessimisticscenarios (large file sizes; diverse FTPserver environment). None of my tests used files larger than25K of text. The FTP server(Compaq Proliant running Linux) works through other attempts, so I ruleit out Besides, if it fails, the client should still know and warn the user. Real QA would be advised for the next release and as implemented,and as forcritical data transfers, libURL has a credibility problem. andu [EMAIL PROTECTED] wrote: Dennie Hoopingarner wrote: OK, I admit it, I'm a complete newby when it comes to socket programming. I am baffled by the mixed results that I get when using the new libURL, especially for FTP. I can follow the "put url 'binfle:/' into url 'ftp://..." part. When I implement it, I get partially successful results. Sometimes it works, and sometimes it doesn't. That's what is so frustrating. If it didn't ever work, then I could stop obsessing about it and look for another solution. Here's what I'm trying to do. I have a text file on the desktop, in a folder called "webRecord." I want to upload it to my FTP site, using this script: put empty into field 1 put url "binfile:/G4 Titanium/Desktop Folder/webRecord/test.txt" into url "ftp://username:password@my! .ftp.site/test.txt" put the result into field 1 I click the button, and after a few seconds get the "upload complete" message. But that's where the inconsistent results emerge. Sometimes the file is uploaded correctly. Sometimes I get a zero byte file. Most of the time, though, I get nothing at all. No file is found on the server. It seems to happen if I try more than once. If I quit Metacard and then try again, I have better luck. Still not consistent, though. I assume that I am doing something wrong. Can one of you more knowledgeable souls help me out here, so that I can sleep at night?You're not doing anything wrong, the upload takes place properl
Re: FTP upload frustrations
Contradiction please. Dennie is *correct* in pointing out prevalent and irritating performance irregularities with libURL. I too have had great hopes for MC FTP, but after hundreds of tests, can confirm only too well exactly the same results. More disheartening is that one week ago, I sent the same information to a prominent member of this list, going so far as to ask for an MC FTP FAQ. The plea has been ignored. So you are pissed I didn't get to answer your email. I would've done it instantly have I known you were so touchy. Let me get something straight to you in case you didn't notice, I spent many hours on this list helping people out with different matters related to sockets, protocols, syntax and so on and I did it out of pleasure not obligation. A good part of your unanswered mail deals with syntax related to reading files not ftp, although I will provide instructions for whatever the library does, I will not make it my job to jump on every bad syntax issue and bring light to the masses with a FAQ. There is documentation for reading/writing files, if people invent their own syntax, let them. The library has been in testing as long as MC 2.4 has, most of the issues brought to my attention were related to HTTP and I tried dealing with them as fast as I could. People discovered ftp in the past 3 weeks or so and again, I fix bugs as soon as they are found, by me or others. Some bugs I can't fix because I can't reproduce them. You went so far as to ask for an MC FTP FAQ. What is that supposed to mean? From prior experience with PERL socket programming, I've tried scripting defensive safeguards and checks in libURL, but it just as often fails surreptitiously. Many questions have arisen in this list over MC's FTP irregularities. As someone who has spent too much time fighting it, my challenge is that this code should be stabilized, and clarified via FAQ, or brought back into the shop as not being ready for production use. You stabilize and clarify your code via FAQ, I'll let mine out to be tested and bug reported. Be convinced, I do my testing with as many servers as I can find, but real world tests with all kinds of connections (or non connections) and servers will be more valuable to everyone than a FAQ, as you imagine it. It is my expectation of libURL to be of production quality and I'm fully aware it still needs work and mostly constructive testing. The most successful corrective measures I have taken are (a) to increase the socketTimeoutInterval from the default 1 millisecondsto a larger number, like 5; and (b) to invoke libURL's resetAll handler before the next PUT URL or GET... URL transfer request. ResetAll closes all sockets -- a drastic measure and one that improved my chances of success only moderately. As for the first problem -- timeouts -- it is common in FTP implementations that the connection can close before all data is sent. Sometimes the close on the data socket returns before all data are from the TCP socket are sent, and as ftp remote server receives a new command on the FTP command socket it closes the data socket, thus truncating the file. I never experienced the communality of ftp servers closing connections as you did but I agree error handling needs more work. libURL's error handling routines are naive. The socketError call, for instance, which is supposed to be invoked on errors, assumes that one can't open the connection *only* if the result sent to it is the string Error 111 reading socket, rather than a more general failure condition. This means that all other return codes not exactly equal to this string (and FTP flavors are free to implement their own strings) will go undetected. For its own part the socketError handler is never called inside libURL. At least the try control structure should be implemented to catch any realtime errors, regardless of origin. It is never used in the 1400+ lines of libURL stack script. This one you got wrong, the error you mention is a socket error I receive from the engine not ftp. Why should it be called and by whom? Shall I make up stories so as to protect the sensibilities of some users? On the same topic, the error diagnostics libURL produces are often inaccurate. If you have a valid url such as ftp://user1202:[EMAIL PROTECTED]; but your net connection is down (or perhaps your laptop in Starbucks isn't on the Net), libURL responds to a failed connection with the spurious invalid URL message that will throw off any deeper error processing. The list of problems goes on. My mistake, I assumed I should provide error messages for computers connected to the internet but you convinced me, people do try to use ftp without a connection and I should consider them too. 50-80% of the time, the code works 100% well. The rest of the time, it works erratically. If you only use it once in a while, the odds of success are in your favor. In my experience, this library and its
FTP upload joy
Hello to all, I was about to chime in on my frustration about a long struggle with no success (in MC2.4) to upload a file to our Mac server. But then ... finally I found the solution to my problems and thought I would share it with you. My goal is to upload the results from students' diagnostic tests being done on their home computers. The text files should be uploaded to a Mac server. So far I have only tested my own uploading from a Mac and a PC (Windows 2000), the textfile is 20 kb. On the Mac server I have a folder mlab in which I create new folders and folders within folders whenever I need it. When I (or the students) download a portal stack the url may for instance be: http://www.hf.uib.no/hfolk/mlab/fraMP/frameny.exe However, when I upload a text file I have to use: put ftp://user:[EMAIL PROTECTED]/fraMP/test.txt; into href if the platform = macos then put url binfile:/signes/test.txt into url href if the platform = win32 then put url binfile:c:/somefolder/test.txt into url href A person in the computer section of the faculty informed me that what in order to upload I had to delete hfolk/mlab/ in the first url, since mlab was the root (don't ask me why). Then if I wanted to upload the file to a folder fraLyr within the folder fraMP I had to use the url ftp://user:[EMAIL PROTECTED]/fraMP/fraLyr/test.txt; Before the real uploading I also use (thanks to someone on the list): if not (the stacksinUse contains libURL) then start using liburl set socketTimeoutinterval to 10 send resetAll to stack libURL The next step is to test it from the students' computers, but so far, I'm feeling optimistic and very much releaved: Now off to a weekend in the mountains. A hearty thanks to Raney and all other helpful and kind persons on this list. MetaCard is a fantastic tool! Best regards Signe Marie Sanne -- 1. amanuensis Signe Marie Sanne e-mail: [EMAIL PROTECTED] Romansk Institutttel: +47 55 58 21 27 Oysteins gt. 1 5007 Bergen http://www.hf.uib.no/hfolk/mlab/default.html Norway Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
FTP - Can we get along?
Interesting reply.I apologize for being insensitive or touchy. My argument was about products not people, any identification between them was unintended, but I had to ask *somebody* knowledgeable, and I did so offline, so as not to pollute the list. Since an all-out flame is not what a public list wants, I'll do everythingI can to avoid this kind of reaction, while still making it known that significant problems and workarounds are in unresolved tension. I think my prior post was too strong, let's keep only the data portion of it. This is what I know: 1 - Of 217 tests performed with FTP functionality in MC, in succession, about 40 worked without incident. They were small text files.2 - The error rate appears to increase when multiple files are sent, or when there is more than 2 or 3 FTP calls per invocation of MC. 3 - Another member's post stating that Quitting MC fixes the problem is also corroborated by my experience. 4 - The following is beneficial for FTP robustness: if not (the stacksinUse contains "libURL") then start using "liburl" set socketTimeoutinterval to 10 send "resetAll" to stack "libURL"but we should understand that resetAll immediately closes open sockets, which may trunc pending writes or reads.5 - the HTTP functionality of libURL has worked 100% of the time. *** This is what I believe: 1 - If you have FTP needs, particularly for single transmissions, then the probability is that libURL will work very well.2 - If the FTP client goes offline (I deploy on a network of computers in NYC, NJ, Massacusetts, and California), for instance, when a DSL or gateway connection is lost, the user will not know, but libURL should.3 - Metacard *is* a fantastic tool. I have no idea what the support structure is, or what we can expect when lingering questions arise.4 - Metacard has an address ([EMAIL PROTECTED]) which is accessible for support questions. It seems that Scott Raney is the person who answers from there, and perhaps that's a better venue for technical questions. I retract the request for an FAQ for MC FTP usage. I'll take responsibility for that, and it will be as accurate only as I can make it. Whoever is interested in the URL for it, let me know. Andu's angry reply correctly points out inaccuracies in my statements - I'm not an expert with libURL. It is why I asked for help. I don't know who is responsible for libURL, or if it is a volunteered stack. If the latter is the case, I doubly apologize -- it was not common knowledge. I thought it was part of v2.4. But iflibURL was goodwill work,its authors certainly deserve more forbearance than I've given them, despite any reliability issues. I don't even know who authored it. I don't mean this as an insult to anyone: Why don't we create a thread for FTP users, so we can identify and focus on dialoguerelevant to specific details with consistency problems? For myself, I won't flame or ignore anyone's email. Cheers to all, and apologies to Andu. andu [EMAIL PROTECTED] wrote: Contradiction please. Dennie is *correct* in pointing out prevalent and irritating performance irregularities with libURL. I too have had great hopes for MC FTP, but after hundreds of tests, can confirm only too well exactly the same results. More disheartening is that one week ago, I sent the same information to a prominent member of this list, going so far as to ask for an MC FTP FAQ. The plea has been ignored.So you are pissed I didn't get to answer your email. I would've done itinstantly have I known you were so touchy.Let me get something straight to you in case you didn't notice, I spentmany hours on this list helping people out with different mattersrelated to sockets, protocols, syntax and so on and I did it out ofpleasure not obligation. A good part of your unanswered mail deals withsyntax related to reading fi! les not ftp, although I will provideinstructions for whatever the library does, I will not make it my job tojump on every bad syntax issue and bring light to the masses with a FAQ.There is documentation for reading/writing files, if people invent theirown syntax, let them.The library has been in testing as long as MC 2.4 has, most of theissues brought to my attention were related to HTTP and I tried dealingwith them as fast as I could.People discovered ftp in the past 3 weeks or so and again, I fix bugs assoon as they are found, by me or others. Some bugs I can't fix because Ican't reproduce them.You went "so far as to ask for an MC FTP FAQ". What is that supposed tomean? From prior experience with PERL socket programming, I've tried scripting defensive safeguards and checks in libURL, but it just as often fails surreptitiously. Many questions have arisen in this list over MC's FTP irregularities. As s! omeone who has spent too much time fighting it, my challenge is that this code should be stabilized, and clarified via FAQ, or brought back into the shop as not being ready for production use. You
Re: FTP - Can we get along?
On Fri, 5 Oct 2001 F. Ricardo, Ph.D. [EMAIL PROTECTED] wrote: Interesting reply.I apologize for being insensitive or touchy. My argument was about products not people, any identification between them was unintended, but I had to ask *somebody* knowledgeable, and I did so offline, so as not to pollute the list. Since an all-out flame is not what a public list wants, I'll do everything I can to avoid this kind of reaction, while still making it known that significant problems and workarounds are in unresolved tension. I think my prior post was too strong, let's keep only the data portion of it. This is what I know: 1 - Of 217 tests performed with FTP functionality in MC, in succession, about 40 worked without incident. They were small text files. 2 - The error rate appears to increase when multiple files are sent, or when there is more than 2 or 3 FTP calls per invocation of MC. 3 - Another member's post stating that Quitting MC fixes the problem is also corroborated by my experience. 4 - The following is beneficial for FTP robustness: if not (the stacksinUse contains libURL) then start using liburl set socketTimeoutinterval to 10 send resetAll to stack libURL but we should understand that resetAll immediately closes open sockets, which may trunc pending writes or reads. 5 - the HTTP functionality of libURL has worked 100% of the time. 6 - You never sent a bug report about this problem to [EMAIL PROTECTED] or [EMAIL PROTECTED], but instead sent it to this list which is *not* where these kinds of things should be sent because we normally only pick out the most interesting anomolies from this list for further examination. FTP problems (and indeed most libURL problems) don't fall into this category because problems FTPing even using browsers and dedicated FTP programs are so common as to mask any problems with the programs themselves. *** This is what I believe: 1 - If you have FTP needs, particularly for single transmissions, then the probability is that libURL will work very well. I think this is highly dependent on the server you use. In our tests ftp: URLs works reliably, but this is admittedly a relatively easy test for libURL because they're all local UNIX systems we've tested with before, ruling out network congestion and possibly more persistent incompatibility problems that may occur with some servers. 2 - If the FTP client goes offline (I deploy on a network of computers in NYC, NJ, Massacusetts, and California), for instance, when a DSL or gateway connection is lost, the user will not know, but libURL should. Possibly, though in most cases getting a socketTimeout message would be the only way. Certainly it's not as simple as using try..catch or any other sort of error handling because even in the rare cases where the error can happen immediately when a command is executed, it'll be returned in the result rather than causing an execution error. 3 - Metacard *is* a fantastic tool. I have no idea what the support structure is, or what we can expect when lingering questions arise. You can expect bugs to be fixed, but only if you send detailed reports about them to us. I can't FTP is not specific: we need to know what server, more about what type of system and what kind of connection you have to the server, and whether you're sure you can reliably get to that from another program (browser or dedicated FTP program). 4 - Metacard has an address ([EMAIL PROTECTED]) which is accessible for support questions. It seems that Scott Raney is the person who answers from there, and perhaps that's a better venue for technical questions. Exactly. I retract the request for an FAQ for MC FTP usage. I'll take responsibility for that, and it will be as accurate only as I can make it. Whoever is interested in the URL for it, let me know. Sounds good. I actually expected a bit more participation of this type since we decided to move URL processing out into a separate open source library. While a few people have been diligent in sending in reports, there's been (apparently) relatively little examination of the libURL script itself and almost no contributions to improving it. Andu's angry reply correctly points out inaccuracies in my statements - I'm not an expert with libURL. It is why I asked for help. No problem, so as long as what you're really doing is asking for help and not reporting a bug or just whining, messages containing such things should go someplace else ;-) I don't know who is responsible for libURL, or if it is a volunteered stack. If the latter is the case, I doubly apologize -- it was not common knowledge. I thought it was part of v2.4. But if libURL was goodwill work, its authors certainly deserve more forbearance than I've given them, despite any reliability issues. I don't even know who authored it. It is a supported part of the product, though admittedly a very new part and one that still needs
Re: FTP - Can we get along?
Scott Raney wrote: 3 - Metacard *is* a fantastic tool. I have no idea what the support structure is, or what we can expect when lingering questions arise. You can expect bugs to be fixed, but only if you send detailed reports about them to us. I can't FTP is not specific: we need to know what server, more about what type of system and what kind of connection you have to the server, and whether you're sure you can reliably get to that from another program (browser or dedicated FTP program). I have a tip for submitting bugs that I've found is very helpful when I get them from my own customers, and I've seen Scott respond almost instantly with confirmation when I take the time to do this: If possible, see if you can create an isolated example stack that illustrates the problem you're experiencing. Sometimes it isn't possible, but most of the time I've found that it's useful for myself as well. It lets me rule out other potential sources of trouble, and as often as not the time I take to isolate problems in this way shows me that the true source of the problem was not what I originally anticipated; in some cases I find that it's something I can fix myself and get back to work, but I wouldn't have known if I hadn't taken the time to slow down and really analyze the problem. Once you've isolated a problem and verified that it's something in the engine (or in this case, libURL), sending that to Scott with a step-by-step recipe for reproducing the problem will allow him to zero in on it quickly. And of course, the faster he can identify a problem the faster he can deliver a fix to us. I've found Scott Raney provides pretty much the best support in the industry, but I'll have to admit that my appreciation for his efforts has grown with my own self-discipline in problem analysis. When I used to submit really sloppy reports, I didn't get the results I wanted; when I provide a good recipe or example stack, most of the time I see a fix in the very next build. -- Richard Gaskin Fourth World Media Corporation Multimedia Design and Development for Mac, Windows, UNIX, and the Web _ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717AIM: FourthWorldIncFax: 323-225-0716 Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
FTP upload frustrations
OK, I admit it, I'm a complete newby when it comes to socket programming. I am baffled by the mixed results that I get when using the new libURL, especially for FTP. I can follow the put url 'binfle:/' into url 'ftp://...; part. When I implement it, I get partially successful results. Sometimes it works, and sometimes it doesn't. That's what is so frustrating. If it didn't ever work, then I could stop obsessing about it and look for another solution. Here's what I'm trying to do. I have a text file on the desktop, in a folder called webRecord. I want to upload it to my FTP site, using this script: put empty into field 1 put url binfile:/G4 Titanium/Desktop Folder/webRecord/test.txt into url ftp://username:[EMAIL PROTECTED]/test.txt; put the result into field 1 I click the button, and after a few seconds get the upload complete message. But that's where the inconsistent results emerge. Sometimes the file is uploaded correctly. Sometimes I get a zero byte file. Most of the time, though, I get nothing at all. No file is found on the server. It seems to happen if I try more than once. If I quit Metacard and then try again, I have better luck. Still not consistent, though. I assume that I am doing something wrong. Can one of you more knowledgeable souls help me out here, so that I can sleep at night? Thanks a lot! Dennie -- Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP upload frustrations
Dennie Hoopingarner wrote: OK, I admit it, I'm a complete newby when it comes to socket programming. I am baffled by the mixed results that I get when using the new libURL, especially for FTP. I can follow the put url 'binfle:/' into url 'ftp://...; part. When I implement it, I get partially successful results. Sometimes it works, and sometimes it doesn't. That's what is so frustrating. If it didn't ever work, then I could stop obsessing about it and look for another solution. Here's what I'm trying to do. I have a text file on the desktop, in a folder called webRecord. I want to upload it to my FTP site, using this script: put empty into field 1 put url binfile:/G4 Titanium/Desktop Folder/webRecord/test.txt into url ftp://username:[EMAIL PROTECTED]/test.txt; put the result into field 1 I click the button, and after a few seconds get the upload complete message. But that's where the inconsistent results emerge. Sometimes the file is uploaded correctly. Sometimes I get a zero byte file. Most of the time, though, I get nothing at all. No file is found on the server. It seems to happen if I try more than once. If I quit Metacard and then try again, I have better luck. Still not consistent, though. I assume that I am doing something wrong. Can one of you more knowledgeable souls help me out here, so that I can sleep at night? You're not doing anything wrong, the upload takes place properly it's just the result that's misplaced. It will be fixed for the next release. Thanks a lot! Dennie -- Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
FTP Question
Hello List: I believe I understand the form to use with FTP in the new libURL stack is: put url ftp://user:[EMAIL PROTECTED]/; into fld 1 ...to get a directory listing. But with my ISP, the username takes the form of: [EMAIL PROTECTED] So I tried using the script above, as well as the following: put url ftp:[EMAIL PROTECTED]:[EMAIL PROTECTED]/; into fld 1 In both cases, the libURL stack script just hangs until I force quit the script. It appears libURL doesn't have a recourse when the server returns a message of rejecting anonymous login. I'm also wondering if the libURL script may not accept 2 @ symbols in a string. Can someone suggest how I might format user/password to get FTP working? (BTW, I'm using the build of libURL that ships in the latest download from Metacard.com.) Thanks Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design Email: [EMAIL PROTECTED] Web: www.tactilemedia.com Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP Question
Scott Rossi wrote: Hello List: I believe I understand the form to use with FTP in the new libURL stack is: put url ftp://user:[EMAIL PROTECTED]/; into fld 1 No, ftp://user:[EMAIL PROTECTED]/; is the correct way. ...to get a directory listing. But with my ISP, the username takes the form of: [EMAIL PROTECTED] So I tried using the script above, as well as the following: put url ftp:[EMAIL PROTECTED]:[EMAIL PROTECTED]/; into fld 1 The library seems to parse the 2 @ correctly, the problem must be somewhere else. I'm very skeptical of [EMAIL PROTECTED] for for username though, never heard of it. Can you login with other ftp clients? If you have Interarchy you can see exactly what the server doesn't like and let me know. In both cases, the libURL stack script just hangs until I force quit the script. It appears libURL doesn't have a recourse when the server returns a message of rejecting anonymous login. I'm also wondering if the libURL script may not accept 2 @ symbols in a string. The library needs better error handling then just hanging, that's for sure; I wonder who did it;-). Can someone suggest how I might format user/password to get FTP working? (BTW, I'm using the build of libURL that ships in the latest download from Metacard.com.) Thanks Regards, Scott Rossi Creative Director Tactile Media, Multimedia Design Email: [EMAIL PROTECTED] Web: www.tactilemedia.com Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. -- Regards, Andu ___ [EMAIL PROTECTED] Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP Question
So I tried using the script above, as well as the following: put url ftp:[EMAIL PROTECTED]:[EMAIL PROTECTED]/; into fld 1 In both cases, the libURL stack script just hangs until I force quit the script. It appears libURL doesn't have a recourse when the server returns a message of rejecting anonymous login. I'm also wondering if the libURL script may not accept 2 @ symbols in a string. Can someone suggest how I might format user/password to get FTP working? I don't know if this helps but an ISP I use has the same convention which affects grabbing e-mail as well. I use Eudora for my e-mail client and I found that if I use + instead of the first @, it works perfectly! So I've no idea whether this'll work with MetaCard FTP, but why don't you try the following instead: put url ftp://user+mydomain.com:[EMAIL PROTECTED]/; into fld 1 Just an idea?! ;) Cheers Peter -- Peter Reid Reid-IT Limited, Loughborough, Leics., UK Tel: +44 (0)1509 268843 Fax: +44 (0)870 052 7576 E-mail: [EMAIL PROTECTED] Web: http://www.reidit.co.uk Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP uploads
Mark Luetzelschwab wrote: tried out the FTP uploads...had some trouble.. on mouseUp put url file:///Macintosh HD/Desktop Folder/Movie Browser/web/index.html \ into url That's no good put url binfile:/Macintosh HD/Desktop Folder/MovieBrowser/web/index.html into url is what you want and it works with binary and text files. ftp://myuser:[EMAIL PROTECTED]/d.txt; put the result end mouseUp it tried to STOR it as /d.txt..permission was denied STOR /d.t Using Fetch, it called: STOR d.txt and it was ok. Is there any way around this? This same problem did NOT appear on another ftp server (the second one spit back a long path /Library/Web Server/ etc...) and I was able to use MC to ftp to it. However, upload a large quicktime movie, then download using Fetch, the movie was corrupted. (the movie is flattened, etc, so binary transfer should have been ok). Any ideas? Also, how do you check the status of an ftp upload? Urlstatus does not return expected results. Put the result should return Upload complete when it's done, I'll make urlStatus() work also. Thanks! -ml -- Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. -- Regards, Andu ___ [EMAIL PROTECTED] Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
FTP uploads
tried out the FTP uploads...had some trouble.. on mouseUp put url file:///Macintosh HD/Desktop Folder/Movie Browser/web/index.html \ into url ftp://myuser:[EMAIL PROTECTED]/d.txt; put the result end mouseUp it tried to STOR it as /d.txt..permission was denied STOR /d.t Using Fetch, it called: STOR d.txt and it was ok. Is there any way around this? This same problem did NOT appear on another ftp server (the second one spit back a long path /Library/Web Server/ etc...) and I was able to use MC to ftp to it. However, upload a large quicktime movie, then download using Fetch, the movie was corrupted. (the movie is flattened, etc, so binary transfer should have been ok). Any ideas? Also, how do you check the status of an ftp upload? Urlstatus does not return expected results. Thanks! -ml -- Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP uploads
Mark Luetzelschwab wrote: tried out the FTP uploads...had some trouble.. on mouseUp put url file:///Macintosh HD/Desktop Folder/Movie Browser/web/index.html \ into url ftp://myuser:[EMAIL PROTECTED]/d.txt; put the result end mouseUp it tried to STOR it as /d.txt..permission was denied STOR /d.t The only way I can help with this is to have a url I can test on. Using Fetch, it called: STOR d.txt and it was ok. Is there any way around this? This same problem did NOT appear on another ftp server (the second one spit back a long path /Library/Web Server/ etc...) and I was able to use MC to ftp to it. However, upload a large quicktime movie, then download using Fetch, the movie was corrupted. (the movie is flattened, etc, so binary transfer should have been ok). Any ideas? I uploaded a JPG file with libURL and downloaded it with Fetch and it was fine. Test with other binary files see what happens. Also, how do you check the status of an ftp upload? Urlstatus does not return expected results. Not yet. Thanks! -ml -- Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. -- Regards, Andu ___ [EMAIL PROTECTED] Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP
I have a modification of Andu's FTP stack that uploads/displays files on a server. Anyone interested, let me know. My only request is that people let me know of any good modifications to the stack. I don't have a server so if someone can put it on their server, it may be more available. Michael [EMAIL PROTECTED] Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
FTP setup considerations
Thanks, Michael! BTW, for anyone interested in using the precious new FTP syntax, my experience is that the following appear to increase transmission robustness rather significantly: on prepFTP # sanity check: if not (the stacksinUse contains libURL) then start using stack libURL # circumvents annoying socket timeout error set socketTimeoutInterval to 10 # close pending sockets send resetAll to stack libURL end prepFTP I'm not finished poring through libURL's code, so I can't tell yet what the implications are -- e.g., is it wise to check through all cachedURLs to ensure that nothing is pending prior to calling resetAll? I don't know, but Michael's work may already supercede this. -Francisco --- [EMAIL PROTECTED] wrote: I have a modification of Andu's FTP stack that uploads/displays files on a server. Anyone interested, let me know. My only request is that people let me know of any good modifications to the stack. I don't have a server so if someone can put it on their server, it may be more available. Michael [EMAIL PROTECTED] Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. __ Do You Yahoo!? Get email alerts NEW webcam video instant messaging with Yahoo! Messenger. http://im.yahoo.com Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
FTP usage
Hi, gang, I'm trying to specify how to upload a file to a location via FTP. The normal methods don't seem appropriate. If I say put url file:c:/foo.txt into url ftp://usr:[EMAIL PROTECTED]/in/; I don't see the file up there, even though libURL replies upload complete I also have no way to specify the name of the uploaded file; I assume it'd have always to be the same name. This leads to the second point about FTP: how do I rename the file remotely, delete it, or invoke other FTP commands? Thanks! FJR __ Do You Yahoo!? Get email alerts NEW webcam video instant messaging with Yahoo! Messenger. http://im.yahoo.com Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP syntax for upload?
F. Ricardo, Ph.D. wrote: Hi, gang, I'm trying to specify how to upload a file to a location via FTP. The normal methods don't seem appropriate. If I say put url file:c:/foo.txt into url ftp://usr:[EMAIL PROTECTED]/in/; The correct syntax is: put url file:c:/foo.txt into url ftp://usr:[EMAIL PROTECTED]/in/foo.txt; I don't see the file up there, even though libURL replies upload complete That is a mistake, I'll fix it. I also have no way to specify the name of the uploaded file; I assume it'd have always to be the same name. Correct. This leads to the second point about FTP: how do I rename the file remotely, delete it, or invoke other FTP commands? Use delete url ftp://usr:[EMAIL PROTECTED]/in/foo.txt; I just tested both commands and they work, the user feedback obviously needs some work. Make sure you have the right paths to files. Thanks! FJR __ Do You Yahoo!? Get email alerts NEW webcam video instant messaging with Yahoo! Messenger. http://im.yahoo.com Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. -- Regards, Andu ___ [EMAIL PROTECTED] Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Security/FTP log in info
on 9/17/01 3:17 AM, Raymond E. Griffith at [EMAIL PROTECTED] wrote: A script encrypted with a password in entirely unreadable by a text editor. When running in MC, access to all scripts are restricted without the passkey. However anything else is accessible, including custom properties. You can set a script with another script, but the user who runs it will run into the ten-line limitation if running the starter kit. But if you set a script without the on handlername or function functionname headers that show a script then you can use the script as a general container. As for *how* secure the passkey is -- I believe that the MC readme refers to it as a rather weak form of encryption. I know that Scott says if you forget a password you can send your stack to him and get it removed for a fee. If Scott considers the encryption to be weak, I'd say that it may well be. But on the face of it the level of encryption should be daunting enough to make most people shy away from trying to guess an unguessable password. Excellent insights, very useful, thanks. Now, final question relates your insights to previous one: It was said that when a standalone is built, the stack script is encrypted also. And it would indeed appear not so, I examined one of my stand alones in BBEdit and the stack script was quite visible... so, looks like your proposal is the best one so far. Password protected substack...will have to set though...if one can in fact extract data from a password protected substack with out opening it. Hinduism Today Sivakatirswami Editor's Assistant/Production Manager [EMAIL PROTECTED] www.HinduismToday.com, www.HimalayanAcademy.com, www.Gurudeva.org, www.hindu.org Statement on America Under Attack And August 2000 Address made at the United Nations on Stopping the War in the Home: http://www.saivasiddhanta.org/hawaii/church/policy/attack_on_america_9112001 .html Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP in 2.4
David Bovill wrote: Looks like: put url user:password@ftp://ftp.metacard.com/; with authentication Should be: put url ftp://user:[EMAIL PROTECTED]/; True, sorry for the confision. However I can't quite get it to work yet... not sure which paths to use (think it should be the full path from HOME) - keep getting the anonymous FTP directory? If I do: put url ftp://user:[EMAIL PROTECTED]/; I log in as user at the root of my $HOME which is probably something like /home/users/user_name/. From: Andu [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: FTP in 2.4 Anyone know how to use LibURL to ftp? Any help text on this? put url ftp://ftp.metacard.com/; with /, returns the directory put url user:password@ftp://ftp.metacard.com/; with authentication put url ftp://ftp.metacard.com/MetaCard/linux.tgz; returns file put data into url Y uploads files set ftpActive() for active (as opposed to passive) transfers ...and make sure you report any bugs. -- Regards, Andu ___ [EMAIL PROTECTED] Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Security/FTP log in info
on Sat, 15 Sep 2001 12:24:23 +0100 David Bovill at [EMAIL PROTECTED] wrote \ The only thing that is encrypted is the stack script - but you can always use this as a container to store your log - there is no reason why not (and my understanding is that it is fairly secure - maybe not a good place to store your credit card details - but still pretty difficult to crack without low level tools). on Fri, 14 Sep 2001 18:29:39 -1000 Sivakatirswami [EMAIL PROTECTED] wrote Question... if the stack is encrypted with a password, would the the FTP log in access info be unreadable? how secure would it be...really? A script encrypted with a password in entirely unreadable by a text editor. When running in MC, access to all scripts are restricted without the passkey. However anything else is accessible, including custom properties. You can set a script with another script, but the user who runs it will run into the ten-line limitation if running the starter kit. But if you set a script without the on handlername or function functionname headers that show a script then you can use the script as a general container. As for *how* secure the passkey is -- I believe that the MC readme refers to it as a rather weak form of encryption. I know that Scott says if you forget a password you can send your stack to him and get it removed for a fee. If Scott considers the encryption to be weak, I'd say that it may well be. But on the face of it the level of encryption should be daunting enough to make most people shy away from trying to guess an unguessable password. But only Scott -- or a hacker -- would be able to tell you how secure your log or scripts would be. The ask password encryption is reductive. I rather suspect that the stack password encryption is as well, but the form is different. The ask password is interesting, though. Used in a script you could do something like this: ask password Please enter your clearance code if it is not nm7?._Y~@IO,=|FsVO then exit mouseup The interesting thing is that in order to get this, the user would have to type in today and tomorrow. So even if someone has the ability to see a script, they may not be able to run the script as it stands without the password. Reversing the password would have to be a major pain I'm sure. Because the encryption is reductive, you might never be able to get the intended original back again. The cryptography placed into MC is interesting -- but I'm pretty sure Scott will never tell (right?). Hmmm. Thinking. How to make the stack password even *more* secure? Try using a script on a substack as a container and encoding the substack with an ask password (on preopenstack) as well as a stack password (that is different from the mainstack's password). The user would not even be able to open the substack without the password, and then they would have to face the prospect of a stack password to access a script. I'd venture to say that for ordinary users, you'd be pretty safe this way. Again, fascinating subject. I wish I had a bit more time to play with it. Cheers, Raymond Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Security/FTP log in info
on 9/16/01 1:00 AM, David Bovill [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote: The only thing that is encrypted is the stack script - but you can always use this as a container to store your log - there is no reason why not (and my understanding is that it is fairly secure - maybe not a good place to store your credit card details - but still pretty difficult to crack without low level tools). Ok then, so a function in the stack script such as function get_login_data put host.server.com cr \ UserName cr \ Password into logInData return logInData end get_login_data That could be called later from anywhere..and return three lines of the necessary data should work. And this would get encrypted in a password protected Standalone application. Thanks Hinduism Today Sivakatirswami Editor's Assistant/Production Manager [EMAIL PROTECTED] www.HinduismToday.com, www.HimalayanAcademy.com, www.Gurudeva.org, www.hindu.org Statement on America Under Attack And August 2000 Address made at the United Nations on Stopping the War in the Home: http://www.saivasiddhanta.org/hawaii/church/policy/attack_on_america_9112001 .html Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Security/FTP log in info
on 9/16/01 1:00 AM, David Bovill [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote: The only thing that is encrypted is the stack script - but you can always use this as a container to store your log - there is no reason why not (and my understanding is that it is fairly secure - maybe not a good place to store your credit card details - but still pretty difficult to crack without low level tools). Ok then, so a function in the stack script such as function get_login_data put host.server.com cr \ UserName cr \ Password into logInData return logInData end get_login_data That could be called later from anywhere..and return three lines of the necessary data should work. And this would get encrypted in a password protected Standalone application. Thanks Hinduism Today Sivakatirswami Editor's Assistant/Production Manager [EMAIL PROTECTED] www.HinduismToday.com, www.HimalayanAcademy.com, www.Gurudeva.org, www.hindu.org Statement on America Under Attack And August 2000 Address made at the United Nations on Stopping the War in the Home: http://www.saivasiddhanta.org/hawaii/church/policy/attack_on_america_9112001 .html Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Security/FTP log in info
The only thing that is encrypted is the stack script - but you can always use this as a container to store your log - there is no reason why not (and my understanding is that it is fairly secure - maybe not a good place to store your credit card details - but still pretty difficult to crack without low level tools). From: Sivakatirswami [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Fri, 14 Sep 2001 18:29:39 -1000 To: [EMAIL PROTECTED] Subject: Security/FTP log in info Question... if the stack is encrypted with a password, would the the FTP log in access info be unreadable? how secure would it be...really? Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP in 2.4
Looks like: put url user:password@ftp://ftp.metacard.com/; with authentication Should be: put url ftp://user:[EMAIL PROTECTED]/; However I can't quite get it to work yet... not sure which paths to use (think it should be the full path from HOME) - keep getting the anonymous FTP directory? From: Andu [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: FTP in 2.4 Anyone know how to use LibURL to ftp? Any help text on this? put url ftp://ftp.metacard.com/; with /, returns the directory put url user:password@ftp://ftp.metacard.com/; with authentication put url ftp://ftp.metacard.com/MetaCard/linux.tgz; returns file put data into url Y uploads files set ftpActive() for active (as opposed to passive) transfers ...and make sure you report any bugs. Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Regards, Andu __ [EMAIL PROTECTED] Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Security/FTP log in info
First: our hearts and prayers go out to all those affected by the terrible events of the 11th, let us hope our leaders are successful in the endeavors... (see below for more if you are interested) I asked this question in a message with several other questions and never got an answer...so, try again... With 2.4 we see great tools down the road for creating interfaces for delegation of web tasks. In many instances we would like individuals to have access for very specific tasks but not give them access to the site globally. The idea would be to embed the FTP log in info into some specialized toolbox stack/standalone. Question... if the stack is encrypted with a password, would the the FTP log in access info be unreadable? how secure would it be...really? Hinduism Today Sivakatirswami Editor's Assistant/Production Manager [EMAIL PROTECTED] www.HinduismToday.com, www.HimalayanAcademy.com, www.Gurudeva.org, www.hindu.org Statement on America Under Attack And August 2000 Address made at the United Nations on Stopping the War in the Home: http://www.saivasiddhanta.org/hawaii/church/policy/attack_on_america_9112001 .html Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
FTP in 2.4/Permissoins
on 8/18/01 6:32 PM, [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote: Anyone know how to use LibURL to ftp? Any help text on this? put url ftp://ftp.metacard.com/; with /, returns the directory put url user:password@ftp://ftp.metacard.com/; with authentication put url ftp://ftp.metacard.com/MetaCard/linux.tgz; returns file put data into url Y uploads files set ftpActive() for active (as opposed to passive) transfers ..and make sure you report any bugs. Outstanding, great work Andu! ... I am using FTP from MC every day now (2.3.2) and will upgrade to 2.4 soon. Meanwhile I figured out the permissions thing by using a monitor log to see that an FTP client simply writes to the socket: SITE CHMOD 755 /public_html/cgi-bin/build_lessons.mt (in this case, specifically to make cgi's executable with rwx r-x r-x) So, in Andu's MC FTP script, after the sendData handler is done, it seemed obvious to add this: write SITE CHMOD 755iPath crlf to socket Q read from socket Q for 1 line #for confirmation put cr it before fld log just before writing QUIT to the socket... Bingo, it worked like charm. Now, of course this means I have to manually change the script for any different kinds of permissions (don't know any others are needed for .mt scripts...) So, if you were able to incorporate permissions into the new 2.4 routines that would be great (or maybe you have already) This is allows one to use an MC interface to manage .mt scripts (and bourne shell scripts also), upload, set permissions, trigger with get and put the results into a field... all with just the click of a button. saying good bye to FTP clients and browsers for the cgi development process and it is saving a LOT of time. Of course, one can modify the LibURL oneself too, but then, that would globally set permissions for all FTP uploads... so, ideally it would be a separate handler all together, that you would call after you completed the upload, something like: put data into url Y uploads files set permissions url Y to 755 where the set permissions url Y part was handled by the LibURL engine One option at least... Hinduism Today Sivakatirswami Editor's Assistant/Production Manager [EMAIL PROTECTED] www.HinduismToday.com, www.HimalayanAcademy.com, www.Gurudeva.org, www.hindu.org Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP in 2.4
Damn - and I just spent half a day getting it working from your FTP-Q stack! From: Andu [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Sat, 18 Aug 2001 16:30:10 -0400 (EDT) To: [EMAIL PROTECTED] Subject: Re: FTP in 2.4 Anyone know how to use LibURL to ftp? Any help text on this? put url ftp://ftp.metacard.com/; with /, returns the directory put url user:password@ftp://ftp.metacard.com/; with authentication put url ftp://ftp.metacard.com/MetaCard/linux.tgz; returns file put data into url Y uploads files set ftpActive() for active (as opposed to passive) transfers ...and make sure you report any bugs. Will do Andu. NB how does the syntax work with the library - take it this is something done in 2.4? But what get's sent to the library with each of the above? Also are you working on the POP/SMTP library as well? Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP downloads
Cool! I just posted a mirror there as well. Looks like we should all be able to get the files very easily now. -Mark On Thursday, June 21, 2001, at 02:52 AM, LiangTyan Fui wrote: For start, I have just created a group with Yahoo: http://groups.yahoo.com/group/metacard_download/links Everyone are welcome to join the group and offer bookmarks for MetaCard download mirror site. If you do not want to offer mirror site later, just delete it. I'll be pleased if Scott may join the group to keep us inform on new update, so that we may start updating our mirrors. Regards, LiangTyan Fui Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP downloads
On 6/19/01 2:45 AM, Scott Raney wrote: LiangTyan Fui [EMAIL PROTECTED] wrote: Here is a temporally mirror site that you may try: http://www.magix.com.my/tmp/linux.tgz http://www.magix.com.my/tmp/MacOS.sit http://www.magix.com.my/tmp/README.2.4 http://www.magix.com.my/tmp/Win32.zip I hope I did not violence MetaCard copyright. Thanks, there's no problem with redistributing these files under the Starter Kit license. BTW: Is this a right time for us to have a few mirror site for MetaCard download? We'd encourge this *if* you can commit to keeping the mirrors updated. We've used mirrors in the past but this has always been a significant problem: The only thing worse than a slow download from the main server is getting the wrong version from a mirror, a problem made worse when it's new potential customers who run into it because they don't know what version they're supposed to be getting. For start, I have just created a group with Yahoo: http://groups.yahoo.com/group/metacard_download/links Everyone are welcome to join the group and offer bookmarks for MetaCard download mirror site. If you do not want to offer mirror site later, just delete it. I'll be pleased if Scott may join the group to keep us inform on new update, so that we may start updating our mirrors. Regards, LiangTyan Fui Does anyone else regularly have problems accessing or downloading from ftp.metacard.com? We check it periodically and other than occasional delays logging in during peak times, we've never seen any trouble with it. If you do have trouble, it'd be good to run ping and/or traceroute to see if the problem is with the server itself or with some part of the path between it and you (i.e., slow downloads are often caused by overloaded routers between you and the server, and you'll see this as dropped packets in ping and missing time values when using traceroute). Regards, Scott -- Scott Raney [EMAIL PROTECTED] http://www.metacard.com MetaCard: You know, there's an easier way to do that... Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP downloads
David Bovill a écrit : Yes, I've been having a number of problems (myself, and with friends I have asked to try and download stuff). From: Scott Raney [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Mon, 18 Jun 2001 12:45:22 -0600 (MDT) To: [EMAIL PROTECTED] Subject: Re: FTP downloads Does anyone else regularly have problems accessing or downloading from ftp.metacard.com? We check it periodically and other than occasional delays logging in during peak times, we've never seen any trouble with it. If you do have trouble, it'd be good to run ping and/or traceroute to see if the problem is with the server itself or with some part of the path between it and you (i.e., slow downloads are often caused by overloaded routers between you and the server, and you'll see this as dropped packets in ping and missing time values when using traceroute). Regards, Scott The same for me, from both near Paris and inside Paris. Regards, Pierre Sahores WEB VPN applications databases servers Inspection académique de Seine-Saint-Denis Qualifier produire l'avantage compétitif Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP downloads
LiangTyan Fui [EMAIL PROTECTED] wrote: Here is a temporally mirror site that you may try: http://www.magix.com.my/tmp/linux.tgz http://www.magix.com.my/tmp/MacOS.sit http://www.magix.com.my/tmp/README.2.4 http://www.magix.com.my/tmp/Win32.zip I hope I did not violence MetaCard copyright. Thanks, there's no problem with redistributing these files under the Starter Kit license. BTW: Is this a right time for us to have a few mirror site for MetaCard download? We'd encourge this *if* you can commit to keeping the mirrors updated. We've used mirrors in the past but this has always been a significant problem: The only thing worse than a slow download from the main server is getting the wrong version from a mirror, a problem made worse when it's new potential customers who run into it because they don't know what version they're supposed to be getting. Does anyone else regularly have problems accessing or downloading from ftp.metacard.com? We check it periodically and other than occasional delays logging in during peak times, we've never seen any trouble with it. If you do have trouble, it'd be good to run ping and/or traceroute to see if the problem is with the server itself or with some part of the path between it and you (i.e., slow downloads are often caused by overloaded routers between you and the server, and you'll see this as dropped packets in ping and missing time values when using traceroute). Regards, Scott -- Scott Raney [EMAIL PROTECTED] http://www.metacard.com MetaCard: You know, there's an easier way to do that... Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP downloads
[EMAIL PROTECTED] wrote: Actually, Scott is dying for mirrors. If anyone here understands the high cost of bandwidth (it's expensive after 50gig+). I'm sure if the mirrors are properly setup then that would help him a lot. What would be needed to establish a satisfactory mirror? I havbe space and bandwidth, and would be willing to help. -- Richard Gaskin Fourth World Media Corporation Multimedia Design and Development for Mac, Windows, UNIX, and the Web _ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 ICQ#60248349Fax: 323-225-0716 Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP downloads
As Scott mentioned, mirrors are good but not if people update them willy nilly. The best method would be to write up a script that would maintain the files automatically for you. You can tie it in with cron or any number of tricks. I'm sure there is some sort of GPL mirroring tool out there. I'll have a look and see if I find anything... PS: Richard, been seeing you on the Adobe Golive list, ever sign up with OutActions? They just set up a list today: http://www.outactions.com/forum/ The kid is a crack genius, I send him ideas and he builds them for me (he gets all the money). He's built 3 things on my ideas and also offers a customized one I made related to opening an image in a new window (see: http://www.outactions.com/forum/ ). He doesn't list it because he feels guilty, but if ask for it he'll send you one that does the same thing for QT movies... On Monday, June 18, 2001, at 04:56 PM, Richard Gaskin wrote: [EMAIL PROTECTED] wrote: Actually, Scott is dying for mirrors. If anyone here understands the high cost of bandwidth (it's expensive after 50gig+). I'm sure if the mirrors are properly setup then that would help him a lot. What would be needed to establish a satisfactory mirror? I havbe space and bandwidth, and would be willing to help. -- Richard Gaskin Fourth World Media Corporation Multimedia Design and Development for Mac, Windows, UNIX, and the Web _ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 ICQ#60248349Fax: 323-225-0716 Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
FTP downloads
Does anyone else have trouble downloading from the MC FTP site? I am getting less than 500 bytes/sec on average, which rapidly dwindles down to 0 and then the download hangs. It took me six tries and over two hours to pull down the 2.4b1 beta, and I am unable to get the 2.4b2 beta at all. I tried downloading just the Read Me only (130K) and my ftp client (Fetch) is still working on it after ten minutes and two re-tries. I've tried downloading in the middle of the night, during weekdays, at all different times, and it is always the same. The problem has been going on for almost a year. Is there an http address I can use instead to get the betas? If I remember right, I had better luck using a browser to download. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | 612-724-1596 Custom hypermedia solutions| http://www.hyperactivesw.com Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP downloads
Jacqueline Landman Gay wrote: Does anyone else have trouble downloading from the MC FTP site? I am getting less than 500 bytes/sec on average, which rapidly dwindles down to 0 and then the download hangs. Same here. Took what it looked like hours to get the beta. It took me six tries and over two hours to pull down the 2.4b1 beta, and I am unable to get the 2.4b2 beta at all. I tried downloading just the Read Me only (130K) and my ftp client (Fetch) is still working on it after ten minutes and two re-tries. I've tried downloading in the middle of the night, during weekdays, at all different times, and it is always the same. The problem has been going on for almost a year. Is there an http address I can use instead to get the betas? If I remember right, I had better luck using a browser to download. It's not the client, it's the server. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | 612-724-1596 Custom hypermedia solutions| http://www.hyperactivesw.com Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Andu Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP downloads
Here is a temporally mirror site that you may try: http://www.magix.com.my/tmp/linux.tgz http://www.magix.com.my/tmp/MacOS.sit http://www.magix.com.my/tmp/README.2.4 http://www.magix.com.my/tmp/Win32.zip I hope I did not violence MetaCard copyright. BTW: Is this a right time for us to have a few mirror site for MetaCard download? -- On 6/18/01 2:04 AM, andu wrote: Jacqueline Landman Gay wrote: Does anyone else have trouble downloading from the MC FTP site? I am getting less than 500 bytes/sec on average, which rapidly dwindles down to 0 and then the download hangs. Same here. Took what it looked like hours to get the beta. It took me six tries and over two hours to pull down the 2.4b1 beta, and I am unable to get the 2.4b2 beta at all. I tried downloading just the Read Me only (130K) and my ftp client (Fetch) is still working on it after ten minutes and two re-tries. I've tried downloading in the middle of the night, during weekdays, at all different times, and it is always the same. The problem has been going on for almost a year. Is there an http address I can use instead to get the betas? If I remember right, I had better luck using a browser to download. It's not the client, it's the server. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | 612-724-1596 Custom hypermedia solutions| http://www.hyperactivesw.com Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Andu Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP downloads
LiangTyan Fui wrote: Here is a temporally mirror site that you may try: Thanks! I hope Scott will allow mirror sites, given how popular MC is becoming. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | 612-724-1596 Custom hypermedia solutions| http://www.hyperactivesw.com Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: FTP downloads
Actually, Scott is dying for mirrors. If anyone here understands the high cost of bandwidth (it's expensive after 50gig+). I'm sure if the mirrors are properly setup then that would help him a lot. With Mac OS X and HC *potentially* not being ported over, there may be a high interest in HC users to at least try it. Whether it be Revolution or MC, there will be a requirement for some help if we can spare the space and bandwidth. On Monday, June 18, 2001, at 12:12 AM, Jacqueline Landman Gay wrote: LiangTyan Fui wrote: Here is a temporally mirror site that you may try: Thanks! I hope Scott will allow mirror sites, given how popular MC is becoming. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | 612-724-1596 Custom hypermedia solutions| http://www.hyperactivesw.com Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
OT Server Change breaks my MC script for passive FTP
I have been accessing our archive server in California from Hawaii with Metacard. Previously server was set up as a default Red Hat Linux ftp server, wide open to the net for anonymous ftp. Using Andu's scripts worked great. Now we put the server behind a hardware firewall with a Linksys router between the server and the cable modem connection. Unfortunately, Linksys will not support Linux users; only Windows users. After the change, the server works fine for serving HTTP but not for passive FTP connections. It fails, either from within MC or from a web page with ftp links to download files. Here is an example (not real) of the type of link that has stopped working a href="ftp://ftp.sadhu.org/pub/foobar.PDF"Download Link/a Anyone have any ideas what ftp or maybe apache settings need to be changed? (email me off list or point me to a forum where these issues are discussed by the "linux/Apache FTP pros" At this point we've tried making changes to the /etc/ftpaccess file such as: pasv-allow all passive address 192.168.1.100 255.0.0.0 passive ports 255.0.0.0 100 100 But no cigar. My MC log file shows this coming back from the server. 230 User htoday logged in. 227 Entering Passive Mode (192,168,1,100,144,13) --If I understand it correctly the above is the control socket --my script (andu's...) returns this as the data socket: 192.168.1.100:36877 I next send this command and try to write a path to the new socket write "STOR " IPath CRLF to socket Q The server responds with: 200 Type set to I After which the connection closes... Interarchy tells Receive disconnect indication (T_DISCON_IND = 126) on stream 4. Reason = 61 Sequence Number = 0 And the connection attempt is "hung". I should be getting back from the server: 150 Opening BINARY mode data connection for public_html/whatever/index.html. but we are not...?? any clues?? (email me off list... this is way OT Thanks!) Hinduism Today Sivakatirswami Editor's Assistant/Production Manager [EMAIL PROTECTED] www.HinduismToday.com, www.HimalayanAcademy.com, www.Gurudeva.org, www.hindu.org Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: OT Server Change breaks my MC script for passive FTP
Sivakatirswami wrote: OT but others might benefit too. I have been accessing our archive server in California from Hawaii with Metacard. Previously server was set up as a default Red Hat Linux ftp server, wide open to the net for anonymous ftp. Using Andu's scripts worked great. Now we put the server behind a hardware firewall with a Linksys router between the server and the cable modem connection. Unfortunately, Linksys will not support Linux users; only Windows users. After the change, the server works fine for serving HTTP but not for passive FTP connections. It fails, either from within MC or from a web page with ftp links to download files. This "hardware" firewall is a box with a processor and an operating system inside, the actual firewall is software. You could have achieved similar and more controllable results with an old pc with 2 nic cards running linux. My guess is that the router doesn't allow IP forwarding for ftp or something. I would mess around with whatever control panel you have on Windows for this thing and if that doesn't help put that old pc to work or have someone do it for you. Even simpler, get a router on a floppy (I highly recommend Freesco -freesco.org) and you don't even need a hard drive. Here is an example (not real) of the type of link that has stopped working a href="ftp://ftp.sadhu.org/pub/foobar.PDF"Download Link/a Anyone have any ideas what ftp or maybe apache settings need to be changed? (email me off list or point me to a forum where these issues are discussed by the "linux/Apache FTP pros" At this point we've tried making changes to the /etc/ftpaccess file such as: pasv-allow all passive address 192.168.1.100 255.0.0.0 passive ports 255.0.0.0 100 100 But no cigar. My MC log file shows this coming back from the server. 230 User htoday logged in. 227 Entering Passive Mode (192,168,1,100,144,13) --If I understand it correctly the above is the control socket --my script (andu's...) returns this as the data socket: 192.168.1.100:36877 I next send this command and try to write a path to the new socket write "STOR " IPath CRLF to socket Q The server responds with: 200 Type set to I After which the connection closes... Interarchy tells Receive disconnect indication (T_DISCON_IND = 126) on stream 4. Reason = 61 Sequence Number = 0 And the connection attempt is "hung". I should be getting back from the server: 150 Opening BINARY mode data connection for public_html/whatever/index.html. but we are not...?? any clues?? (email me off list... this is way OT Thanks!) Hinduism Today Sivakatirswami Andu Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
About the Andu's FTP-Q stack :-)
Hi Andu, the list, Thank's a lot, Andu. In seeing inside your FTP-Q stack, i founded the way to add FTP upload facilities to the project i was working on, this week. Kind Regards, Pierre Sahores P.S.: I hope all works fine for you with the new mc sockets library :-) WEB VPN applications and databases servers Inspection acadmique de la Seine-Saint-Denis Qualifier et produire l'avantage comptitif Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: About the Andu's FTP-Q stack :-)
Hi Andu, the list, Thank's a lot, Andu. In seeing inside your FTP-Q stack, i founded the way to add FTP upload facilities to the project i was working on, this week. You're welcome. (de rien?) Kind Regards, Pierre Sahores P.S.: I hope all works fine for you with the new mc sockets library :-) WEB VPN applications and databases servers Inspection académique de la Seine-Saint-Denis Qualifier et produire l'avantage compétitif Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. . Regards, Andu ___ [EMAIL PROTECTED] Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Reinventing the FTP wheel
Richard Gaskin wrote/ schreef: Okay, here I admit my supreme laziness: For someone with a solid knowledge of sockets and FTP, making a generalized script library for basic FTP would be a fairly trivial task, far easier than for all the rest of us to slug it out on our own individually. Any chance we could see this included in the product? Willing to take donations to offet the additional development expense? Time is so much harder to come by than money, and the return-on-investment for the value it would add to MetaCard would be well worth it. As Kevin said: Files can now be uploaded to ftp://ftp.runrev.com/incoming/. Send me an email if you upload a contribution there, and I'll take a look at them then move the files to a directory where people can download them. Kevin So if you want to do that, or others... Doable? Worthy? Regards, Sjoerd Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Re: MetaCard 2.3.2 beta 4 ftp-error
must have been a proxy-error... worked well after some hours... sorry for the alarm... Regards, Ernst Ernst M. Reicher Lahnbachweg 3 A-7571 Rudersdorf Tel.: 03382 / 73020 Fax: 03382 / 73020-12 eMail: [EMAIL PROTECTED] Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.