Interesting - I’ll have to read the rest of the thread to understand the full the impact of this, however, is it only a problem when you have WebEx messenger subscription and you don’t want to use it. Or does this impact everyone?
As for your comment on URLs and MSIs, I hear ya. Both good points. For me, though, reading that the URL only works (or worked) on certain devices didn’t bode well. And what if they get a new device and need to reinstall? They’d have to find that email. I like educating our users on what service discovery domain to use. Our software deployment team might be able to help to make it easier, but again, I’d rather they know how to log in themselves. -sent from mobile device- Lelio Fulgenzi, B.A. | Senior Analyst Computing and Communications Services | University of Guelph Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1<x-apple-data-detectors://1/0> 519-824-4120 Ext. 56354<tel:519-824-4120;56354> | [email protected]<mailto:[email protected]> www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook [University of Guelph Cornerstone with Improve Life tagline] On Jun 14, 2018, at 3:51 PM, Ryan Huff <[email protected]<mailto:[email protected]>> wrote: Sorry to Hijack this but ...... I’d settle for not having a forced Webexconnect authorization attempt without a good solution to turn it off. If you think the command line installer switches to exclude a WebEx service discovery is an acceptable solution, I’d argue that you’re wrong. What if I want to go cloud someday? Just reinstall all the clients (since this method modified the bootstrap)? If you think the mobile provisioning URL is a solution, it’s not. It’s a horrible solution. Convince my users to click on a funky looking url on their devices when I spend my existence espousing to users, not to click on funny looking links? If you would think calling WebEx support to turn it off is acceptable ... please, by all means, try it and let me know your thoughts. I’ve been after this feature for awhile now, just wrote a new idea request too ... https://communities.cisco.com/ideas/2827 Sent from my iPhone On Jun 14, 2018, at 15:30, Lelio Fulgenzi <[email protected]<mailto:[email protected]>> wrote: Well, that’s promising! I hope whatever comes along will work with v11.5su4. I mean, if it requires and additional suX, I can live with that, too. --- Lelio Fulgenzi, B.A. | Senior Analyst Computing and Communications Services | University of Guelph Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1 519-824-4120 Ext. 56354 | [email protected]<mailto:[email protected]> www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook <image001.png> From: Matthew Loraditch <[email protected]<mailto:[email protected]>> Sent: Thursday, June 14, 2018 3:12 PM To: Lelio Fulgenzi <[email protected]<mailto:[email protected]>>; voyp list, cisco-voip ([email protected]<mailto:[email protected]>) <[email protected]<mailto:[email protected]>> Subject: Re: [cisco-voip] are we still using custom jabber xml files in CUCM v11.5 and JAbber v12? Hmm the most Ill say is you may be happy this fall wink wink Get Outlook for iOS<https://aka.ms/o0ukef> Matthew Loraditch Sr. Network Engineer p: 443.541.1518<tel:443.541.1518> w: www.heliontechnologies.com<http://www.heliontechnologies.com/> | e: [email protected]<mailto:[email protected]> <image002.png> <image003.png><https://facebook.com/heliontech> <image004.png><https://twitter.com/heliontech> <image005.png><https://www.linkedin.com/company/helion-technologies> <image006.png><https://heliontechnologies.com/events/14th-annual-automotive-cx-summit-hosted-thought-leadership-summits/> ________________________________ From: cisco-voip <[email protected]<mailto:[email protected]>> on behalf of Lelio Fulgenzi <[email protected]<mailto:[email protected]>> Sent: Thursday, June 14, 2018 2:59:19 PM To: voyp list, cisco-voip ([email protected]<mailto:[email protected]>) Subject: [cisco-voip] are we still using custom jabber xml files in CUCM v11.5 and JAbber v12? I realized that in CUCM v9 and Jabber v11, we needed to use custom jabber xml files if we wanted to turn on a feature for some people but not others. That gets tricky with multiple features and providing some but not others. Definitely not scalable. Has this changed in CUCM v11.5 and Jabber v12? I’m really hoping that the device configuration page will include most of the feature information. We see new COP files distributed for phones as they are improved upon, it would be neat to see the same thing for Jabber. --- Lelio Fulgenzi, B.A. | Senior Analyst Computing and Communications Services | University of Guelph Room 037 Animal Science & Nutrition Bldg | 50 Stone Rd E | Guelph, ON | N1G 2W1 519-824-4120 Ext. 56354 | [email protected]<mailto:[email protected]> www.uoguelph.ca/ccs<http://www.uoguelph.ca/ccs> | @UofGCCS on Instagram, Twitter and Facebook <image001.png> _______________________________________________ cisco-voip mailing list [email protected]<mailto:[email protected]> https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
