Does anyone have a solid recommendation for a marketplace app or tool to help me fully customize the JSM customer portal look and feel. I've managed to do a little with the built in tools, but I'm being asked to get the thing to look like our full corporate style. Not sure if there's anything out there, but thought I'd ask.

Which setting is to be adjusted, as for CarSales JSM team to be able to add or adjust participants. I've opened the site, I've opened the JSM, I think it's under security scheme, this setting. And what role would I need to give them? For the moment two have servicedesk Agent, as they work with me. I have admin on the whole thing. But when these two try add a colleague or external email, it blanks out, for some reason. I will be checking the.permission helper later on. And I am going thru some more admin portal settings. Any advise? -Anyone can raise a ticket for carsale insurance quote (via email) -This anyone is adding his family. We want to sometimes change participants and or requester. Would appreciate a pointer what else to configure or adjust.

Hi everyone! We use Confluence Premium and I want to create training videos for onboarding new customers to our Atlassian apps. Can I use Loom Free tier on the same instance as our Confluence app and create, lightly edit, and embed Looms into Confluence pages OR download Looms to SharePoint and just add a link in Confluence pages to it? I took the basic Loom training and searched online but couldn't find anything about different tiers. I would assume if it's possible that Loom would be severely restricted as a Free tier.

How many of you are building"helpdesk" portals , for external users? I would like to understand the differences and issues, if you open a JSM to "invite anyone" vs. "approved/required". What's your best tip for building these open, yet customized portals?

Hi all! 👋 I wanted to ask if anyone has experience using e-mail aliases in JSM, so that everything actually works properly (inbound and outbound e-mails). For background, we are currently using Data Center but are planning on migrating to Cloud within this year. We use Microsoft as a provider for the e-mails. I think literally all of our current JSM projects mainly rely on the portal and on the side use one inbound e-mail channel, but we have come across a situation where the new service project that has been ordered, mainly relies on several e-mails (with a little side of portal). Okay, initially not that big of a deal to configure 4-5 emails to a service project (maybe worth noting that each of these e-mails would need to end up as a specific customer request type, as they have specific people working on specific requests). At a later stage of the testing and setup, we realized that all of these e-mails they need to run into JSM, are not individual addresses but aliases that run into one singular e-mail. Our only option therefore with this setup was to attach this one (main) inbox to the project (as you can't add aliases separately) and test how the e-mails would work. I noticed that when sending an e-mail from an internal company domain, it adds the alias as a request participant (theoretically I think could be used for directing the request to the correct customer request type). When sending an e-mail from an external e-mail (gmail) though, it doesn't add a request participant at all. But in general, having aliases as request participants can be confusing and messy imo. Then we tried adding a custom transport rule from the mail server, so that if the email comes through a certain alias, it gets a specific prefix and I could use the prefix to route and with an automation/script maybe eliminate the request participant that is added together with internal domains, but then when I replied back as an agent under some tickets, the 'customer' did not even receive a reply and the e-mail got stuck somewhere (I guess as it came to the main e-mail from an alias, the system doesn't know who to reply back to?).