From john at maxum.com Tue Sep 1 04:57:32 2009 From: john at maxum.com (John O'Fallon) Date: Tue, 1 Sep 2009 06:57:32 -0500 Subject: [Rumpus-talk] Upgrading and moving to new server In-Reply-To: References: Message-ID: <8691390E-128E-4213-957F-E7D02ECE6D42@maxum.com> Even if you are upgrading the server software on the new server, you can still follow the same procedure as described. John On Sep 1, 2009, at 1:15 AM, Keith Beeby wrote: > Is there a procedure I should follow if I'm not only moving to a new > server but also upgrading from v5.3.9 to v6.1 ? > From k.beeby at albion.co.uk Tue Sep 1 05:01:31 2009 From: k.beeby at albion.co.uk (Keith Beeby) Date: Tue, 1 Sep 2009 13:01:31 +0100 Subject: [Rumpus-talk] Upgrading and moving to new server In-Reply-To: <8691390E-128E-4213-957F-E7D02ECE6D42@maxum.com> References: <8691390E-128E-4213-957F-E7D02ECE6D42@maxum.com> Message-ID: <329600AF-0765-45CD-A07B-768A178E91D9@albion.co.uk> Hi, Can I install 6.1 on my new server and just take over the setting etc from the old 5.3.9 server? Or do I have install 5.3.9 on the new server copy over the setting etc then install 6.1? Thanks Keith On 1 Sep 2009, at 12:57, John O'Fallon wrote: > Even if you are upgrading the server software on the new server, you > can still follow the same procedure as described. > > John > > On Sep 1, 2009, at 1:15 AM, Keith Beeby wrote: > >> Is there a procedure I should follow if I'm not only moving to a >> new server but also upgrading from v5.3.9 to v6.1 ? >> > > _______________________________________________ > Rumpus-Talk mailing list > Rumpus-Talk at maxum.com > http://lists.maxum.com/mailman/listinfo/rumpus-talk From john at maxum.com Tue Sep 1 05:07:27 2009 From: john at maxum.com (John O'Fallon) Date: Tue, 1 Sep 2009 07:07:27 -0500 Subject: [Rumpus-talk] Upgrading and moving to new server In-Reply-To: <329600AF-0765-45CD-A07B-768A178E91D9@albion.co.uk> References: <8691390E-128E-4213-957F-E7D02ECE6D42@maxum.com> <329600AF-0765-45CD-A07B-768A178E91D9@albion.co.uk> Message-ID: Install Rumpus 6.1 on the new server, make sure the basic server is functional, then copy over the settings files as needed. John On Sep 1, 2009, at 7:01 AM, Keith Beeby wrote: > Can I install 6.1 on my new server and just take over the setting > etc from the old 5.3.9 server? Or do I have install 5.3.9 on the new > server copy over the setting etc then install 6.1? From k.beeby at albion.co.uk Mon Sep 7 05:00:03 2009 From: k.beeby at albion.co.uk (Keith Beeby) Date: Mon, 7 Sep 2009 13:00:03 +0100 Subject: [Rumpus-talk] quotas Message-ID: <2172A04A-EE9C-4051-A904-29E895DA0906@albion.co.uk> Hi, What to know if the following is possible, setup an 'admin' user with a quota set to for example 200Mb but then allow this admin user to create sub-users accounts that share the overall admin quota? i.e. I want to give the ability to allow administrators to create their own user accounts within their specified root folder but not to go beyond the quota I've set for the admin user and for those sub-users to get over quota messages etc Thanks Keith From john at maxum.com Mon Sep 7 12:46:45 2009 From: john at maxum.com (John O'Fallon) Date: Mon, 7 Sep 2009 14:46:45 -0500 Subject: [Rumpus-talk] quotas In-Reply-To: <2172A04A-EE9C-4051-A904-29E895DA0906@albion.co.uk> References: <2172A04A-EE9C-4051-A904-29E895DA0906@albion.co.uk> Message-ID: <431C7F4C-9BB7-443C-BAC5-28532D0031F8@maxum.com> There is no way to assign different administrators different space allocations and have Rumpus force the admin to keep the total assigned space within that amount. You can enforce a limit (200 MB, for example) to all accounts defined via Web Admin, of course. Assuming each of the administrator's users had the same Home Folder (which is the same as the administrator's own Home Folder), the entire group would be limited to 200 MB. But I suspect you want finer control than that... John On Sep 7, 2009, at 7:00 AM, Keith Beeby wrote: > What to know if the following is possible, setup an 'admin' user > with a quota set to for example 200Mb but then allow this admin user > to create sub-users accounts that share the overall admin quota? > i.e. I want to give the ability to allow administrators to create > their own user accounts within their specified root folder but not > to go beyond the quota I've set for the admin user and for those sub- > users to get over quota messages etc -------------------------------------------------------- Maxum Development http://www.maxum.com/ Rumpus: The Premier File Transfer Server For Mac OS X. -------------------------------------------------------- From john at maxum.com Tue Sep 15 12:37:17 2009 From: john at maxum.com (John O'Fallon) Date: Tue, 15 Sep 2009 14:37:17 -0500 Subject: [Rumpus-talk] Rumpus 6.1.2 Message-ID: Rumpus 6.1.2, a maintenance update that addresses a number of significant but non-critical issues, is now available here: http://www.maxum.com/Rumpus/DownloadADemo.html For the full list of changes, see: http://www.maxum.com/Rumpus/News612.html As always, please report any problems or let me know if you have questions. John From SMeredith at metnet.mt.gov Wed Sep 16 15:19:16 2009 From: SMeredith at metnet.mt.gov (Steve Meredith) Date: Wed, 16 Sep 2009 16:19:16 -0600 Subject: [Rumpus-talk] Rumpus 6.1.2 In-Reply-To: References: Message-ID: Rumpus-Talk on September 15, 2009 at 1:37 PM -0600 wrote: >Rumpus 6.1.2, a maintenance update that addresses a number of >significant but non-critical issues, is now available here: Updated yesterday, thanks. But I got a "Rumpus Admin: Address Denied" message from the server this afternoon. I typically go to the logs to see what the password attempts are to see if they're legitimate users making a terrible mistake. Never been a "good user" doing bad things, FYI. This time, when I went in to read the log, it showed no file, "The log file is empty or doesn't exist." All logs are being updated except the Denied Access and the Errors logs. Maybe I assume that the Error log is empty 'cuz it has no errors.... :-) ____________________________ "When All Else Fails, Discontinue the use of All Else." Steve Meredith Internet Services Bureau Chief Montana Office of Public Instruction www.opi.mt.gov www.metnet.mt.gov Providing Streaming Media to: Montana Tribes http://www.montanatribes.org/main.php?page=intro Governor and First Lady's Math and Science Initiative http://MathScience.mt.gov Fish, Wildlife & Parks iTunes Podcast http://itunes.apple.com/WebObjects/MZStore.woa/wa/viewPodcast?id=93153853 Discover Montana's Ecosystems http://fwp.mt.gov/education/ecosystem/default.html 406-444-3563 -------------- next part -------------- An HTML attachment was scrubbed... URL: From john at maxum.com Wed Sep 16 15:40:51 2009 From: john at maxum.com (John O'Fallon) Date: Wed, 16 Sep 2009 17:40:51 -0500 Subject: [Rumpus-talk] Rumpus 6.1.2 In-Reply-To: References: Message-ID: <67E7FB44-B45F-4055-AFD3-A8B6F5279BD0@maxum.com> > This time, when I went in to read the log, it showed no file, "The > log file is empty or doesn't exist." It could be a character encoding problem. In Rumpus versions before 6.1, logs were maintained in Latin-1 (for the most part). In version 6.1, UTF-8 is used. An older Latin-1 character that appears in the log can make the entire log unreadable within the Rumpus application. Just use a text editor to open the log. You can always open the logs folder using the button on the Logs tab of the FTP Settings window. If needed, move the log to an archive location, and Rumpus will automatically start a new log the next time it needs to write an entry into it. John From SMeredith at metnet.mt.gov Wed Sep 16 15:47:36 2009 From: SMeredith at metnet.mt.gov (Steve Meredith) Date: Wed, 16 Sep 2009 16:47:36 -0600 Subject: [Rumpus-talk] Denied Access log In-Reply-To: <67E7FB44-B45F-4055-AFD3-A8B6F5279BD0@maxum.com> References: < > <67E7FB44-B45F-4055-AFD3-A8B6F5279BD0@maxum.com> Message-ID: Rumpus-Talk on September 16, 2009 at 4:40 PM -0600 wrote: >It could be a character encoding problem. In Rumpus versions before >6.1, logs were maintained in Latin-1 (for the most part). In version >6.1, UTF-8 is used. An older Latin-1 character that appears in the >log can make the entire log unreadable within the Rumpus application. > >Just use a text editor to open the log. You can always open the logs >folder using the button on the Logs tab of the FTP Settings window. >If needed, move the log to an archive location, and Rumpus will >automatically start a new log the next time it needs to write an entry >into it. It doesn't seem to exist, so I can remove the Latin encode! I have Activity, AnonPW, Debug, Errors, FailedTransfers, Transfers, and WFM log files in the LOGS file on the server. I checked the permissions, System and Wheel have Read-Write. ____________________________ "When All Else Fails, Discontinue the use of All Else." Steve Meredith Internet Services Bureau Chief Montana Office of Public Instruction www.opi.mt.gov www.metnet.mt.gov Providing Streaming Media to: Montana Tribes http://www.montanatribes.org/main.php?page=intro Governor and First Lady's Math and Science Initiative http://MathScience.mt.gov Fish, Wildlife & Parks iTunes Podcast http://itunes.apple.com/WebObjects/MZStore.woa/wa/viewPodcast?id=93153853 Discover Montana's Ecosystems http://fwp.mt.gov/education/ecosystem/default.html 406-444-3563 -------------- next part -------------- An HTML attachment was scrubbed... URL: From SMeredith at metnet.mt.gov Thu Sep 17 11:17:25 2009 From: SMeredith at metnet.mt.gov (Steve Meredith) Date: Thu, 17 Sep 2009 12:17:25 -0600 Subject: [Rumpus-talk] Denied Access log In-Reply-To: References: < > <, > <, > <67E7FB44-B45F-4055-AFD3-A8B6F5279BD0@maxum.com> <,> Message-ID: Even though I didn't have a "Denied Access" log file to delete, I deleted the Debug log for grins. Now I have all my log files visible. Errors file remains empty, but if it ain't got no errors.... :-) Rumpus-Talk on September 16, 2009 at 4:47 PM -0600 wrote: >It doesn't seem to exist, so I can remove the Latin encode! I have Activity, AnonPW, Debug, Errors, FailedTransfers, Transfers, and WFM log files in the LOGS file on the server. > >I checked the permissions, System and Wheel have Read-Write. ____________________________ "When All Else Fails, Discontinue the use of All Else." Steve Meredith Internet Services Bureau Chief Montana Office of Public Instruction www.opi.mt.gov www.metnet.mt.gov Providing Streaming Media to: Montana Tribes http://www.montanatribes.org/main.php?page=intro Governor and First Lady's Math and Science Initiative http://MathScience.mt.gov Fish, Wildlife & Parks iTunes Podcast http://itunes.apple.com/WebObjects/MZStore.woa/wa/viewPodcast?id=93153853 Discover Montana's Ecosystems http://fwp.mt.gov/education/ecosystem/default.html 406-444-3563 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Nigel.Holmes at haymarket.com Mon Sep 21 01:17:25 2009 From: Nigel.Holmes at haymarket.com (Nigel Holmes) Date: Mon, 21 Sep 2009 09:17:25 +0100 Subject: [Rumpus-talk] File Notes in Version 6.1.1 & 6.1.2 Message-ID: <77894691A725C844B6AFF5E430889A69071C32E3@tsex01.haynet.com> I have just upgraded to version 6.1.2 and a nice feature is the file notes, sadly it does not seem to work. After turning this feature on I can see the icon in the web browser and I can click and fill in the details, and it even says updated. But if I then click on the icon again I just get a blank box, and the details I have just entered are not present?? I have tested using version 6.1.1, and I see the same problem. I have also tested using different web browsers both Mac and PC but get the same results, am I missing something?? Regards, Nigel Holmes Network Operations Manager Haymarket information.technology Haymarket Publishing Services Ltd Teddington Studios Broom Road Teddington Middlesex TW11 9BE Tel: +44 (020) 8267 8505 P Save Paper - Do you really need to print this e-mail? This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender by replying to this e-mail. Replies to this email may be monitored by the Haymarket Group for operational or business reasons. Whilst every endeavour is taken to ensure that e-mails are free from viruses, no liability can be accepted and the recipient is requested to use their own virus checking software. www.haymarket.com Haymarket Media Group Limited Registered in England no. 267189 Registered Office: 174 Hammersmith Road, London W6 7JP --ES -------------- next part -------------- An HTML attachment was scrubbed... URL: From Nigel.Holmes at haymarket.com Mon Sep 21 04:48:16 2009 From: Nigel.Holmes at haymarket.com (Nigel Holmes) Date: Mon, 21 Sep 2009 12:48:16 +0100 Subject: [Rumpus-talk] File Notes in Version 6.1.1 & 6.1.2 References: <77894691A725C844B6AFF5E430889A69071C32E3@tsex01.haynet.com> Message-ID: <77894691A725C844B6AFF5E430889A69071C32E8@tsex01.haynet.com> Just to add a bit more detail I have just noticed this in the error log. Failed to obtain comment handle to file: (0) Maybe this will give you a clue :-) Regards, Nigel Holmes ________________________________ From: Nigel Holmes Sent: 21 September 2009 09:17 To: 'rumpus-talk at maxum.com' Subject: File Notes in Version 6.1.1 & 6.1.2 I have just upgraded to version 6.1.2 and a nice feature is the file notes, sadly it does not seem to work. After turning this feature on I can see the icon in the web browser and I can click and fill in the details, and it even says updated. But if I then click on the icon again I just get a blank box, and the details I have just entered are not present?? I have tested using version 6.1.1, and I see the same problem. I have also tested using different web browsers both Mac and PC but get the same results, am I missing something?? Regards, Nigel Holmes Network Operations Manager Haymarket information.technology Haymarket Publishing Services Ltd Teddington Studios Broom Road Teddington Middlesex TW11 9BE Tel: +44 (020) 8267 8505 P Save Paper - Do you really need to print this e-mail? This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender by replying to this e-mail. Replies to this email may be monitored by the Haymarket Group for operational or business reasons. Whilst every endeavour is taken to ensure that e-mails are free from viruses, no liability can be accepted and the recipient is requested to use their own virus checking software. www.haymarket.com Haymarket Media Group Limited Registered in England no. 267189 Registered Office: 174 Hammersmith Road, London W6 7JP --ES -------------- next part -------------- An HTML attachment was scrubbed... URL: From john at maxum.com Mon Sep 21 05:28:08 2009 From: john at maxum.com (John O'Fallon) Date: Mon, 21 Sep 2009 07:28:08 -0500 Subject: [Rumpus-talk] File Notes in Version 6.1.1 & 6.1.2 In-Reply-To: <77894691A725C844B6AFF5E430889A69071C32E3@tsex01.haynet.com> References: <77894691A725C844B6AFF5E430889A69071C32E3@tsex01.haynet.com> Message-ID: <3AF3BAA3-DFBC-45A5-A52B-F626679B3C7D@maxum.com> In the Finder, choose a file accessible via Rumpus and open the info window (command-i). Can you set a Spotlight Comment via the Finder? Does the comment you set in the Finder show up in Rumpus as a file note? John On Sep 21, 2009, at 3:17 AM, Nigel Holmes wrote: > I have just upgraded to version 6.1.2 and a nice feature is the file > notes, sadly it does not seem to work. > After turning this feature on I can see the icon in the web browser > and I can click and fill in the details, and it even says updated. > But if I then click on the icon again I just get a blank box, and > the details I have just entered are not present?? > I have tested using version 6.1.1, and I see the same problem. > I have also tested using different web browsers both Mac and PC but > get the same results, am I missing something?? > -------------------------------------------------------- Maxum Development http://www.maxum.com/ Rumpus: The Premier File Transfer Server For Mac OS X. -------------------------------------------------------- From Nigel.Holmes at haymarket.com Mon Sep 21 06:44:04 2009 From: Nigel.Holmes at haymarket.com (Nigel Holmes) Date: Mon, 21 Sep 2009 14:44:04 +0100 Subject: [Rumpus-talk] File Notes in Version 6.1.1 & 6.1.2 References: <77894691A725C844B6AFF5E430889A69071C32E3@tsex01.haynet.com> <3AF3BAA3-DFBC-45A5-A52B-F626679B3C7D@maxum.com> Message-ID: <77894691A725C844B6AFF5E430889A69071C32EA@tsex01.haynet.com> Yes in fact I can see the comments I did using the web browser, so the data is being added by the web browser, but not displayed when you click back on the notes icon. Regards, Nigel -----Original Message----- From: rumpus-talk-bounces at maxum.com [mailto:rumpus-talk-bounces at maxum.com] On Behalf Of John O'Fallon Sent: 21 September 2009 13:28 To: Rumpus-Talk Subject: Re: [Rumpus-talk] File Notes in Version 6.1.1 & 6.1.2 In the Finder, choose a file accessible via Rumpus and open the info window (command-i). Can you set a Spotlight Comment via the Finder? Does the comment you set in the Finder show up in Rumpus as a file note? John On Sep 21, 2009, at 3:17 AM, Nigel Holmes wrote: > I have just upgraded to version 6.1.2 and a nice feature is the file > notes, sadly it does not seem to work. > After turning this feature on I can see the icon in the web browser > and I can click and fill in the details, and it even says updated. > But if I then click on the icon again I just get a blank box, and > the details I have just entered are not present?? > I have tested using version 6.1.1, and I see the same problem. > I have also tested using different web browsers both Mac and PC but > get the same results, am I missing something?? > -------------------------------------------------------- Maxum Development http://www.maxum.com/ Rumpus: The Premier File Transfer Server For Mac OS X. -------------------------------------------------------- _______________________________________________ Rumpus-Talk mailing list Rumpus-Talk at maxum.com http://lists.maxum.com/mailman/listinfo/rumpus-talk This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender by replying to this e-mail. Replies to this email may be monitored by the Haymarket Group for operational or business reasons. Whilst every endeavour is taken to ensure that e-mails are free from viruses, no liability can be accepted and the recipient is requested to use their own virus checking software. www.haymarket.com Haymarket Media Group Limited Registered in England no. 267189 Registered Office: 174 Hammersmith Road, London W6 7JP --ES From john at maxum.com Mon Sep 21 06:55:13 2009 From: john at maxum.com (John O'Fallon) Date: Mon, 21 Sep 2009 08:55:13 -0500 Subject: [Rumpus-talk] File Notes in Version 6.1.1 & 6.1.2 In-Reply-To: <77894691A725C844B6AFF5E430889A69071C32EA@tsex01.haynet.com> References: <77894691A725C844B6AFF5E430889A69071C32E3@tsex01.haynet.com> <3AF3BAA3-DFBC-45A5-A52B-F626679B3C7D@maxum.com> <77894691A725C844B6AFF5E430889A69071C32EA@tsex01.haynet.com> Message-ID: <94F946D9-79AF-494C-AEA8-D123EF1A771E@maxum.com> Send the server address and a test name and password to "support at maxum.com " so I can take a closer look. John On Sep 21, 2009, at 8:44 AM, Nigel Holmes wrote: > Yes in fact I can see the comments I did using the web browser, so the > data is being added by the web browser, but not displayed when you > click > back on the notes icon. From appsupport at netextras.com Mon Sep 21 07:14:50 2009 From: appsupport at netextras.com (John Readwin) Date: Mon, 21 Sep 2009 08:14:50 -0600 Subject: [Rumpus-talk] [Rumpus] Apache2 proxy (was: Virtual Host Setup) In-Reply-To: <431B8535-3641-41F3-B18E-06AF4DBAB90E@bonetmail.com> References: <4CAAE595-8D32-403A-8A8A-EB4D6FA801D1@studiomechanics.net> <16005440-E147-433F-9632-FBE3EB4A7B49@independentedit.tv> <16CC9D05-0F53-4215-9DCD-3262B32433E4@bulckens.com> <431B8535-3641-41F3-B18E-06AF4DBAB90E@bonetmail.com> Message-ID: I'm not sure if Jonas or Patrick are still out there, but I'm hoping someone can give me a little more guidance on this issue. I too am trying to set-up rumpus to work on leopard server via port 80. I have a separate IP address available ( if that makes it easier) I'm using Leopard server ( GUI) to administer the server. 1) If I use a separate IP, do I simply have to specify each domain/ virtual host in the leopard GUI to IP's other than the one I specify for (within) Rumpus? Just not sure on the whole "binding apache to IP address(s) thing" ! 2) If i want/need to use the same IP, when I setup the virtual host for rumpus within the GUI, ( as suggested by Patrick) does it make a difference where I point the web folder to? I did try ths method, but when I tried adding the info as suggested, it didn't work. The file /etc/apache2/sites/files_domain_com_80.conf had much more data in it I tried deleting all but the info below, but then that messed with the GUI config. ServerName files.domain.com ProxyRequests Off Order deny,allow Allow from all ProxyPass / http://files.domain.com:8000/ ProxyPassReverse / http://files.domain.com:8000/ Any suggestions or words of advice? Thanks John On Nov 18, 2008, at 12:15 AM, Jonas Berg wrote: > Super! It works. > > /jonas > > 17 nov 2008 kl. 15.50 skrev Patrick Sneyers: > >> I don't know if you can set the proxy in the GUI (never played with >> 10.5 server) >> >> Best make a Virtual Host in the GUI just for Rumpus (like >> files.domain.com) en then use Smultron or some text editor to edit >> the corresponding vhost.conf file directly (Don't use textedit.app). >> >> The file would be: >> /etc/apache2/sites/files_domain_com_80.conf >> or >> /etc/apache2/users/files_domain_com_80.conf >> >> When done, run this command in terminal: >> sudo apachectl -t >> (this checks your syntax, and will tell you about any errors). >> >> Restart the web service. >> >> >> http://tuppis.com/smultron/ >> >> Patrick >> >> >> Op 17-nov-08, om 13:06 heeft Jonas Berg het volgende geschreven: >> >>> Does this work on 10.5 Server? Can it be done with Server Admin? >>> >>> /jonas >>> >>> >>> 7 nov 2008 kl. 10.51 skrev Patrick Sneyers: >>> >>>> Replying to myself here, but I've quickly tested this on my Mac >>>> Mini (OS X 10.5.5 client), and it works. >>>> >>>> Patrick >>>> >>>> Patrick Sneyers trikke at bulckens.com >>>> sysadmin >>>> __________________________________________________________________ >>>> Drukkerij Bulckens NV >>>> Grenstraat 9 Industriezone Klein Gent >>>> 2270 Herenthout >>>> Belgium >>>> t +32 14 28 58 78 - +32 14 23 04 98 >>>> www.bulckens.com >>>> >>>> >>>> Op 7-nov-08, om 10:22 heeft Patrick Sneyers het volgende >>>> geschreven: >>>> >>>>> These instructions apply to Apache 1.3x. Leopard comes with >>>>> Apache2 >>>>> The setup is slightly different (I haven't tried yet, but I hope >>>>> this works as I will be moving to 10.5 next week) >>>>> >>>>> >>>>> ServerName files.domain.com >>>>> ProxyRequests Off >>>>> >>>>> Order deny,allow >>>>> Allow from all >>>>> >>>>> ProxyPass / http://files.domain.com:8000/ >>>>> ProxyPassReverse / http://files.domain.com:8000/ >>>>> >>>>> >>>>> Also DNS can get in your way. Does files.domain.com resolve to >>>>> the correct IP on your server? You can use IP address too. >>>>> >>>>> http://httpd.apache.org/docs/2.2/mod/mod_proxy.html >>>>> >>>>> Patrick >>>>>> >>>>>> On Nov 6, 2008, at 11:28 AM, Alexis Moore-Jones wrote: >>>>>> >>>>>> >>>>>> Hi All: >>>>>> >>>>>> I currently have Rumpus setup on a server running Mac OS X >>>>>> Server 10.5.5. The same server is also hosting the company >>>>>> website. The company website is using port 80 and the Rumpus >>>>>> WFM is using port 8000. I am running into a serious problem >>>>>> with many of the clients trying to use the Rumpus WFM because >>>>>> their firewall systems will not allow any traffic from 'non- >>>>>> standard' ports and that includes port 8000. >>>>>> >>>>>> I contacted Maxum directly and here's their response: >>>>>> >>>>>>> >>>>>>> In your httpd.conf file, you'll need to set up Apache to act >>>>>>> as a proxy for the Rumpus domain. This will look something >>>>>>> like this: >>>>>>> >>>>>>> LoadModule proxy_module libexec/httpd/libproxy.so >>>>>>> AddModule mod_proxy.c >>>>>>> >>>>>>> >>>>>>> ServerName files.domain.com >>>>>>> ProxyPass / http://files.domain.com:8000/ >>>>>>> ProxyPassReverse / http://files.domain.com:8000/ >>>>>>> >>>>>>> >>>>>>> Once you can connect to Rumpus on port 80, even though it's >>>>>>> really running on port 8000, you need to make one more change... >>>>>>> >>>>>>> In Rumpus, open the "FTP Settings" window and click "Open >>>>>>> Config Folder". That will expose the file "Rumpus.conf". >>>>>>> Open that file in any text editor and add: >>>>>>> >>>>>>> WFMThruProxy YES >>>>>>> >>>>>>> Save the file, then stop and start the Rumpus service to force >>>>>>> the change to be saved. This change will cause Rumpus to drop >>>>>>> the ":8000" from internally generated URLs, so that the Rumpus >>>>>>> WFM will direct users to the standard Web port, even though >>>>>>> the Rumpus Web service is running on port 8000. >>>>>> >>>>>> I've tried making the Apache and Rumpus modifications but have >>>>>> not had any luck. Has anyone had success with setting up >>>>>> reverse-proxy routing on Mac OSXS 10.5.5? >>>> >>>> >>>> >>>> ------------------------------------------------------------------ >>>> Having problems with this mailing list? Send e-mail to >>>> "listrequests at maxum.com" with the word "HELP" in the message body. >>>> >>> ------------------------------------------------------------------ >>> Having problems with this mailing list? Send e-mail to >>> "listrequests at maxum.com" with the word "HELP" in the message body. >>> >>> >> >> ------------------------------------------------------------------ >> Having problems with this mailing list? Send e-mail to >> "listrequests at maxum.com" with the word "HELP" in the message body. >> > ------------------------------------------------------------------ > Having problems with this mailing list? Send e-mail to > "listrequests at maxum.com" with the word "HELP" in the message body. > > From mike at osx.at Mon Sep 21 09:43:27 2009 From: mike at osx.at (Michael Kraker) Date: Mon, 21 Sep 2009 18:43:27 +0200 Subject: [Rumpus-talk] [Rumpus] Apache2 proxy (was: Virtual Host Setup) In-Reply-To: References: <4CAAE595-8D32-403A-8A8A-EB4D6FA801D1@studiomechanics.net> <16005440-E147-433F-9632-FBE3EB4A7B49@independentedit.tv> <16CC9D05-0F53-4215-9DCD-3262B32433E4@bulckens.com> <431B8535-3641-41F3-B18E-06AF4DBAB90E@bonetmail.com> Message-ID: <43795BD9-A38F-4A9B-8F73-491DCCCDFF43@osx.at> Am 21.09.2009 um 16:14 schrieb John Readwin: > > ServerName files.domain.com > ProxyRequests Off > > Order deny,allow > Allow from all > > ProxyPass / http://files.domain.com:8000/ > ProxyPassReverse / http://files.domain.com:8000/ > tell apache to listen only on one IP example.... From mike at derbaer.net Mon Sep 21 09:48:53 2009 From: mike at derbaer.net (Michael Kraker) Date: Mon, 21 Sep 2009 18:48:53 +0200 Subject: [Rumpus-talk] [Rumpus] Apache2 proxy (was: Virtual Host Setup) In-Reply-To: References: <4CAAE595-8D32-403A-8A8A-EB4D6FA801D1@studiomechanics.net> <16005440-E147-433F-9632-FBE3EB4A7B49@independentedit.tv> <16CC9D05-0F53-4215-9DCD-3262B32433E4@bulckens.com> <431B8535-3641-41F3-B18E-06AF4DBAB90E@bonetmail.com> Message-ID: <49BD0492-7EA9-4B6A-ACB7-5959C299D312@derbaer.net> Am 21.09.2009 um 16:14 schrieb John Readwin: > > ServerName files.domain.com > ProxyRequests Off > > Order deny,allow > Allow from all > > ProxyPass / http://files.domain.com:8000/ > ProxyPassReverse / http://files.domain.com:8000/ > tell apache to listen only on one IP example.... From Nigel.Holmes at haymarket.com Thu Sep 24 01:13:04 2009 From: Nigel.Holmes at haymarket.com (Nigel Holmes) Date: Thu, 24 Sep 2009 09:13:04 +0100 Subject: [Rumpus-talk] Feature Requests. Message-ID: <77894691A725C844B6AFF5E430889A69071C330D@tsex01.haynet.com> Could you we have in one of the next releases please the following. 1. The ability to disconnect a user, this was in the previous version 5; but looks to have been removed in 6. 2. The ability to choose to prevent users using the noop command to keep sessions alive. Regards, Nigel Holmes Network Operations Manager Haymarket information.technology Haymarket Publishing Services Ltd Teddington Studios Broom Road Teddington Middlesex TW11 9BE Tel: +44 (020) 8267 8505 P Save Paper - Do you really need to print this e-mail? This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender by replying to this e-mail. Replies to this email may be monitored by the Haymarket Group for operational or business reasons. Whilst every endeavour is taken to ensure that e-mails are free from viruses, no liability can be accepted and the recipient is requested to use their own virus checking software. www.haymarket.com Haymarket Media Group Limited Registered in England no. 267189 Registered Office: 174 Hammersmith Road, London W6 7JP --ES -------------- next part -------------- An HTML attachment was scrubbed... URL: From Nigel.Holmes at haymarket.com Thu Sep 24 01:22:20 2009 From: Nigel.Holmes at haymarket.com (Nigel Holmes) Date: Thu, 24 Sep 2009 09:22:20 +0100 Subject: [Rumpus-talk] Feature Requests. References: <77894691A725C844B6AFF5E430889A69071C330D@tsex01.haynet.com> Message-ID: <77894691A725C844B6AFF5E430889A69071C330E@tsex01.haynet.com> Ok found the disconnect button, the little rectangular block, top right. Can I request that it's a little bit clearer please. Regards, Nigel Holmes ________________________________ From: rumpus-talk-bounces at maxum.com [mailto:rumpus-talk-bounces at maxum.com] On Behalf Of Nigel Holmes Sent: 24 September 2009 09:13 To: Rumpus-Talk Subject: [Rumpus-talk] Feature Requests. Could you we have in one of the next releases please the following. 1. The ability to disconnect a user, this was in the previous version 5; but looks to have been removed in 6. 2. The ability to choose to prevent users using the noop command to keep sessions alive. Regards, Nigel Holmes Network Operations Manager Haymarket information.technology Haymarket Publishing Services Ltd Teddington Studios Broom Road Teddington Middlesex TW11 9BE Tel: +44 (020) 8267 8505 P Save Paper - Do you really need to print this e-mail? This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender by replying to this e-mail. Replies to this email may be monitored by the Haymarket Group for operational or business reasons. Whilst every endeavour is taken to ensure that e-mails are free from viruses, no liability can be accepted and the recipient is requested to use their own virus checking software. www.haymarket.com Haymarket Media Group Limited Registered in England no. 267189 Registered Office: 174 Hammersmith Road, London W6 7JP --ES -------------- next part -------------- An HTML attachment was scrubbed... URL: From john at maxum.com Thu Sep 24 05:09:36 2009 From: john at maxum.com (John O'Fallon) Date: Thu, 24 Sep 2009 07:09:36 -0500 Subject: [Rumpus-talk] Feature Requests. In-Reply-To: <77894691A725C844B6AFF5E430889A69071C330D@tsex01.haynet.com> References: <77894691A725C844B6AFF5E430889A69071C330D@tsex01.haynet.com> Message-ID: <5B12A8B2-3826-497F-AEFB-99F6A2E2E06B@maxum.com> > The ability to choose to prevent users using the noop command to > keep sessions alive. There is no way to prevent an FTP client from sending any particular command. If Rumpus were to return an error on the NOOP command, many clients would probably just terminate the session, so that's not really an option, either. Also, even if Rumpus did disable NOOP, the client could just issue some other command to reset the inactivity timer. Fetch, for example, uses "PWD", which is a mandatory command an FTP server must reply to. Unfortunately, the only good solution to this is to educate users that they shouldn't leave FTP clients connected 24/7. John From Nigel.Holmes at haymarket.com Thu Sep 24 05:20:08 2009 From: Nigel.Holmes at haymarket.com (Nigel Holmes) Date: Thu, 24 Sep 2009 13:20:08 +0100 Subject: [Rumpus-talk] Feature Requests. References: <77894691A725C844B6AFF5E430889A69071C330D@tsex01.haynet.com> <5B12A8B2-3826-497F-AEFB-99F6A2E2E06B@maxum.com> Message-ID: <77894691A725C844B6AFF5E430889A69071C3311@tsex01.haynet.com> I can see your point, how about if Rumpus only sees noop's coming from IP address XYZ, then auto kill/reset the connection. You could also set a variable if more than N noops are received one after the other (and no other valid traffic is received) then kill/Reset the connection. This would then be a clear way to identify someone who has effectively left their machine on just doing a ping. Regards, Nigel Holmes -----Original Message----- From: rumpus-talk-bounces at maxum.com [mailto:rumpus-talk-bounces at maxum.com] On Behalf Of John O'Fallon Sent: 24 September 2009 13:10 To: Rumpus-Talk Subject: Re: [Rumpus-talk] Feature Requests. > The ability to choose to prevent users using the noop command to > keep sessions alive. There is no way to prevent an FTP client from sending any particular command. If Rumpus were to return an error on the NOOP command, many clients would probably just terminate the session, so that's not really an option, either. Also, even if Rumpus did disable NOOP, the client could just issue some other command to reset the inactivity timer. Fetch, for example, uses "PWD", which is a mandatory command an FTP server must reply to. Unfortunately, the only good solution to this is to educate users that they shouldn't leave FTP clients connected 24/7. John _______________________________________________ Rumpus-Talk mailing list Rumpus-Talk at maxum.com http://lists.maxum.com/mailman/listinfo/rumpus-talk This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender by replying to this e-mail. Replies to this email may be monitored by the Haymarket Group for operational or business reasons. Whilst every endeavour is taken to ensure that e-mails are free from viruses, no liability can be accepted and the recipient is requested to use their own virus checking software. www.haymarket.com Haymarket Media Group Limited Registered in England no. 267189 Registered Office: 174 Hammersmith Road, London W6 7JP --ES