Re: tsNetUploadSync()
Hello Matthias, I realize it has been nearly a month since your very thorough and generous response to my question. Something came up a few hours after I posted the question that almost completely side-tracked my use of LiveCode for a bit. (I’m fine, just "life stuff” happening.) I apologize for the rude silence following your attempt to help me and I would like to follow up by saying that when I was able to return to LiveCode, the generosity and encouragement of your post helped me get back to poking around until I solved the problem… which turned out not to be an issue with tsNetUploadSync() but with tsNetGetSync() which I was also calling (for some mysterious reason) though I didn’t need to. (I also didn’t need to understand why tsNetGetSync() was failing! I could just remove the code.) I’m not sure why I had so much trouble isolating that problem and I hope that you didn’t spend too much time testing tsNetUploadSync() on my behalf. Thank you for your help, Matthias. -- Scott Morrow Elementary Software (Now with 20% less chalk dust!) web https://elementarysoftware.com/ email sc...@elementarysoftware.com booth1-360-734-4701 -- > On Dec 8, 2023, at 7:40 AM, matthias rebbe via use-livecode > wrote: > > Hi Scott, > > i just tested here with LC 9.6.10 and 10DP6 on a HostM account and also on a > Synology FTP account in Rosetta mode and native on ARM64 > I used FTP explicit as protocol. > In all cases it was successful. > > My HostM account is on a server located in Germany at Hetzner, Your domain is > on a server located in Canada at OHV. > So maybe there was a change in tsNET and there is a difference between how > our servers confirm the successful upload. And maybe the way your server > confirms the upload, does not "comply" with the changes in tsNET. > > Maybe the HostM support could help in changing the settings. They are very > used with Livecode. Y > > Btw. I could send you the login data for my test account so you could check > if it is working with that account. > Then you could tell HostM suppert that there is no problem with a German > HostM account. > > Regards, > Matthias > > > > > > >> Am 08.12.2023 um 01:13 schrieb scott--- via use-livecode >> : >> >> I have a project that uses the business version of tsNet to ftp a file onto >> a web server. (I’m using a Mac, the server is a shared one on hostm.) This >> works fine in LC 9.6.8 but fails in subsequent versions of LC 9.6.x as well >> as LC 10.0.0 (dp 6). I’m fairly ignorant of tsnet and file transfer >> protocols. My attempts to debug the problem by looking at headers and cURL >> error codes hasn’t gotten me anywhere useful. Is there something that >> changed between LC 9.6.8 and LC 9.6.9 that might help inform where I should >> be looking? I saw that LC 9.6.9 updated the version of OpenSSL it was using >> but I’m not sure if/how that might effect tsnet. I’ve put more details >> below. Any ideas welcomed. (Well, almost any ;- ) >> >> -- >> Scott Morrow >> >> Elementary Software >> (Now with 20% less chalk dust!) >> web https://elementarysoftware.com/ >> email sc...@elementarysoftware.com >> booth1-360-734-4701 >> >> >> >> >> ___ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your subscription >> preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode > ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: tsNetUploadSync()
Hi Scott, i just tested here with LC 9.6.10 and 10DP6 on a HostM account and also on a Synology FTP account in Rosetta mode and native on ARM64 I used FTP explicit as protocol. In all cases it was successful. My HostM account is on a server located in Germany at Hetzner, Your domain is on a server located in Canada at OHV. So maybe there was a change in tsNET and there is a difference between how our servers confirm the successful upload. And maybe the way your server confirms the upload, does not "comply" with the changes in tsNET. Maybe the HostM support could help in changing the settings. They are very used with Livecode. Y Btw. I could send you the login data for my test account so you could check if it is working with that account. Then you could tell HostM suppert that there is no problem with a German HostM account. Regards, Matthias > Am 08.12.2023 um 01:13 schrieb scott--- via use-livecode > : > > I have a project that uses the business version of tsNet to ftp a file onto a > web server. (I’m using a Mac, the server is a shared one on hostm.) This > works fine in LC 9.6.8 but fails in subsequent versions of LC 9.6.x as well > as LC 10.0.0 (dp 6). I’m fairly ignorant of tsnet and file transfer > protocols. My attempts to debug the problem by looking at headers and cURL > error codes hasn’t gotten me anywhere useful. Is there something that changed > between LC 9.6.8 and LC 9.6.9 that might help inform where I should be > looking? I saw that LC 9.6.9 updated the version of OpenSSL it was using but > I’m not sure if/how that might effect tsnet. I’ve put more details below. > Any ideas welcomed. (Well, almost any ;- ) > > -- > Scott Morrow > > Elementary Software > (Now with 20% less chalk dust!) > web https://elementarysoftware.com/ > email sc...@elementarysoftware.com > booth1-360-734-4701 > - > > > When things don’t work I get: > "Transfer complete with server response code tsneterr: (13) Bad PASV/EPSV > response: 250” — which is confusing to me since: > > "CURLE_FTP_WEIRD_PASV_REPLY (13) > libcurl failed to get a sensible result back from the server as a response to > either a PASV or a EPSV command. The server is flawed.” > > Although a 250 FTP response seems to mean: "Requested file action okay, > completed" > > > When things do work [LC 9.6.8] I get: > "Transfer complete with server response code 226” — which I think means: > Closing data connection; requested file action successful > > - > A more complete list of responses > > server responses from LC 9.6.11 (rc 1) failed attempt: > > - Server Responses - > Downloading FTPS directory listing for > /public_html/traditionaltaekwondo.org/calendar_events_data from > ftp://xxx.serversignin.com > Transfer complete with server response code tsneterr: (13) Bad PASV/EPSV > response: 550-- > tRecvHeaders: > 220-- Welcome to Pure-FTPd [privsep] [TLS] -- > 220-You are user number 6 of 188 allowed. > 220-Local time is now 22:44. Server port: 21. > 220-This is a private system - No anonymous login > 220-IPv6 connections are also welcome on this server. > 220 You will be disconnected after 30 minutes of inactivity. > 500 This security scheme is not implemented > 234 AUTH TLS OK. > 331 User xxx OK. Password required > 230 OK. Current restricted directory is / > 200 PBSZ=0 > 200 Data protection level set to "private" > 257 "/" is your current location > 250 OK. Current directory is /public_html > 250 OK. Current directory is /public_html/traditionaltaekwondo.org > 500 Unknown command > 227 Entering Passive Mode (192,99,207,157,134,188) > 200 TYPE is now 8-bit binary > 550 I can only retrieve regular files -- > Uploading file 2024_calendar_events.txt to > ftp://xxx.serversignin.com/public_html/traditionaltaekwondo.org/calendar_events_data > Transfer complete with server response code tsneterr: (13) Bad PASV/EPSV > response: 250 > > tRecvHeaders: > 227 Entering Passive Mode (192,99,207,157,126,230) > 250 OK. Current directory is / > 250 OK. Current directory is /public_html > 250 OK. Current directory is /public_html/traditionaltaekwondo.org > 250 OK. Current directory is > /public_html/traditionaltaekwondo.org/calendar_events_data > tsNetGetTimeouts: 60,0,30,6,30,1000 > > > server responses from LC 9.6.8 successful attempt: > > Downloading FTPS directory listing for > /public_html/traditionaltaekwondo.org/calendar_events_data from > ftp://ua873228.serversignin.com > Transfer complete with server response code tsneterr: (78) The file does not > exist-- > tRecvHeaders: > 220-- Welcome to Pure-FTPd [privsep] [TLS] -- > 220-You are user number 2 of 188 allowed. > 220-Local
tsNetUploadSync()
I have a project that uses the business version of tsNet to ftp a file onto a web server. (I’m using a Mac, the server is a shared one on hostm.) This works fine in LC 9.6.8 but fails in subsequent versions of LC 9.6.x as well as LC 10.0.0 (dp 6). I’m fairly ignorant of tsnet and file transfer protocols. My attempts to debug the problem by looking at headers and cURL error codes hasn’t gotten me anywhere useful. Is there something that changed between LC 9.6.8 and LC 9.6.9 that might help inform where I should be looking? I saw that LC 9.6.9 updated the version of OpenSSL it was using but I’m not sure if/how that might effect tsnet. I’ve put more details below. Any ideas welcomed. (Well, almost any ;- ) -- Scott Morrow Elementary Software (Now with 20% less chalk dust!) web https://elementarysoftware.com/ email sc...@elementarysoftware.com booth1-360-734-4701 - When things don’t work I get: "Transfer complete with server response code tsneterr: (13) Bad PASV/EPSV response: 250” — which is confusing to me since: "CURLE_FTP_WEIRD_PASV_REPLY (13) libcurl failed to get a sensible result back from the server as a response to either a PASV or a EPSV command. The server is flawed.” Although a 250 FTP response seems to mean: "Requested file action okay, completed" When things do work [LC 9.6.8] I get: "Transfer complete with server response code 226” — which I think means: Closing data connection; requested file action successful - A more complete list of responses server responses from LC 9.6.11 (rc 1) failed attempt: - Server Responses - Downloading FTPS directory listing for /public_html/traditionaltaekwondo.org/calendar_events_data from ftp://xxx.serversignin.com Transfer complete with server response code tsneterr: (13) Bad PASV/EPSV response: 550-- tRecvHeaders: 220-- Welcome to Pure-FTPd [privsep] [TLS] -- 220-You are user number 6 of 188 allowed. 220-Local time is now 22:44. Server port: 21. 220-This is a private system - No anonymous login 220-IPv6 connections are also welcome on this server. 220 You will be disconnected after 30 minutes of inactivity. 500 This security scheme is not implemented 234 AUTH TLS OK. 331 User xxx OK. Password required 230 OK. Current restricted directory is / 200 PBSZ=0 200 Data protection level set to "private" 257 "/" is your current location 250 OK. Current directory is /public_html 250 OK. Current directory is /public_html/traditionaltaekwondo.org 500 Unknown command 227 Entering Passive Mode (192,99,207,157,134,188) 200 TYPE is now 8-bit binary 550 I can only retrieve regular files -- Uploading file 2024_calendar_events.txt to ftp://xxx.serversignin.com/public_html/traditionaltaekwondo.org/calendar_events_data Transfer complete with server response code tsneterr: (13) Bad PASV/EPSV response: 250 tRecvHeaders: 227 Entering Passive Mode (192,99,207,157,126,230) 250 OK. Current directory is / 250 OK. Current directory is /public_html 250 OK. Current directory is /public_html/traditionaltaekwondo.org 250 OK. Current directory is /public_html/traditionaltaekwondo.org/calendar_events_data tsNetGetTimeouts: 60,0,30,6,30,1000 server responses from LC 9.6.8 successful attempt: Downloading FTPS directory listing for /public_html/traditionaltaekwondo.org/calendar_events_data from ftp://ua873228.serversignin.com Transfer complete with server response code tsneterr: (78) The file does not exist-- tRecvHeaders: 220-- Welcome to Pure-FTPd [privsep] [TLS] -- 220-You are user number 2 of 188 allowed. 220-Local time is now 23:19. Server port: 21. 220-This is a private system - No anonymous login 220-IPv6 connections are also welcome on this server. 220 You will be disconnected after 30 minutes of inactivity. 500 This security scheme is not implemented 234 AUTH TLS OK. 331 User xxx OK. Password required 230 OK. Current restricted directory is / 200 PBSZ=0 200 Data protection level set to "private" 257 "/" is your current location 250 OK. Current directory is /public_html 250 OK. Current directory is /public_html/traditionaltaekwondo.org 500 Unknown command 227 Entering Passive Mode (192,99,207,157,133,222) 200 TYPE is now 8-bit binary 550 I can only retrieve regular files -- Uploading file 2024_calendar_events.txt to ftp://xxx.serversignin.com/public_html/traditionaltaekwondo.org/calendar_events_data Transfer complete with server response code 226 tRecvHeaders: 250 OK. Current directory is / 250 OK. Current directory is /public_html 250 OK. Current directory is /public_html/traditionaltaekwondo.org 250 OK. Current directory is