In developing Flexshares, I was surprised (and spent way too much time) to find that I couldn't hide folders that a user did not have permissions to access.
So...I'm not sure you're in 'good' company...but you're not alone!
If you find a solution, I'd be happy to implement it.
Pete's busy busting out stuff for Shad tomorrow to try and get a beta3 out next week...I can answer some of your questions till he surfaces.
Do you think you will wait for development of enough "Home"/Community apps before releasing a Home 'image'?
Ya...until there's some apps specifically targeted towards the Home, there's not much sense. The way I see things moving towards is that the Community Edition will be more of a generic, all round version, with specific builds like Home having apps targeted towards that segment in addition to changes to common apps (ie. think changing language to be less techie...hiding features that a home user would never use etc.).
How do you see the 'support / non supported' business model working through the Market place? A system using tokens similar to your own? or its limited only by our imagination?
That's interesting that you ask that...its one of the reasons behind the changes to support and the launch of the Pro edition...we (ClearCenter) couldn't provide support for a $10 app (pulling #'s out of thin air) to someone using the free Enterprise Edition. This is an option now that we will have the Pro edition as an option to people.
Ultimately, we'll have to flexible enough so that support can be provided by the app 'vendor', ClearCenter, a community, a combination of any of the three. If the vendor provides support for an app, the pricing will reflect that 'built in' cost, just as we're doing with the Pro version. If the vendor wants nothing to do with supporting an app, and ClearCenter chooses to take on this task (i.e. it is an app in ClearCenter's core target market), the natural course of action would be to add the app to the Professional segment of the Marketplace where a Pro subscription is required. If neither vendor or ClearCenter want/can support the app, my feeling is it has to go in as free, be noted as unsupported, and left to the community.
Does releasing apps via the Martket place tie a deveoper into a particular licensing system? Is there a business model for open source paid apps without providing some other service or support?...i.e the possibility that someone redistributes your freely available source code for less?
The developer does have to choose a license, but we don't force one on you....so, it can be GPL'd, LPLD'd, proprietary...anything...as long as the licensing doesn't conflict with with any libraries or source code used in the app. For example, obviously, one can't grab Concrete5's source code, package it up, slap a webconfig page on it, an sell it in our Marketplace under a proprietary license.
As for 'redistributing your freely available source code for less....your next question will answer that, I think.
Following on from that will the marketplace be vetted (like Apple) or free for all (like Android)?
For the time being, ClearCenter will vet all apps entering the Marketplace for security, quality and, I suppose policing (although I hope this won't be too common, if ever, an occurrence).
I'm not too sure what's going on with Zarafa...Pete's been working on that and Mike has been in contact with the Zarafa management team.
Finally...I know just enough to be dangerous with the new build system...as a '3rd party' developer, there will still be parts that need 'human intervention'...but we'll work towards automation in the next 12 - 18 months and certainly get 'development to Marketplace' more streamlined.
And yes...more documentation to come regarding becoming a vendor in the Marketplace...high priority on my list once we get 6 out.
First thing I'd check is your /etc/postfix/main.cf and look for the parameter 'always_bcc' which should be set.
If that's OK, try restarting Postfix for good measure:
service postfix restart
I'd then suggest checking to see if those emails are getting to the mail-archive account.
Code:
ls /var/spool/imap/e/user/email-archive/
If you see messages getting spooled that, that's a good thing.
The transfer from the message store to the database is done via scripts/cron...have a look at /etc/cron.d/app-archive...feel free to run the script /var/webconfig/scripts/archive_mbox.php to see if there is any info/error.
