Jump to content


Trumba Community Member
  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About Dan

  • Rank
  1. I imported an Address Book (not sure what account I started it in) that shows when logged in to the Primary Account. It also shows (I think it is the same Address Book) when I log into one of the sub-subscription accounts sharing the primary account. However, many other sub-subscriptions do not see that address book. Is there some way to share the common address book?
  2. I see the ability to link to other sites that may be file repositories, but is the ability to link a file that is uploaded to Trumba (and download it to users) in the works? Minimum 50-100 Kb file size; optimum size 500K - 1Mb. Perhaps a single total storage limitation (10Mb listed in "global storage" for forum posts) would be the answer. File obsolete date (purge date) would help control excess storage growth.
  3. Appreciate the simplified steps ... we'll let you know. Curious if the replacement steps are equally applicable to embedded Spuds. We use a couple spuds for the web page. And, actually, it is not rocket science we are protecting ... an unsecure password passed in the URL really would be adequate. The alternative we were about to implement (and be satisfied with) was to make a simple passworded calendar and have users manually enter it each time. By passing the password in the URL, it is slightly more secure in that we do not need to document what it is anywhere and could make it quite extensive. Thanks again for the time and effort. Dan
  4. We are attempting to work with the "Publish Secure Calendars" ... some advanced coding ... not made much progress (and not spent much time trying). BUT, would still prefer a more simple link that could embed a simple password to a published calendar. Seems that if the password could be passed in an RSS feed URL, the URL for any calendar/spud could also provide a password.
  5. We any closer yet? Do not see new options in Publishing that would indicate this feature is available. Thanks
  6. Next week is fine. Still good news. ...and if you weren't busy answering my questions, you could have made it happen sooner. Reference intact.
  7. Jill - I think it's time you as for a raise. Need a reference? (Thanks) . . . . OHhh ... .just realized that we use one of the 'spuds' to provide the link to the full Calendar. Will this option be obviously enough to patch spuds also??
  8. Just checking on request ... and clarifying. Not looking to have the password saved in Cookie. Looking for a URL in a Web site to contain and pass the Login/password info to the login page form fields. I suspect that if I know more about html coding (or java scripting) I would know how to do it myself.
  9. Exellent reply (been following your other replies this afternoon ... waiting for you to get to this one - LOL). Even better than I was assuming. I did intend for the primary top level Calendar to be "the" shared calendar for all ~15 others. Everyone would keep all generic stuff on that one shared/published calendar. Then each subscriber would have their own "private" calendar that would/could hold more detail, etc. So the primary account holder would create a second Calendar that would be his "private" calendar. I think this makes sense with your reply ... check me. Yes/No
  10. I would be interested when this is made available. I know it is a simple thing (under most circumstances). Thanks
  11. For a Calendar published with password, isn't there some way to create a link that includes the password essentially providing for auto-login? I know that each PC that previously logged in with the "Remember Me" checked will provide auto-login, but I want the link to be on an already secured site so that any user of that site can get direct access to the Calendar.
  12. Setting up one Pro account with ~ dozen (paid) subscribers. As account owner it appears that any/all subscribers top-level calendars they may create will be available to me to view/edit/etc ... true? Or will those top-level subscriber calendars only be accessable with that subscriber's login. If they are uniquely login protected, I presume the subscriber could still add events from that calendar to the main top-level calendar (it would be "shared"). I think this is the last quesiton I have before I begin the creation/purchase process. Thanks oops - I lied. One more related Question. As owner of the master Top-Level shared calendar, can I create other top-level calendars that are only accessable by me? (these seem obviously doable ... I think; just not overtly discussed that I could find). Thanks (x2)
  13. Thanks for the frank (and on target) assessment and feedback. Because of the secure server environment, yes, I think we would need a product that would be hosted on that server. From what I have seen, this would be a great product to choose to do that. As for multiple concurrent users accessing for editing, we could control that (I think) with the links at our end ... but the open communications ... I'm sure it could be technically worked out, but due to certain proprietary, etc. restrictions on our end, we would never get over that hurdle. I would be very interesting in the new product (self hosting ... leasing?). Unfortunately, my timeframe for getting "something" up and running is only a few weeks (4 at most). I suspect that is too tight to expect you to be able to support. I am also looking a just providing a link to the published calendar (published on your site / password protected) from our server. This is very workable. But, my thinking is to have the edit capability as if a single user ... all couple hundred potential users would have the same (single) log in info for editing. (1) Is this allowed by your T&Cs? (save me the time of studying) (2) I assume if a second logon was attempted while the first login was still editing, an error or "view-only" prompt would occur (?) But let me know if/when that option is available. Thanks again Dan
  14. My setup is a dedicated secure server which a few hundred users access for records management. We need a collaborative calendar that can be edited by any user (or securities set internally for access to the link). Would embedding allow full function edit capability? Would the "publishing" that is required to embed require your server to have unrestricted access to our server? Assuming there are limitations, is there a Trumba lease product for hosting on remote servers?
  • Create New...