this has been discussed before but i wanted to structure it a bit.

suggestion:
user file download box avaliable on syncweb.

acts as a batch download protocol, user selects web download, user
is provided link to a temporary url where their files are waiting for 24 hrs until being removed by maint.

optional:

create one temporary archive that contains all the selected
downloads.
settings to set a max total file size

option to email the archive if it is under the max size limit.

i had something like this rigged for a while[batch download to temp file]; i liked it but i dont think many people used it even though i have a lot of downloaders.
---
þ Synchronet þ ::: BBSES.info - free BBS services :::

Re: feature suggestion
By: MRO to All on Thu Dec 28 2017 11:50:35

suggestion:
user file download box avaliable on syncweb.

I don't know if anybody is adding new features to that thing at this point. I get the impression that the file-area stuff on the stock web UI is just served via FTP, which would make this trickier. I can think of a few hacky ways it could work, but the 'good' way involves creating a whole new 'file area' section.

acts as a batch download protocol, user selects web download, user
is provided link to a temporary url where their files are waiting for 24 hrs until being removed by maint.

A file-download "shopping cart". Could be done, but I'm not sure I see the benefit. Slow internet connection / time-of-day unlimited usage, I guess?

---
echicken
electronic chicken bbs - bbs.electronicchicken.com - 416-273-7230
þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.com

Re: feature suggestion
By: echicken to MRO on Thu Dec 28 2017 02:17 pm

acts as a batch download protocol, user selects web download, user
is provided link to a temporary url where their files are waiting
for 24 hrs until being removed by maint.

A file-download "shopping cart". Could be done, but I'm not sure I see the benefit. Slow internet connection / time-of-day unlimited usage, I guess?

It could provide a simpler way to download some files. Rather than clicking on them and downloading them one by one, it could be handy for the user to select multiple files to download and then download them all at once. I think it would be similar to an email application that lets you save attachments one-by-one or to download all attachments with one click.

Nightfox

---
þ Synchronet þ Digital Distortion: digitaldistortionbbs.com

Re: feature suggestion
By: MRO to All on Thu Dec 28 2017 11:50 am

this has been discussed before but i wanted to structure it a bit.

I added it to the list.

digital man

This Is Spinal Tap quote #13:
Nigel Tufnel: You can't really dust for vomit.
Norco, CA WX: 84.3øF, 14.0% humidity, 0 mph SW wind, 0.00 inches rain/24hrs

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: feature suggestion
By: echicken to MRO on Thu Dec 28 2017 02:17 pm

24 hrs until being removed by maint.

A file-download "shopping cart". Could be done, but I'm not sure I see the benefit. Slow internet connection / time-of-day unlimited usage, I guess?

some people have been complaining online about errors during their zmodem file xfers. they dont want to go through the trouble of using ymodem-g or another protocol.
---
þ Synchronet þ ::: BBSES.info - free BBS services :::

Re: feature suggestion
By: MRO to echicken on Thu Dec 28 2017 04:07 pm

Re: feature suggestion
By: echicken to MRO on Thu Dec 28 2017 02:17 pm

24 hrs until being removed by maint.

A file-download "shopping cart". Could be done, but I'm not sure I see the benefit. Slow internet connection / time-of-day unlimited usage, I guess?

some people have been complaining online about errors during their zmodem file xfers. they dont want to go through the trouble of using ymodem-g or another protocol.

Wouldn't SMTP or HTTP be "another protocol"?

It's still an interesting feature idea. The FTP server is probably the closest thing to being able to provide that kind of support since it already has all the access/ratio and credits stuff. To do it "right" in the web server would really need a FileBase class, which we don't have yet.

digital man

Synchronet/BBS Terminology Definition #17:
DSL = Digital Subscriber Line
Norco, CA WX: 84.8øF, 14.0% humidity, 0 mph SW wind, 0.00 inches rain/24hrs

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net

Re: feature suggestion
By: Nightfox to echicken on Thu Dec 28 2017 13:36:10

It could provide a simpler way to download some files. Rather than clicking on them and downloading them one by one, it could be handy for

I guess. You're clicking on them one-by-one either way - to flag them for batch transfer, or to snag them immediately. The download happens in the background, so it's not exactly in your way.

Bundling them into one archive might have some organizational benefit, I suppose.

---
echicken
electronic chicken bbs - bbs.electronicchicken.com - 416-273-7230
þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.com

Re: feature suggestion
By: MRO to echicken on Thu Dec 28 2017 16:07:31

some people have been complaining online about errors during their zmodem file xfers. they dont want to go through the trouble of using ymodem-g or another protocol.

Oh, you want people to be able to set up a batch transfer queue on the terminal server side, then have the files emailed to them, or let them download them via the web. I thought you were describing something entirely web-based; this makes more sense now.

---
echicken
electronic chicken bbs - bbs.electronicchicken.com - 416-273-7230
þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.com

24 hrs until being removed by maint.

A file-download "shopping cart". Could be done, but I'm not sure I see the benefit. Slow internet connection / time-of-day unlimited usage, I guess?

some people have been complaining online about errors during their zmodem file xfers. they dont want to go through the trouble of using ymodem-g or another protocol.

Wouldn't SMTP or HTTP be "another protocol"?

It's still an interesting feature idea. The FTP server is probably the closest thing to being able to provide that kind of support since it already has all the access/ratio and credits stuff. To do it "right" in the web server would really need a FileBase class, which we don't have yet.

why do I think it about to work on?


---

Rob Starr
Lord Time SysOp of
Time Warp of the Future BBS
Telnet://Time.Darktech.Org:24 or
Telnet://Time.Synchro.Net:24 (qwk or ftn & e-mail)
ICQ # 11868133 or # 70398519 Jabber : lordtime2000@gmail.com
Astra : lord_time
X-Box : Lord Time 2000 oovoo : lordtime2000 Skype : lordtime@tds.net
---
þ Synchronet þ Time Warp of the Future BBS - Home of League 10 IBBS Games

Re: feature suggestion
By: Digital Man to MRO on Thu Dec 28 2017 03:16 pm

Wouldn't SMTP or HTTP be "another protocol"?

It's still an interesting feature idea. The FTP server is probably the closest thing to being able to provide that kind of support since it already has all the access/ratio and credits stuff. To do it "right" in the web server would really need a FileBase class, which we don't have yet.

yeah , but people that are novices dont want to try ymodem-g, usually.
they're more confortable with the web.
---
þ Synchronet þ ::: BBSES.info - free BBS services :::

yeah , but people that are novices dont want to try ymodem-g, usually. they're more confortable with the web.

My recollection about ymodem-g is that it has no error correction of its
own. It was meant to be used with modem connections where the modems were using error correction. If the user is having error-issues with zmodem
over a telnet connection, ymodem-g is not going to help as the telnet connection does not have any "modem error correction" going on.

It might stop them getting errors, but whatever gets transferred will
probably be corrupted.

---
þ SLMR 2.1a þ "Television! Teacher, Mother, Secret Lover..." - Homer
þ Synchronet þ CAPCITY2 * capcity2.synchro.net * 1-502-875-8938

Re: feature suggestion
By: Dumas Walker to MRO on Sat Dec 30 2017 10:39 am

yeah , but people that are novices dont want to try ymodem-g, usually. they're more confortable with the web.

My recollection about ymodem-g is that it has no error correction of its own.

Right. Which actually makes it a better protocol to use over TCP/IP (which has its own error correction).

It was meant to be used with modem connections where the modems were
using error correction. If the user is having error-issues with zmodem
over a telnet connection, ymodem-g is not going to help as the telnet connection does not have any "modem error correction" going on.

No, the error detection/correction is occurring in the TCP layer. And I've seen many cases where Ymodem-G worked fine when Zmodem would not. Zmodem is a much more complicated (and featureful) protocol so there are more things to go wrong in an implementation.

It might stop them getting errors, but whatever gets transferred will probably be corrupted.

Ymodem-G has sufficient error detection. If for some reason any errors weren't caught and corrected at the TCP layer, the Ymodem-G transfer would stop immediately.

digital man

Synchronet "Real Fact" #32:
The second most prolific contributor to Synchronet is Stephen Hurd (Deuce). Norco, CA WX: 72.3øF, 25.0% humidity, 0 mph WNW wind, 0.00 inches rain/24hrs

---
þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net