From per.torstensson at gmail.com  Thu Sep  2 06:14:11 2010
From: per.torstensson at gmail.com (Per Torstensson)
Date: Thu, 2 Sep 2010 15:14:11 +0200
Subject: [Rumpus-talk] Rumpus 7 Private Beta
In-Reply-To: <55312E80-5160-4D0F-A11A-44BB406282B2@maxum.com>
References: <mailman.37984.1282932788.87021.rumpus-talk@maxum.com>
	<fc.00802cf1044c95d93b9aca00b119b840.44cb58b@cciu.org>
	<55312E80-5160-4D0F-A11A-44BB406282B2@maxum.com>
Message-ID: <AANLkTikKGUcD73kwPBvpiAsnDzcr0NwfoJ6wJ_PoSeUr@mail.gmail.com>

Perhaps not possible to implement in Rumpus 7, or at all even, but a neat
feature would be if it was possible to install a client package containing
an agent and OS X service of some sort, that allowed drop shipping directly
from the Finder of each client with an Rumpus account. If this could work in
symbiose with OD users, it would be a real neat functionality for corporate
users.

("Idea" inspired by Papaya from Lighthead, http://lightheadsw.com/papaya/ )

--
Per Torstensson
e: per.torstensson at gmail.com
--


2010/8/31 John O'Fallon <john at maxum.com>

> The update went flawlessly
>>
>
> Thanks for the note, and the kind words.
>
>
>  The only glitch that I ran across so far was that the check-for-updates
>> feature sees v6 as an update, when it's obviously not.
>>
>
> Right... That'll get addressed before the release of version 7.
>
>
>  *  Please give us the ability to turn normal, unsecure FTP off.
>>
>
> OK, this will be in the next release.  It's a bit tricky, because FTPS with
> TLS/SSL starts as a standard FTP connection, so the server still has to
> accept standard FTP if FTPS is enabled.  Hopefully, though, it'll be
> possible to enforce the switch to SSL encryption before allowing the user to
> login.
>
>
>  *  It would be cool to have an automatic feature where any IP that
>> requests X number of bad URLs could get automatically added to the "Unruly
>> IPs" list (love that term, BTW).
>>
>
> This is the intention of the "Hack Attempt Recognition" function, of
> course, but that feature checks only for login attempts.  I'll look into
> having bad URL accesses added to the "failed access" tracking, so that
> garbage URLs trigger the block function, too.
>
>
>  I'm also looking forward to the fix for large web downloads where the
>> server is zipping the file in the background, but the user is not notified.
>>
>
> This refers to multi-file downloads, I assume.  When users download a
> folder (forcing Rumpus to create a zip file), they do get a "please be
> patient" message.  I'll look into extending this functionality to multi-file
> downloads, too.
>
> Thanks for the feedback!
>
> John
>
>
> _______________________________________________
> Rumpus-Talk mailing list
> Rumpus-Talk at maxum.com
> http://lists.maxum.com/mailman/listinfo/rumpus-talk
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.maxum.com/pipermail/rumpus-talk/attachments/20100902/174ce3c9/attachment.html>

From Guy.Millward at torbay.gov.uk  Thu Sep  2 06:31:08 2010
From: Guy.Millward at torbay.gov.uk (Guy.Millward at torbay.gov.uk)
Date: Thu, 2 Sep 2010 14:31:08 +0100
Subject: [Rumpus-talk] Rumpus 7 Private Beta
In-Reply-To: <AANLkTikKGUcD73kwPBvpiAsnDzcr0NwfoJ6wJ_PoSeUr@mail.gmail.com>
Message-ID: <D45ADB8CEEF67049B0704220756381D21781E3@corp-exchange2.torbay.local>

Please read the Council's email disclaimer notification which is located at the end of the email message.


What I could dearly do with is the option to make use of existing
authentication systems that are in use i.e. federated authentication
e.g. AD, LDAP, etc

 

Guy Millward

Pre-Press Manager

Torbay Council Printing Services

Town Hall, Castle Circus, Torquay, TQ1 3DR

Tel; 01803 207491, Fax; 01803 207507

Web Site: www.torbaydirect.com  

FTP Site: https://ftp.torbaydirect.com <http://ftp.torbaydirect.com/> 

APCOM Executive Member www.apcom.org.uk

BPIF Member - www.britishprint.com - All Prices subject to BPIF Standard
Conditions (copy available on request)

-----Original Message-----
From: rumpus-talk-bounces at maxum.com
[mailto:rumpus-talk-bounces at maxum.com] On Behalf Of Per Torstensson
Sent: 02 September 2010 14:14
To: Rumpus-Talk
Subject: Re: [Rumpus-talk] Rumpus 7 Private Beta

 

Perhaps not possible to implement in Rumpus 7, or at all even, but a
neat feature would be if it was possible to install a client package
containing an agent and OS X service of some sort, that allowed drop
shipping directly from the Finder of each client with an Rumpus account.
If this could work in symbiose with OD users, it would be a real neat
functionality for corporate users.

 

("Idea" inspired by Papaya from Lighthead,
http://lightheadsw.com/papaya/ )

 
--
Per Torstensson
e: per.torstensson at gmail.com
--



2010/8/31 John O'Fallon <john at maxum.com>

	The update went flawlessly


Thanks for the note, and the kind words.

	 

	The only glitch that I ran across so far was that the
check-for-updates feature sees v6 as an update, when it's obviously not.

 

Right... That'll get addressed before the release of version 7.

	 

	*  Please give us the ability to turn normal, unsecure FTP off.

 

OK, this will be in the next release.  It's a bit tricky, because FTPS
with TLS/SSL starts as a standard FTP connection, so the server still
has to accept standard FTP if FTPS is enabled.  Hopefully, though, it'll
be possible to enforce the switch to SSL encryption before allowing the
user to login.

	 

	*  It would be cool to have an automatic feature where any IP
that requests X number of bad URLs could get automatically added to the
"Unruly IPs" list (love that term, BTW).

 

This is the intention of the "Hack Attempt Recognition" function, of
course, but that feature checks only for login attempts.  I'll look into
having bad URL accesses added to the "failed access" tracking, so that
garbage URLs trigger the block function, too.

	 

	I'm also looking forward to the fix for large web downloads
where the server is zipping the file in the background, but the user is
not notified.

 

This refers to multi-file downloads, I assume.  When users download a
folder (forcing Rumpus to create a zip file), they do get a "please be
patient" message.  I'll look into extending this functionality to
multi-file downloads, too.

Thanks for the feedback!

John



_______________________________________________
Rumpus-Talk mailing list
Rumpus-Talk at maxum.com
http://lists.maxum.com/mailman/listinfo/rumpus-talk

 

Please note...
The views in this message are personal; they are not necessarily those of Torbay Council.
Torbay Council has taken reasonable precautions to ensure no viruses are present in this email. The Council cannot accept responsibility 
for any loss or damage arising from the use of this email or any attachments.

Unless otherwise explicitly stated above no employee or agent is authorised to conclude any binding agreement on behalf of Torbay Council 
with any other party by email. Likewise, unless otherwise explicitly stated, nothing in this email should be taken as agreement to enter 
any binding contract for the supply of goods or services.

Senders and recipients of email should be aware that under the UK Data Protection and Freedom of Information legislation these contents 
may have to be disclosed in response to a request.
Under the Regulation of Investigatory Powers Act 2000, Lawful Business Practice Regulations, any E-mail sent to or from this address may 
be accessed by someone other than the recipient for system management and security purposes.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.maxum.com/pipermail/rumpus-talk/attachments/20100902/b424f4c7/attachment-0001.html>

From john at maxum.com  Thu Sep  2 06:44:13 2010
From: john at maxum.com (John O'Fallon)
Date: Thu, 2 Sep 2010 08:44:13 -0500
Subject: [Rumpus-talk] Rumpus 7 Private Beta
In-Reply-To: <D45ADB8CEEF67049B0704220756381D21781E3@corp-exchange2.torbay.local>
References: <D45ADB8CEEF67049B0704220756381D21781E3@corp-exchange2.torbay.local>
Message-ID: <0FB7B3E1-DAED-4E59-B1E6-118B0BC8C72C@maxum.com>

Rumpus does support Active Directory and LDAP, through Open  
Directory.  Rumpus 7 includes much improved support, which is easier  
to set up and more flexible.

Take a look at the Rumpus 7 package and the included "Open Directory"  
read me file, and send mail to "support at maxum.com" if you have any  
trouble.

John

On Sep 2, 2010, at 8:31 AM, <Guy.Millward at torbay.gov.uk> <Guy.Millward at torbay.gov.uk 
 > wrote:

> What I could dearly do with is the option to make use of existing  
> authentication systems that are in use i.e. federated authentication  
> e.g. AD, LDAP, etc
>




From john at maxum.com  Thu Sep  2 15:49:34 2010
From: john at maxum.com (John O'Fallon)
Date: Thu, 2 Sep 2010 17:49:34 -0500
Subject: [Rumpus-talk] Drag & Drop Applet
Message-ID: <C1D5DE6D-8665-466C-8EEB-7407A068677C@maxum.com>

If you use the Rumpus Drag & Drop uploader applet, take note...

The Drag & Drop applet is digitally signed to prevent tampering with  
the code and provide end users with reliable information about the  
company that created it (Maxum).  Like standard SSL certificates, code  
signing certificates expire, and the Drag & Drop uploader applet that  
is a part or Rumpus 6.2.9 and before expired September 1.  Some  
browsers may warn users of the expired certificate, while others won't.

Rumpus 6.2.10 includes a new applet file that has been signed with a  
new code signing certificate (valid for 3 years), which will avoid the  
extra warning some browsers display.  So, if you have upgraded to  
Rumpus 6.2.10 and updated the WFM template files ("Update  
Everything"), you're all set.

If you are running Rumpus 6.2 through 6.2.9, you can simply click the  
small "Get New" icon next to the "Drag Uploads" pop-up selection on  
the "Uploads" tab of the Web Settings window.  That little button will  
download the new applet from the Maxum Web server and install it in  
your WFM Templates folder for you.  Of course, you can also download  
Rumpus 6.2.10 from the Web site and apply the full version update, too.

John

From JohnD at cciu.org  Sun Sep  5 21:01:35 2010
From: JohnD at cciu.org (John DeMillion)
Date: Mon, 06 Sep 2010 00:01:35 -0400
Subject: [Rumpus-talk] Rumpus 7 Private Beta
In-Reply-To: <mailman.38077.1283434275.87021.rumpus-talk@maxum.com>
References: <mailman.38077.1283434275.87021.rumpus-talk@maxum.com>
Message-ID: <fc.00802cf1045281413b9aca005d2cbe91.4528279@cciu.org>

rumpus-talk at maxum.com on September 2, 2010 at 9:31 AM -0500 wrote:
>> I'm also looking forward to the fix for large web downloads where  
>> the server is zipping the file in the background, but the user is  
>> not notified.
>
>This refers to multi-file downloads, I assume.  When users download a  
>folder (forcing Rumpus to create a zip file), they do get a "please be
> 
>patient" message.  I'll look into extending this functionality to  
>multi-file downloads, too.

It is indeed for a folder download, at least from what I'm doing in the
interface, but it seems that it's being interpreted by the server as a
multi-file download for some reason.  I'm not sure what the difference
is....?  

When I login, I see a single folder.  There's the folder name (under
the "Filename" header), then the word "folder" (under the "Size"
header), the timestamp (under the "Updated" header), then a checkbox
with a black downarrow icon.

I checkmark the checkbox, then click the "Download Selected Files"
button at the bottom.  That would seem like a "folder download" that
you referenced, but perhaps that's something else?

At that point, a dialog labeled "Multi-File Action" appears with the
text "You have chosen to download 1 files. Are you sure you want to
continue?" with "Cancel" and "Continue" buttons.  When I click
"Continue", the dialog remains unchanged, but I can see that the
browser has sent the request in the background and is waiting for a
reply from the server.  There is no other indication that anything is
going on.

Users tend to keep clicking "Continue" after a few seconds of wondering
what's going on, which just restarts the zipping process on the server
from the beginning, I think.  Or they click "Cancel", which dismisses
the dialog (but the server is still doing its thing and the browser is
still waiting).

If they're patient enough it all works eventually, but with the size of
the folders that I'm using (it contains subfolders and files that they
also want to be able to browse through) and the users that I'm dealing
with, it's pretty much confusion reigning until I walk them through it
and tell them explicitly that they must wait at that critical point.

I guess I'm the first site to really push this particular way of
downloading with large folders.  Is there another way that I should be
doing it, to trigger this "folder download" that you're referencing and
the resulting "please be patient" message that's already in place?

Thanks,
John


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.maxum.com/pipermail/rumpus-talk/attachments/20100906/b7a4291e/attachment.html>

From john at maxum.com  Mon Sep  6 09:44:43 2010
From: john at maxum.com (John O'Fallon)
Date: Mon, 6 Sep 2010 11:44:43 -0500
Subject: [Rumpus-talk] Folder Downloads
In-Reply-To: <fc.00802cf1045281413b9aca005d2cbe91.4528279@cciu.org>
References: <mailman.38077.1283434275.87021.rumpus-talk@maxum.com>
	<fc.00802cf1045281413b9aca005d2cbe91.4528279@cciu.org>
Message-ID: <78C1E2D9-D6B5-469E-B5BA-7F0BF960BE2E@maxum.com>

To allow simple folder downloads, check the "Include Folder Download  
Link" option on the "Actions" tab of the Web Settings window.  That  
option will add a download arrow icon for folders, which, when  
clicked, will cause the folder to be zip archived and sent to the  
browser.

John

On Sep 5, 2010, at 11:01 PM, John DeMillion wrote:

> I guess I'm the first site to really push this particular way of  
> downloading with large folders.  Is there another way that I should  
> be doing it, to trigger this "folder download" that you're  
> referencing and the resulting "please be patient" message that's  
> already in place?
>


From wouter at woutersnel.nl  Mon Sep  6 15:21:32 2010
From: wouter at woutersnel.nl (Wouter D. Snel)
Date: Tue, 7 Sep 2010 00:21:32 +0200
Subject: [Rumpus-talk] multiple folders
Message-ID: <81D68623-25D2-48AC-85EA-5FD4BD750A23@woutersnel.nl>

Hi Guys,

We are a sound studio and use rumpus for delivering audio files. every project we work on has a combination of people involved. every time different. When i create a login for each user, i need to put multiple copies of the file online, one for each person involved. I could create a login per project so i only have one file on the server but i need to send credentials for each project. which means people we work with a lot can get multiple logins / passwords a day. So what i would like to do is create users, but instead of assigning them one folder, i would like to add multiple folders to their account. This way i can keep folders with projects and assign multiple accounts to those projects. 

Just curious to hear what you guys think about this.

thanx,
Wouter

From john at maxum.com  Mon Sep  6 16:18:25 2010
From: john at maxum.com (John O'Fallon)
Date: Mon, 6 Sep 2010 18:18:25 -0500
Subject: [Rumpus-talk] multiple folders
In-Reply-To: <81D68623-25D2-48AC-85EA-5FD4BD750A23@woutersnel.nl>
References: <81D68623-25D2-48AC-85EA-5FD4BD750A23@woutersnel.nl>
Message-ID: <6C77C241-7FDD-46E0-A962-838B564FBDEE@maxum.com>

Create a folder called "Users" and a folder called Projects.  Give  
each Rumpus user their own unique home folder in the Users folder and  
create a folder for each project in the Projects folder.  So, you'll  
end up with a folder structure like this:

Users
   Bob
   Mary
   Tom
Projects
   ProjectABC
   ProjectXYZ
   Project123

Now, in the Finder, just drop an alias to each project folder into  
each users User folder, as needed.  Using the shortcut "Option-Command- 
Drag" in the Finder makes this a really easy task.  To give "Mary"  
access to the "ProjectABC" folder, for example, just hole down the  
option and command keys and drag the "ProjectABC" folder into Mary's  
home folder.

John

On Sep 6, 2010, at 5:21 PM, Wouter D. Snel wrote:

> We are a sound studio and use rumpus for delivering audio files.  
> every project we work on has a combination of people involved. every  
> time different. When i create a login for each user, i need to put  
> multiple copies of the file online, one for each person involved. I  
> could create a login per project so i only have one file on the  
> server but i need to send credentials for each project. which means  
> people we work with a lot can get multiple logins / passwords a day.  
> So what i would like to do is create users, but instead of assigning  
> them one folder, i would like to add multiple folders to their  
> account. This way i can keep folders with projects and assign  
> multiple accounts to those projects.


From john at maxum.com  Tue Sep  7 13:51:15 2010
From: john at maxum.com (John O'Fallon)
Date: Tue, 7 Sep 2010 15:51:15 -0500
Subject: [Rumpus-talk] Folder Triggers
Message-ID: <82EC2E56-CC19-4D12-8678-3FE7A6EA6122@maxum.com>

Has anybody looked at the new Folder Trigger function in Rumpus 7?

This has been a big feature request... In Rumpus 7, you can assign  
Event Notices to uploads and downloads in select folders.  So, for  
example, if you have a user with 3 folders, "Project A", "Project B"  
and "Project C", you can have different notices triggered depending on  
what project folder the user uploaded the file into.

If anyone has feedback on how the new function works, or if changes  
are needed to make it as useful as possible, please post to the list.

John


From JohnD at cciu.org  Tue Sep  7 15:48:06 2010
From: JohnD at cciu.org (John DeMillion)
Date: Tue, 07 Sep 2010 18:48:06 -0400
Subject: [Rumpus-talk] Folder Downloads
In-Reply-To: <mailman.38112.1283892679.87021.rumpus-talk@maxum.com>
References: <mailman.38112.1283892679.87021.rumpus-talk@maxum.com>
Message-ID: <fc.00802cf104539f083b9aca00793afafc.453a147@cciu.org>

rumpus-talk at maxum.com on September 7, 2010 at 4:51 PM -0500 wrote:
>To allow simple folder downloads, check the "Include Folder Download  
>Link" option on the "Actions" tab of the Web Settings window.  That  
>option will add a download arrow icon for folders, which, when  
>clicked, will cause the folder to be zip archived and sent to the  
>browser.

Ohhhhh...I already had the "Include Folder Download" option set, but I
never thought to click on that arrow icon above the checkbox, lol!   As
a veteran of many GUIs, I'd have to say that isn't the most intuitive
interface section there:  I didn't even realize that icon was a button
or an active part of the interface.  The eye goes right to the checkbox
and the arrow appears to just be bringing attention to the checkbox.

Once I clicked the arrow, it behaved exactly as you said, thanks!

GUI-wise, as a result of this experience, I'd suggest:

     1)  Putting the downarrow icon inside of a 3D button, so that it's
obvious that the downarrow is an active part of the interface as a
button, rather than just another part of the landscape.   Something in
appearance like one of these, perhaps:   http://bit.ly/9qUa5s  
http://bit.ly/dpsI2r   http://bit.ly/9JoYta     Actually, something
similar to the appearance of the existing "Home", "Left" and "Right"
buttons just above the downarrow:  it's nicely obvious that they are
buttons.  The various options on the left side of the interface could
use the same treatment....the different style of buttons in the same
GUI adds to the confusion because all buttons should all be the same
(3D) style, IMO.

     2)  Changing the position of the downarrow:  the current position
above the checkbox is a little unexpected, GUI-wise, which also adds to
the confusion.  Unless there's a good reason for it to be above the
checkbox, I'd suggest that it be placed horizontally next to the
checkbox, on the left or right side.  Almost all monitors are
landscape-oriented, so it makes more sense in general for the GUI to
spread out horizontally rather than vertically.

As you said, the multi-file downloads could still use a similar
"preparing" dialog, so I'm glad that it's under consideration as an
enhancement.

If I didn't say it recently, *thanks again* for Rumpus:  it's the only
product that I found that did exactly what I wanted, at a very
reasonable price, and with the extra wonderful bonus of it being a
Mac-based app!  Just don't charge me extra for all the GUI whining that
I'm doing....  ;-)

John


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.maxum.com/pipermail/rumpus-talk/attachments/20100907/c14ffc47/attachment.html>

From john at maxum.com  Tue Sep  7 16:21:09 2010
From: john at maxum.com (John O'Fallon)
Date: Tue, 7 Sep 2010 18:21:09 -0500
Subject: [Rumpus-talk] Folder Downloads
In-Reply-To: <fc.00802cf104539f083b9aca00793afafc.453a147@cciu.org>
References: <mailman.38112.1283892679.87021.rumpus-talk@maxum.com>
	<fc.00802cf104539f083b9aca00793afafc.453a147@cciu.org>
Message-ID: <6F24767B-027D-417E-AC3C-60AF9EBD2D2D@maxum.com>

I think some of the GUI confusion may be due to setup options in  
Rumpus.  There are a ton of configuration options, so that people can  
customize the appearance to their liking or match their main Web  
site.  But flexibility can also lead to less-than-optimal layouts.

In particular, try resetting the column widths on the "Listings" tab  
of the Web Settings window... The "Actions" icons are designed to line  
up in a row, along with the selection checkbox, but there may simply  
not be enough room.  You might also try the different options in the  
"Display Actions As" pop-up menu on the "Actions" tab to see if you  
prefer that layout.

If you can't get the interface to layout the way you'd like, send mail  
to "support at maxum.com" and include your server address and a test name  
and password.  I'll take a look and see if there are any better  
adjustments to be made.

John

On Sep 7, 2010, at 5:48 PM, John DeMillion wrote:

> Ohhhhh...I already had the "Include Folder Download" option set, but  
> I never thought to click on that arrow icon above the checkbox,  
> lol!   As a veteran of many GUIs, I'd have to say that isn't the  
> most intuitive interface section there:  I didn't even realize that  
> icon was a button or an active part of the interface.  The eye goes  
> right to the checkbox and the arrow appears to just be bringing  
> attention to the checkbox.
>


From jck at pannier.com  Wed Sep  8 11:36:18 2010
From: jck at pannier.com (Jon Kovach)
Date: Wed, 08 Sep 2010 14:36:18 -0400
Subject: [Rumpus-talk] Manage drop shipped files?
Message-ID: <C8AD4FE2.1B53E%jck@pannier.com>

Is there a way (and if there is not, this is a request!) to manage drop
shipped files?  For example, I drop shipped some files last week.  Well, my
customer came back and said they need them again.  I don?t have an email to
resend (I didn?t CC myself), and I don?t have the files (I deleted the ZIP
file I made once I sent it, so I have to rezip files...).

So I need to rezip those files and re-drop ship them.  Is there a way to go
to the drop shipped files list, and resend them?  A way to re-provide them
with the download link?

Also, can you make a drop down list available when drop shipping files?  I
drop ship to more than a few people, but two people more than anyone, and
I?d like to be able to select them from a list, instead of having to type in
their email address (or maybe type in a nickname to reference their
address?)

One last thing, can you CC someone on every file that is drop shipped,
automatically?

Thanks,
Jon


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.maxum.com/pipermail/rumpus-talk/attachments/20100908/715811fb/attachment.html>

From john at maxum.com  Wed Sep  8 11:48:43 2010
From: john at maxum.com (John O'Fallon)
Date: Wed, 8 Sep 2010 13:48:43 -0500
Subject: [Rumpus-talk] Manage drop shipped files?
In-Reply-To: <C8AD4FE2.1B53E%jck@pannier.com>
References: <C8AD4FE2.1B53E%jck@pannier.com>
Message-ID: <901C7660-EBD0-4532-8608-78482B64AB83@maxum.com>

> Is there a way (and if there is not, this is a request!) to manage  
> drop shipped files?

In Rumpus 6.2, no, there isn't.

In Rumpus 7 Beta 4, open the "User Activity" window and flip to the  
"Drop Shipments" tab.  You'll be able to see all pending shipments in  
a list, and remove those you no longer need.

> For example, I drop shipped some files last week.  Well, my customer  
> came back and said they need them again.  I don?t have an email to  
> resend (I didn?t CC myself), and I don?t have the files (I deleted  
> the ZIP file I made once I sent it, so I have to rezip files...).

Once a Drop Ship URL expires, Rumpus deletes the file, so there's no  
way to automatically re-build the archive.

However, if the Drop Shipment is still in the list, the URL is simply:

   http://your.server.address/<Identifier>

The identifier is shown in the list on the Activity window.

> Also, can you make a drop down list available when drop shipping  
> files?  I drop ship to more than a few people, but two people more  
> than anyone, and I?d like to be able to select them from a list,  
> instead of having to type in their email address (or maybe type in a  
> nickname to reference their address?)

A method for e-mail address auto-fill is on the "feature request"  
list, but there are a lot of variations on this.  Trying to work out a  
simple way that would be useful in many situations is tricky.  But  
again, it's on the list.

> One last thing, can you CC someone on every file that is drop  
> shipped, automatically?

It would be pretty easy to customize the drop ship form to do this.   
See the "Customizing The WFM" section of the "Web File Manager"  
article for a general overview of customizing pages.  In this case,  
you'd need to alter the "Listing.html" file.  You'd need to change the  
"ds_cc" input field to type "hidden" and then just set the "value" to  
the e-mail address you want the shipments sent to.  That would pretty  
much do it.

But again, with the improved tracking on the Activity window, you may  
not need this, since looking up shipments is now built in.

John

From per.torstensson at gmail.com  Thu Sep  9 13:56:24 2010
From: per.torstensson at gmail.com (Per Torstensson)
Date: Thu, 9 Sep 2010 22:56:24 +0200
Subject: [Rumpus-talk] Feature request
In-Reply-To: <D45ADB8CEEF67049B0704220756381D21781E3@corp-exchange2.torbay.local>
References: <D45ADB8CEEF67049B0704220756381D21781E3@corp-exchange2.torbay.local>
Message-ID: <8F9AFFCD-7DF9-4323-8C19-7DEE6F2597A5@gmail.com>

Pardon me for double posting, but I'm new to using mail lists and wrongfully posted as a reply on a completely different topic. Here goes again, and for the last time:

Perhaps not possible to implement in Rumpus 7, or at all even, but a neat feature would be if it was possible to install a client package containing an agent and OS X service of some sort, that allowed drop shipping directly from the Finder of each client with an Rumpus account. If this could work in symbiose with OD users, it would be a real neat functionality for corporate users.
 
("Idea" inspired by Papaya from Lighthead, http://lightheadsw.com/papaya/ )

--
Per Torstensson
e: per.torstensson at gmail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.maxum.com/pipermail/rumpus-talk/attachments/20100909/43b392f4/attachment-0001.html>

From audiolab at pacbell.net  Thu Sep  9 14:25:51 2010
From: audiolab at pacbell.net (Michael Scott)
Date: Thu, 9 Sep 2010 14:25:51 -0700 (PDT)
Subject: [Rumpus-talk] Waiting for zipping...
In-Reply-To: <mailman.38112.1283892679.87021.rumpus-talk@maxum.com>
Message-ID: <97751.63183.qm@web82207.mail.mud.yahoo.com>

I have had the same issue. When users click on a folder that is large and want to download the whole folder, they wait and no indication that a zipping is occurring is displayed. I have even had one client call me who urgently needed the files and the whole time we were talking, his folder was zipping and no one really knew what was happening.

By the time I looked at the log and users the signed in, he switch to Transmit and downloaded the files that way, which gave him a status bar. So I'd like to see some kind of indicator that the files are coming.

How about a simple flash game while they wait? LOL!

Michael

Date: Mon, 06 Sep 2010 00:01:35 -0400
From: "John DeMillion" <JohnD at cciu.org>
Subject: Re: [Rumpus-talk] Rumpus 7 Private Beta
To: rumpus-talk at maxum.com
Message-ID: <fc.00802cf1045281413b9aca005d2cbe91.4528279 at cciu.org>
Content-Type: text/plain; charset="iso-8859-1"

rumpus-talk at maxum.com on September 2, 2010 at 9:31 AM -0500 wrote:
>> I'm also looking forward to the fix for large web downloads where  
>> the server is zipping the file in the background, but the user is  
>> not notified.
>
>This refers to multi-file downloads, I assume.  When users download a  
>folder (forcing Rumpus to create a zip file), they do get a "please be
> 
>patient" message.  I'll look into extending this functionality to  
>multi-file downloads, too.

It is indeed for a folder download, at least from what I'm doing in the
interface, but it seems that it's being interpreted by the server as a
multi-file download for some reason.  I'm not sure what the difference
is....?  

When I login, I see a single folder.  There's the folder name (under
the "Filename" header), then the word "folder" (under the "Size"
header), the timestamp (under the "Updated" header), then a checkbox
with a black downarrow icon.

I checkmark the checkbox, then click the "Download Selected Files"
button at the bottom.  That would seem like a "folder download" that
you referenced, but perhaps that's something else?

At that point, a dialog labeled "Multi-File Action" appears with the
text "You have chosen to download 1 files. Are you sure you want to
continue?" with "Cancel" and "Continue" buttons.  When I click
"Continue", the dialog remains unchanged, but I can see that the
browser has sent the request in the background and is waiting for a
reply from the server.  There is no other indication that anything is
going on.

Users tend to keep clicking "Continue" after a few seconds of wondering
what's going on, which just restarts the zipping process on the server
from the beginning, I think.  Or they click "Cancel", which dismisses
the dialog (but the server is still doing its thing and the browser is
still waiting).

If they're patient enough it all works eventually, but with the size of
the folders that I'm using (it contains subfolders and files that they
also want to be able to browse through) and the users that I'm dealing
with, it's pretty much confusion reigning until I walk them through it
and tell them explicitly that they must wait at that critical point.

I guess I'm the first site to really push this particular way of
downloading with large folders.  Is there another way that I should be
doing it, to trigger this "folder download" that you're referencing and
the resulting "please be patient" message that's already in place?

Thanks,
John

From john at maxum.com  Fri Sep 10 05:51:54 2010
From: john at maxum.com (John O'Fallon)
Date: Fri, 10 Sep 2010 07:51:54 -0500
Subject: [Rumpus-talk] Feature request
In-Reply-To: <8F9AFFCD-7DF9-4323-8C19-7DEE6F2597A5@gmail.com>
References: <D45ADB8CEEF67049B0704220756381D21781E3@corp-exchange2.torbay.local>
	<8F9AFFCD-7DF9-4323-8C19-7DEE6F2597A5@gmail.com>
Message-ID: <07132C19-64F9-4A0C-89EF-77226959978F@maxum.com>

Consider the suggestion added to the wish list...

This is actually something I think about a lot.  There are trade-offs  
between desktop applications and Web-based apps.  FileWatch (which  
does support drag & drop Drop Shipping), for example, is more  
convenient and has a better interface because it's implemented as an  
application.  However, if it were implemented in the Web interface (a  
feature which is also on "the list"), it could be used from a PC or  
mobile device and would be accessible when you aren't at your desktop  
Mac.

In any case, thanks for the feedback.  A lightweight applet that  
automates drop shipping and/or general file upload is a definite  
possibility.

John

On Sep 9, 2010, at 3:56 PM, Per Torstensson wrote:

> Perhaps not possible to implement in Rumpus 7, or at all even, but a  
> neat feature would be if it was possible to install a client package  
> containing an agent and OS X service of some sort, that allowed drop  
> shipping directly from the Finder of each client with an Rumpus  
> account. If this could work in symbiose with OD users, it would be a  
> real neat functionality for corporate users.


From JohnD at cciu.org  Fri Sep 10 08:47:49 2010
From: JohnD at cciu.org (John DeMillion)
Date: Fri, 10 Sep 2010 11:47:49 -0400
Subject: [Rumpus-talk] Folder Downloads
In-Reply-To: <mailman.38158.1284065790.87021.rumpus-talk@maxum.com>
References: <mailman.38158.1284065790.87021.rumpus-talk@maxum.com>
Message-ID: <fc.00802cf104563c863b9aca004a823473.45643d4@cciu.org>

rumpus-talk at maxum.com on September 9, 2010 at 4:56 PM -0500 wrote:
>I think some of the GUI confusion may be due to setup options in  
>Rumpus.  There are a ton of configuration options, so that people can  
>customize the appearance to their liking or match their main Web  
>site.  But flexibility can also lead to less-than-optimal layouts.
>
>In particular, try resetting the column widths on the "Listings" tab  
>of the Web Settings window... The "Actions" icons are designed to line
> 
>up in a row, along with the selection checkbox, but there may simply  
>not be enough room.  You might also try the different options in the  
>"Display Actions As" pop-up menu on the "Actions" tab to see if you  
>prefer that layout.
>
I'm using all the defaults, which sets the File Actions width to 64
pixels.  I have not done any customization, so this is how it looks
"out of the box".  At that default width, the checkbox wraps underneath
the arrow, at least when the client is Safari v5 on OS X 10.6.4.

I changed it to 100 pixels and that kept it from wrapping like that, so
that helps a bit.

I'm not sure why fixed-width columns are required:  it seems like the
server could figure out the widest item in each column and auto-adjust
accordingly, if not for columns that could vary widely like filename,
then at least for relatively static columns like File Actions.  The
addition of an "Auto-Adjust" option for each column would be a welcome
enhancement and avoid these kinds of issues.

The "Display Actions As" feature is neat, but actually all I want is a
download button, so the concept of the single downarrow action is
perfect for my purposes.  But I still feel that the button style does
not convey that there's an action associated with that icon.  Even
Apple's standalone buttons (i.e. just an icon) have a circle
incorporated into them, so that the overall impression is of a button,
not an indicator or some other purely visual element.  The GUI's
intuitiveness would benefit greatly by putting the various button icons
(all the File Action icons as well as the various buttons on the left
side) inside of bevel buttons, or modify the icons themselves so that
they clearly convey their "button-ness" to the user.

More info here:  http://bit.ly/9gijVi

Thanks,
John


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.maxum.com/pipermail/rumpus-talk/attachments/20100910/24256ce4/attachment.html>

From john at maxum.com  Fri Sep 10 13:13:23 2010
From: john at maxum.com (John O'Fallon)
Date: Fri, 10 Sep 2010 15:13:23 -0500
Subject: [Rumpus-talk] New Rumpus Feature
Message-ID: <320D47A4-EA52-4488-8547-4E34FF38FF95@maxum.com>

There are a couple of new features being added to Drop Shipping for  
version 7.

   * Longer auto-expiration periods for drop shipped files (including  
a "never" option).

   * The ability to generate a drop ship URL, without automatically  
sending an e-mail.

   * Drop shipped items that are already on the server are no longer  
duplicated.

   * Minor usability improvements.

Generating drop ship URLs without sending an e-mail simplifies the  
process and makes it easier to use auto-access URLs in other ways.   
And in Rumpus 6.X, there was no way to manually delete drop shipments,  
so they had to expire automatically at some point.  Now that you can  
view and delete entries in the drop ship database, the ability to make  
non-expiring URLs makes sense.

If you'd like to try the new drop ship options, go to:

   https://testrumpus.dyndns.tv

The username is "drop" and the password is "ship".  Note that the  
server requires an HTTPS connection because I'd like to stress the new  
SSL code, but has only a self-signed cert, so you'll get a trust  
warning.

I posted some images that you can generate test links to, or you can  
drop ship your own files.

John

From aurfalien at gmail.com  Fri Sep 10 15:00:46 2010
From: aurfalien at gmail.com (aurfalien at gmail.com)
Date: Fri, 10 Sep 2010 15:00:46 -0700
Subject: [Rumpus-talk] customize web login screen
Message-ID: <A3E82678-3D65-4856-8608-A4A2000208B7@gmail.com>

Hi all,

I read in the manual on how to customize the login screen.

However, I have an HTML file referencing an image that I would all  
like to use as a login page.

Is there a way to integrate what I already have into Rumpus?

My image is a PNG file with an alpha channel and what my HTML does is  
add color to my image, place it, etc...

Here is some code so you know what I mean;

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd 
">
<html xmlns="http://www.w3.org/1999/xhtml">
<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
<title>Some Company</title>
</head><body style="margin: 0px; background-color:#FFFFFF; font- 
family:Arial, verdana, sans-serif; font-size:12px; font-style:normal"  
link="blue" vlink="#254694" alink="#254694" >
<table height="95px" width="100%" bgcolor="#2a3a61" border="0"  
cellpadding="0" cellspacing="0">
<tbody><tr><td width="950px" style="padding-left:20px"><img  
src="path_to_some.png">
</td></tr></tbody></table>
</head></html>



From wouter at woutersnel.nl  Mon Sep 13 05:51:04 2010
From: wouter at woutersnel.nl (Wouter D. Snel)
Date: Mon, 13 Sep 2010 14:51:04 +0200
Subject: [Rumpus-talk] multiple folders
In-Reply-To: <6C77C241-7FDD-46E0-A962-838B564FBDEE@maxum.com>
References: <81D68623-25D2-48AC-85EA-5FD4BD750A23@woutersnel.nl>
	<6C77C241-7FDD-46E0-A962-838B564FBDEE@maxum.com>
Message-ID: <6FBDA70C-879A-4325-A92C-44683965A9CD@woutersnel.nl>

Hi John,

thanx for your reaction! i indeed forgot about the aliases. I will
experiment a little with it to see how i works out. The thing is we
would like to keep old projects available as an archive. so there
are a few thousend projects. that would result in many many aliases 
and i'm not sure if thats the way to go as i'm a bit afraid it would
make a mess. Thanx anyway. I'm diving in to it!!


regards!

Wouter D. Snel

On 7 Sep 2010, at 01:18, John O'Fallon wrote:

> Create a folder called "Users" and a folder called Projects.  Give each Rumpus user their own unique home folder in the Users folder and create a folder for each project in the Projects folder.  So, you'll end up with a folder structure like this:
> 
> Users
>  Bob
>  Mary
>  Tom
> Projects
>  ProjectABC
>  ProjectXYZ
>  Project123
> 
> Now, in the Finder, just drop an alias to each project folder into each users User folder, as needed.  Using the shortcut "Option-Command-Drag" in the Finder makes this a really easy task.  To give "Mary" access to the "ProjectABC" folder, for example, just hole down the option and command keys and drag the "ProjectABC" folder into Mary's home folder.
> 
> John
> 
> On Sep 6, 2010, at 5:21 PM, Wouter D. Snel wrote:
> 
>> We are a sound studio and use rumpus for delivering audio files. every project we work on has a combination of people involved. every time different. When i create a login for each user, i need to put multiple copies of the file online, one for each person involved. I could create a login per project so i only have one file on the server but i need to send credentials for each project. which means people we work with a lot can get multiple logins / passwords a day. So what i would like to do is create users, but instead of assigning them one folder, i would like to add multiple folders to their account. This way i can keep folders with projects and assign multiple accounts to those projects.
> 
> _______________________________________________
> Rumpus-Talk mailing list
> Rumpus-Talk at maxum.com
> http://lists.maxum.com/mailman/listinfo/rumpus-talk


From jonathan.perel at venablesbell.com  Tue Sep 14 11:06:24 2010
From: jonathan.perel at venablesbell.com (Jonathan Perel)
Date: Tue, 14 Sep 2010 11:06:24 -0700
Subject: [Rumpus-talk] File Request Expiration?
Message-ID: <EFBA63DE-3E4F-4CB9-996A-9F2643CDEB56@venablesbell.com>

Hi folks,

Do file requests in Rumpus 6 expire after some amount of time, or are the URLs valid indefinitely. I haven't found any information regarding this in any of the manuals. We want to use a file request URL to allow a number of people at a vendor to upload files to us, but want to make sure the URL isn't going to expire.

It would be a great feature in 7 to be able to control the expiration time on file requests, and to be able to manually expire file request URLs.

Cheers,
Jonathan

-- 
Jonathan Perel       Systems Administrator
VENABLES BELL & PARTNERS
www.venablesbell.com 
201 Post Street, Suite 200
San Francisco, CA 94108
p. 415-962-3064 f. 415-421-3683
For tech support call: 415-946-5999

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.maxum.com/pipermail/rumpus-talk/attachments/20100914/23fc5ee3/attachment.html>

From john at maxum.com  Tue Sep 14 11:13:11 2010
From: john at maxum.com (John O'Fallon)
Date: Tue, 14 Sep 2010 13:13:11 -0500
Subject: [Rumpus-talk] File Request Expiration?
In-Reply-To: <EFBA63DE-3E4F-4CB9-996A-9F2643CDEB56@venablesbell.com>
References: <EFBA63DE-3E4F-4CB9-996A-9F2643CDEB56@venablesbell.com>
Message-ID: <D05F1A32-5D1A-430A-AE6C-C9C53DEF6640@maxum.com>

> Do file requests in Rumpus 6 expire after some amount of time, or  
> are the URLs valid indefinitely. I haven't found any information  
> regarding this in any of the manuals. We want to use a file request  
> URL to allow a number of people at a vendor to upload files to us,  
> but want to make sure the URL isn't going to expire.

File requests expire after 1 week.  Once a file request URL is used to  
send a file, additional files may be sent for up to 1 hour.

> It would be a great feature in 7 to be able to control the  
> expiration time on file requests, and to be able to manually expire  
> file request URLs.

Yep, this is on the list.  Thanks for mentioning it... Feedback like  
this helps to set priorities.

John


From john at maxum.com  Tue Sep 14 12:21:55 2010
From: john at maxum.com (John O'Fallon)
Date: Tue, 14 Sep 2010 14:21:55 -0500
Subject: [Rumpus-talk] Improving Big Downloads UI
Message-ID: <17FDB629-6208-4419-A346-2DF83618BD7B@maxum.com>

Hi Folks...

I've been working on improving the user feedback for folder and multi- 
file downloads.  There is now a "Please be patient" message while the  
archive is generated (for both types of downloads), which is pretty  
good, I think.  I would also like to improve the interface displayed  
during the actual data transfer.

Please visit:

   http://testrumpus.dyndns.tv/

Log in as either "moe" (password "moe"), "larry" (password "larry) or  
"curly" (password "curly").  You will find 3 folders which compress to  
downloads of about 3, 10 or 15 MB.  Feel free to try folder or multi- 
file downloads.

What I am most interested in is how the "Download In Progress" page is  
displayed.  You'll notice that the "return to the file listing" button  
isn't shown during the transfer, and instead you'll get a spinning  
"please wait" image.  Once the download completes, the spinner will  
change to the "return to listing" button.

The problem with this is that the server only knows when it's done  
*sending* the file, but has no way to know when the client has  
finished *receiving* it.  This is why the text in the window doesn't  
change to "download complete"... It would be very misleading to show a  
"complete" message before the entire file has been saved.

So, do you think that the new download interface is more clear and  
helpful, giving users an indication that something is happening and  
encouraging them to be patient, even if the "return" button is shown a  
few seconds too early?  Or in real-world testing, does the "return to  
listing" button get enabled so soon that it causes more confusion than  
it's worth?

Your feedback will be appreciated!

John

From Bryan at blackeyedigital.com  Wed Sep 15 08:27:24 2010
From: Bryan at blackeyedigital.com (Bryan Taylor)
Date: Wed, 15 Sep 2010 10:27:24 -0500
Subject: [Rumpus-talk] Improving Big Downloads UI
In-Reply-To: <17FDB629-6208-4419-A346-2DF83618BD7B@maxum.com>
References: <17FDB629-6208-4419-A346-2DF83618BD7B@maxum.com>
Message-ID: <408CDA0F-949C-4BAC-8C07-3370E2BB177A@blackeyedigital.com>

I think this is an excellent solution. 

Definitely gives the user a good indication that something is happening.

And for me, the "Return To The File Listing" button appeared exactly when the download was finished.


On Sep 14, 2010, at 2:21 PM, John O'Fallon wrote:

> Hi Folks...
> 
> I've been working on improving the user feedback for folder and multi-file downloads.  There is now a "Please be patient" message while the archive is generated (for both types of downloads), which is pretty good, I think.  I would also like to improve the interface displayed during the actual data transfer.
> 
> Please visit:
> 
>  http://testrumpus.dyndns.tv/
> 
> Log in as either "moe" (password "moe"), "larry" (password "larry) or "curly" (password "curly").  You will find 3 folders which compress to downloads of about 3, 10 or 15 MB.  Feel free to try folder or multi-file downloads.
> 
> What I am most interested in is how the "Download In Progress" page is displayed.  You'll notice that the "return to the file listing" button isn't shown during the transfer, and instead you'll get a spinning "please wait" image.  Once the download completes, the spinner will change to the "return to listing" button.
> 
> The problem with this is that the server only knows when it's done *sending* the file, but has no way to know when the client has finished *receiving* it.  This is why the text in the window doesn't change to "download complete"... It would be very misleading to show a "complete" message before the entire file has been saved.
> 
> So, do you think that the new download interface is more clear and helpful, giving users an indication that something is happening and encouraging them to be patient, even if the "return" button is shown a few seconds too early?  Or in real-world testing, does the "return to listing" button get enabled so soon that it causes more confusion than it's worth?
> 
> Your feedback will be appreciated!
> 
> John
> _______________________________________________
> Rumpus-Talk mailing list
> Rumpus-Talk at maxum.com
> http://lists.maxum.com/mailman/listinfo/rumpus-talk


From john at maxum.com  Wed Sep 15 13:46:39 2010
From: john at maxum.com (John O'Fallon)
Date: Wed, 15 Sep 2010 15:46:39 -0500
Subject: [Rumpus-talk] Improving Big Downloads UI
In-Reply-To: <408CDA0F-949C-4BAC-8C07-3370E2BB177A@blackeyedigital.com>
References: <17FDB629-6208-4419-A346-2DF83618BD7B@maxum.com>
	<408CDA0F-949C-4BAC-8C07-3370E2BB177A@blackeyedigital.com>
Message-ID: <FBAAAEDA-7AC9-484D-9491-C962AD7ECD64@maxum.com>

> And for me, the "Return To The File Listing" button appeared exactly  
> when the download was finished.

In my own off-site tests, the timing has been better than I expected.   
I'm pretty happy with the new interface.

Did anyone try the new folder or multi-file download functionality and  
find a big time difference from the appearance of the "Return To The  
File Listing" button and then actual completion of the file?

Did the new download interface seem confusing in any way, to anyone?

Thanks,

John

From Bryan at blackeyedigital.com  Wed Sep 15 14:01:21 2010
From: Bryan at blackeyedigital.com (Bryan Taylor)
Date: Wed, 15 Sep 2010 16:01:21 -0500
Subject: [Rumpus-talk] Improving Big Downloads UI
In-Reply-To: <FBAAAEDA-7AC9-484D-9491-C962AD7ECD64@maxum.com>
References: <17FDB629-6208-4419-A346-2DF83618BD7B@maxum.com>
	<408CDA0F-949C-4BAC-8C07-3370E2BB177A@blackeyedigital.com>
	<FBAAAEDA-7AC9-484D-9491-C962AD7ECD64@maxum.com>
Message-ID: <2316EB4B-52BD-4672-A72B-7695A1FA5E37@blackeyedigital.com>

My download that I was referring to before was using the multi-file download. I downloaded all 3 folders at the root ad the button showed with perfect timing.



On Sep 15, 2010, at 3:46 PM, John O'Fallon wrote:

>> And for me, the "Return To The File Listing" button appeared exactly when the download was finished.
> 
> In my own off-site tests, the timing has been better than I expected.  I'm pretty happy with the new interface.
> 
> Did anyone try the new folder or multi-file download functionality and find a big time difference from the appearance of the "Return To The File Listing" button and then actual completion of the file?
> 
> Did the new download interface seem confusing in any way, to anyone?
> 
> Thanks,
> 
> John
> _______________________________________________
> Rumpus-Talk mailing list
> Rumpus-Talk at maxum.com
> http://lists.maxum.com/mailman/listinfo/rumpus-talk


From holgi at justmail.de  Wed Sep 15 14:38:31 2010
From: holgi at justmail.de (holgi at justmail.de)
Date: Wed, 15 Sep 2010 23:38:31 +0200
Subject: [Rumpus-talk] Improving Big Downloads UI
In-Reply-To: <FBAAAEDA-7AC9-484D-9491-C962AD7ECD64@maxum.com>
References: <17FDB629-6208-4419-A346-2DF83618BD7B@maxum.com>
	<408CDA0F-949C-4BAC-8C07-3370E2BB177A@blackeyedigital.com>
	<FBAAAEDA-7AC9-484D-9491-C962AD7ECD64@maxum.com>
Message-ID: <2F4C96E9-E4DE-4782-A1A9-DB7A556955DE@justmail.de>

hi john
my test result: almost no time differences between finished downloads and the changes in the web-interface. 
but i don't like the spinning wheel instead of the progress bar, because the user has no indication and predictability how long the progress takes. Or is this spinning wheel only for downloads (the upload-progress-bar will not be changed)?

In one situation (i think it was a multiple file download) the wheel was not shown. I think, the image file was't available for some reason.

And another feature request: a variable with an upload-/download-counter for use in notifications. this is a good reference to any upload/download. at the moment (and from the begin of using rumpus) i'm using such a counter (created with a bit of scripting) in all mail-notifications, self-created log-files (with a bit of scripting) and for the creation of folders. It is a very nice feature to reference and communicate about uploaded/dropshipped files. And as a result of my counter i could tell you: our customers have uploaded near to 30000 files in less than two years via web interface of rumpus!
It is so cool to communicate in this way: "Take a look to download 29753. That's the file, you are waiting for."

Holger


Am 15.09.2010 um 22:46 schrieb John O'Fallon:

> And for me, the "Return To The File Listing" button appeared exactly when the download was finished.

In my own off-site tests, the timing has been better than I expected.  I'm pretty happy with the new interface.

Did anyone try the new folder or multi-file download functionality and find a big time difference from the appearance of the "Return To The File Listing" button and then actual completion of the file?

Did the new download interface seem confusing in any way, to anyone?

Thanks,

John

From john at maxum.com  Wed Sep 15 14:57:13 2010
From: john at maxum.com (John O'Fallon)
Date: Wed, 15 Sep 2010 16:57:13 -0500
Subject: [Rumpus-talk] Improving Big Downloads UI
In-Reply-To: <2F4C96E9-E4DE-4782-A1A9-DB7A556955DE@justmail.de>
References: <17FDB629-6208-4419-A346-2DF83618BD7B@maxum.com>
	<408CDA0F-949C-4BAC-8C07-3370E2BB177A@blackeyedigital.com>
	<FBAAAEDA-7AC9-484D-9491-C962AD7ECD64@maxum.com>
	<2F4C96E9-E4DE-4782-A1A9-DB7A556955DE@justmail.de>
Message-ID: <4325CD82-8012-495B-A4EB-BD2E9734E540@maxum.com>

> but i don't like the spinning wheel instead of the progress bar,  
> because the user has no indication and predictability how long the  
> progress takes. Or is this spinning wheel only for downloads (the  
> upload-progress-bar will not be changed)?

The spinning wheel is only for downloads.  Uploads will remain a  
proper progress indicator.  This is because when receiving a file,  
Rumpus knows exactly how much of the transfer has completed, so it can  
show accurate statistics.  When sending a file, the server knows how  
much data has been sent, but not how much the client has actually  
received, so the statistics would be off by some margin.  This margin  
might be small or large, depending on the networking between the  
server and client, but it could be misleading in any case.

> In one situation (i think it was a multiple file download) the wheel  
> was not shown. I think, the image file was't available for some  
> reason.

If you have the problem repeat, especially in a reproducible way,  
please let me know at "support at maxum.com".

> And another feature request: a variable with an upload-/download- 
> counter for use in notifications. this is a good reference to any  
> upload/download. at the moment (and from the begin of using rumpus)  
> i'm using such a counter (created with a bit of scripting) in all  
> mail-notifications, self-created log-files (with a bit of scripting)  
> and for the creation of folders. It is a very nice feature to  
> reference and communicate about uploaded/dropshipped files. And as a  
> result of my counter i could tell you: our customers have uploaded  
> near to 30000 files in less than two years via web interface of  
> rumpus!
> It is so cool to communicate in this way: "Take a look to download  
> 29753. That's the file, you are waiting for."

Yes, I think you may have mentioned that one before... ;^)

John

From JohnD at cciu.org  Wed Sep 15 15:17:00 2010
From: JohnD at cciu.org (John DeMillion)
Date: Wed, 15 Sep 2010 18:17:00 -0400
Subject: [Rumpus-talk] Improving Big Downloads UI
In-Reply-To: <mailman.38191.1284583604.87021.rumpus-talk@maxum.com>
References: <mailman.38191.1284583604.87021.rumpus-talk@maxum.com>
Message-ID: <fc.00802cf1045a1dec3b9aca00dce063ea.45a1e16@cciu.org>

rumpus-talk at maxum.com on September 15, 2010 at 4:46 PM -0400 wrote:
>Improving Big Downloads UI

One word:  perfection!

That's a beautiful and elegant interface that lets users know exactly
what's going on.  The timing seems spot on here with all three sizes of
files on the test server.

Once we get access to that beta ourselves, I'll look forward to putting
it on my server and throwing some of my really huge folders at it, but
I'm betting that it will work well in that scenario too.

John

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.maxum.com/pipermail/rumpus-talk/attachments/20100915/7f035cd3/attachment.html>

From billc_lists at greenbuilder.com  Thu Sep 16 00:52:43 2010
From: billc_lists at greenbuilder.com (Bill Christensen)
Date: Thu, 16 Sep 2010 02:52:43 -0500
Subject: [Rumpus-talk] Recent scan by TrustWave
In-Reply-To: <4325CD82-8012-495B-A4EB-BD2E9734E540@maxum.com>
References: <17FDB629-6208-4419-A346-2DF83618BD7B@maxum.com>
	<408CDA0F-949C-4BAC-8C07-3370E2BB177A@blackeyedigital.com>
	<FBAAAEDA-7AC9-484D-9491-C962AD7ECD64@maxum.com>
	<2F4C96E9-E4DE-4782-A1A9-DB7A556955DE@justmail.de>
	<4325CD82-8012-495B-A4EB-BD2E9734E540@maxum.com>
Message-ID: <a0623091ec8b77c524c2b@[205.238.182.108]>

Hi John et al,

FYI, A recent scan by TrustWave (checking up on our security because 
of ecommerce sites we host) reported TCP port 21 open:

"This port is usually associated with a well-known Internet service; 
however, the scanner was not able to obtain any of the normal 
protocol information. This port may be associated with a host-based 
access control list (ACL), application proxy or "honey pot," 
preventing the scanner from establishing normal protocol 
communications with the service. Alternatively, there may be an 
unusual service listening on this port."

They didn't consider this a problem... just gave a heads up.  I'm 
assuming that their inability to access "normal protocol information" 
is intentional.


-- 
Bill Christensen
<http://greenbuilder.com/contact/>

Green Building Professionals Directory: <http://directory.greenbuilder.com>
Sustainable Building Calendar: <http://Calendar.SustainableSources.com>
Green Real Estate: <http://www.greenbuilder.com/realestate/>
Straw Bale Registry: <http://sbregistry.greenbuilder.com/>
Books/videos/software: <http://bookstore.greenbuilder.com/>

From JohnD at cciu.org  Thu Sep 16 14:12:16 2010
From: JohnD at cciu.org (John DeMillion)
Date: Thu, 16 Sep 2010 17:12:16 -0400
Subject: [Rumpus-talk] Option to force user to change password at login
Message-ID: <fc.00802cf1045b259300802cf1045b2593.45b2661@cciu.org>


As I've started to roll out Rumpus to my initial users, I realized how
nice it would be to give them a temporary password, but force them to
change it to one of their choosing.

I could see this in the interface as a checkbox that says "Require user
to change password at next login" on the Define User Accounts form. 
After the user logs in and changes it, that option would uncheck itself.

Please consider that for a future version of Rumpus.

Thanks,
John

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.maxum.com/pipermail/rumpus-talk/attachments/20100916/bce46845/attachment.html>

From appsupport at netextras.com  Sat Sep 18 08:32:13 2010
From: appsupport at netextras.com (John Readwin)
Date: Sat, 18 Sep 2010 09:32:13 -0600
Subject: [Rumpus-talk] Option to force user to change password at login
In-Reply-To: <fc.00802cf1045b259300802cf1045b2593.45b2661@cciu.org>
References: <fc.00802cf1045b259300802cf1045b2593.45b2661@cciu.org>
Message-ID: <99E5D54D-C540-44BF-872B-8220BFE3E681@netextras.com>

While I agree that would be a nice feature; with it you would need to be able to define password restrictions.
ie
min of xx characters
must include numbers and letters
can't match the username

I think you get the idea.

It's great to give users flexibility but you also need to keep the server secure, I find a lot of users can be very "lazy" when it comes to creating their own passwords, and you need to be able to enforce some level of secure password creation for the security of the whole server.

Just my 2?

John R

On Sep 16, 2010, at 3:12 PM, John DeMillion wrote:

> 
> As I've started to roll out Rumpus to my initial users, I realized how nice it would be to give them a temporary password, but force them to change it to one of their choosing.
> 
> I could see this in the interface as a checkbox that says "Require user to change password at next login" on the Define User Accounts form.  After the user logs in and changes it, that option would uncheck itself.
> 
> Please consider that for a future version of Rumpus.
> 
> Thanks,
> John
> _______________________________________________
> Rumpus-Talk mailing list
> Rumpus-Talk at maxum.com
> http://lists.maxum.com/mailman/listinfo/rumpus-talk


From lists at sharpdsl.com  Mon Sep 20 19:21:00 2010
From: lists at sharpdsl.com (Scott Sharp)
Date: Tue, 21 Sep 2010 12:21:00 +1000 (EST)
Subject: [Rumpus-talk] Service Launch Options gone in 6.2.10 ?
Message-ID: <a9a6ea094aa6bac443e13392a6e9d88c.squirrel@webmail.sharpdsl.com>

Hi Everyone,

Has anyone else noticed the 3 'Service Launch Options' tick boxes missing
from the Setup / Install Server window in v6.2.10 ?

They are there in v6.0.7.... have they been moved in v6.2.10 ?

Thanks / Regards
Scott Sharp


From john at maxum.com  Mon Sep 20 19:27:26 2010
From: john at maxum.com (John O'Fallon)
Date: Mon, 20 Sep 2010 21:27:26 -0500
Subject: [Rumpus-talk] Service Launch Options gone in 6.2.10 ?
In-Reply-To: <a9a6ea094aa6bac443e13392a6e9d88c.squirrel@webmail.sharpdsl.com>
References: <a9a6ea094aa6bac443e13392a6e9d88c.squirrel@webmail.sharpdsl.com>
Message-ID: <81387DF0-BCC0-4A8D-B360-9CF8A3CE89DD@maxum.com>

They no longer exist because restarting is now automatic.  When you  
click "Start Server", Rumpus sets up the needed system options to have  
the Rumpus service started at system boot time.

John

On Sep 20, 2010, at 9:21 PM, Scott Sharp wrote:

> Has anyone else noticed the 3 'Service Launch Options' tick boxes  
> missing
> from the Setup / Install Server window in v6.2.10 ?
>
> They are there in v6.0.7.... have they been moved in v6.2.10 ?




From JennyM at BermanPrinting.com  Wed Sep 22 06:41:14 2010
From: JennyM at BermanPrinting.com (Meinhardt, Jenny)
Date: Wed, 22 Sep 2010 09:41:14 -0400
Subject: [Rumpus-talk] remove expired SSL Verisign Certificate
Message-ID: <E0E02AEBCDD7D64F84867AD747E11161016931EA@bpfs05.bermanprinting.com>

Last years certificate has expired. A new one has been installed and is
working properly. The expired one is still showing when the site is logged
onto. How can I remove just the expired one?
 
Jenny Meinhardt


This email is intended only for the addressee and may contain confidential, proprietary or legally privileged information.  If you are not the intended recipient you are notified that any disclosure, copying, distribution or use of this email or any attachment is prohibited.  If you have received this email in error, please notify us immediately by returning it to the sender and deleting all copies and any attachments.  Neither the transmission or mistaken delivery shall constitute waiver of any legal privilege.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.maxum.com/pipermail/rumpus-talk/attachments/20100922/99557342/attachment.html>

From john at maxum.com  Wed Sep 22 12:09:28 2010
From: john at maxum.com (John O'Fallon)
Date: Wed, 22 Sep 2010 14:09:28 -0500
Subject: [Rumpus-talk] remove expired SSL Verisign Certificate
In-Reply-To: <E0E02AEBCDD7D64F84867AD747E11161016931EA@bpfs05.bermanprinting.com>
References: <E0E02AEBCDD7D64F84867AD747E11161016931EA@bpfs05.bermanprinting.com>
Message-ID: <25CEF25E-BC55-49F9-8E1C-0B8E4E4FC939@maxum.com>

There's no way in Rumpus to install a new cert without completely  
overwriting an old one (when an old cert exists).

Send details to "support at maxum.com", including the server address, and  
I can take a look.

John

On Sep 22, 2010, at 8:41 AM, Meinhardt, Jenny wrote:

> Last years certificate has expired. A new one has been installed and  
> is working properly. The expired one is still showing when the site  
> is logged onto. How can I remove just the expired one?
>