document share - read only users/anonymous password access

We only have a handful of users that would be editing Confluence docs but 50+ external users that could benefit from seeing these docs in a read only capacity. I'd like to run the cloud version but I don't want to open it up publicly with anonymous access for these users (and the rest of the world).

Is there any way to lock down the anonymous access with a password? Any other work around?

1 answer

1 accepted

Anonymous with a password is a contradiction - passwords are only relevant to a User account.

By definition, Anonymous is deliberately for providing access to the Space for anyone anywhere in the world.

Of course you can set the Anonymous permissions such that they can't edit any pages or upload/comment etc

and of course within the Space you can set Page View Restriction at a Parent which only allows the nominated Users or user Groups you want to see that Page(s) i.e. Anonymous would not be included in the View list so it remains private.

Thanks for the response, yeh I thought as much. My NFP org just can't justify additional licences just for read only user access. I'll have to enable anon access and wrap the site in with my own login auth page.

It would be handy if Atlassian added an additional read-only user type (that couldn't be changed) which they could sell much cheaper than the normal user rate.

Seriously?  Licences aren't per user as such unless it throws you into a higher count tranche, but still it is scalable and overall not a super-expensive compared to other knowledge/collaboration systems.

Note that some Not For Profits may qualify for FREE Community Confluence licence (i.e. unlimited) under certain provisions

The "half pregnant" solution is to have a single generic User account to give to all these 3rd parties.
Downside is you have no idea who is actually accessing the information.
But you need to manage those more stringently to change the password whenever anyone leaves that 3rd party organisation.

I still believe that any, and more so NFPs, organisation needs to demonstrate some loyalty and privilege of being affiliated with the organisation, and hence get more buy in to the organisation success. 
That can be demonstrated by having the extra Users on a personal basis - that reinforces the loyalty and privilege in those individuals minds that they are not going to post the access details on Facebook and you can still manage each individual without disruption to all the other individuals.

Suggest an answer

Log in or Sign up to answer
How to earn badges on the Atlassian Community

How to earn badges on the Atlassian Community

Badges are a great way to show off community activity, whether you’re a newbie or a Champion.

Learn more
Community showcase
Posted Jul 10, 2018 in Confluence

We want to see the templates you've created in Confluence!

Hi Community, Jessica here from the Confluence Product Marketing team!  July’s community challenge is all about sharing pictures  — and as an extension of our first post on what ...

628 views 21 11
Join discussion

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you