I've got an impossible request, but I'm interested if anybody has come across any information that may be helpful; trying the power of crowd sourcing.
iOS and iPad backups: has anybody come across there ANYTHING that provides an automatic backups of iOS/iPads to enterprise backup solutions ? And the it is very important that it is automatic; I can not rely on our customer's iPad users to be involved in the back up procedure.
- I know that there are back up solutions that have an iOS client on the iPad, but typically it requires a manual process for the end user to initate the back up procedure.
- I know that a mac can be set up to act as a back up option (over Wifi) but (typically) this does not 'connect' directly to most enterprise back up solutions (EMC, etc).
- I can think of ways to hook 'this-into-that' and 'bolt-that-on-to-this' but most of these options require ongoing support.
In a perfect world, (working with the options that Apple allow us) I would like a hardware (or VM appliance) that runs an iTunes service continuously for backup services ALONE. This device would connect to the Wifi environment and provide a continuous service to all iPads that connect on to the Wifi network. Each iPad back up would be unique by date/timestamp. And this solution would allow me to restore any back up to the source iPad.
(chirp chirp <- the sound of crickets over the deathly silence)
I was wondering whether it's possible to interact with Profile Manager in an automated way (i.e. as a RESTful web service) to do things such as delete a device (i.e. as part of a de-provisioning workflow, or even do an "Update Info" periodically).
I did a basic search but nothing seemed to jump out.
Hi enterprise iOS community,
Anybody out there using a multi-platform (Android, iOS, Mac OS X, Windows) management/MDM software? Meaning, one application is managing desktops, laptops and handheld mobile devices. If so, please tell me the good and the bad of your chosen management platform.
Thanks in advance,
Jack Madden has written a helpful history of enterprise management improvements in iOS.
"As we gear up for Apple's WWDC in June (with fingers' crossed that we'll get even more enterprise management features in iOS 7), I thought it would be good to take a look at just how far Apple has come over the years when it comes to improving the enterprise management aspects of iOS."
Although it isn't their marketing focus, enterprise iOS is a significant part of engineering. Every major release of iOS has included some features useful only for people like us.
We are happy to announce the successor of the Batch Apple ID Creator AppleScript, "Apple ID Automation Builder," a self-contained app written by the Great iTunes Automator Greg Moore, aka Eight_Quarter_Bit.
Purpose & Features
Deploying a great quantity of iOS devices means creating a great quantity of Apple IDs. This script allows automated Apple ID creation from a spreadsheet. Apple IDs are created without a credit card, which is great for many deployments. There is a "dry run" feature to test the script without actually creating the Apple ID.
Enterprise iOS is hosting a forum for any comments or discussion.
The current version is downloadable here: http://bit.ly/AIDAB ... This file is a disk image (DMG) containing a bundled app.
There is also an RSS feed for when I upload new versions or additional files: http://bit.ly/AIDAB_RSS
- IMPORTANT: Apple uses a velocity check to prevent too many Apple IDs from a single IP address. You must contact your Apple business representative to request that your IP address is whitelisted for a short time.
- Being AppleScript, this runs only on Macs.
- UI Scripting allows us to script otherwise non-scriptbale interfaces. Turn this on in System Preferences > Accessibility and check "Enable access for assistive devices."
- Apple has strong password requirements. Account creation will fail if the passwords are too weak.
About Version 2.0
After many months of work (and almost as many of silence on my end, for which I do apologize) version 2.0 of this script is nearly ready for beta testing. I was never really happy with the version available here, because (as you have all seen) it's incredibly fragile and needy. The level of knowledge needed to fix this version is also high, the internal design ranged from poor to nonexistent, and major features were never fully developed.
In short, this version of the script was never intended for public consumption. It was an ugly hack from the get-go, barely "alpha" levels of quality, and really only designed to be used within my department. Heck, I never anticipated it would even leave my machine, much less be used all over the world. I'm glad it has served as a stop-gap in the meantime, but frankly I'm embarrassed to have put you through its numerous quirks. Time to give this guy a well-deserved retirement.
Version 2 is a complete from-the-ground-up redesign. 98% of the code has been freshly written (pretty much only a few portions of the CSV parser made it unscathed from v1,) weighs in at roughly 2500 lines, and the method of operation is completely new. In v2 the script builds the setup process itself, outputting the constructed process into an independent app, rather than relying on brittle, hard-set UI element references. When the ID setup process changes you just use the script's GUI to build a new process -no knowledge of AppleScript required! This also allows for constructing multiple setup processes, for instance one with no payment information and one with a payment method, or one method for operating on the CSV output from a user management system and a second for a different CSV source of user info.
Because v2 constructs the setup process, it is now fully system-language and Apple Store location independent by design. Finally you guys living outside the US can stop having to hack away at the script every time it is updated. I haven't forgotten about you.
Version 2 also outputs and updates three CSV files during operation: one containing the accounts that were created successfully, one with the accounts that encountered some sort of error (which the script is now vastly better at recovering gracefully from,) and one with the accounts that have yet to be run. Accounts that encounter an error report what step they encountered the error on, the time the error occurred, and even tries to record the error reported by Apple. All of these are in standard CSV output, so if something terrible happens and the script explodes in a giant fireball you can just re-launch, open the "pending accounts" CSV that the script was updating as it ran, and pick back up where you left off. Need to re-try the accounts that encountered errors? Just grab the CSV that recorded accounts with errors and pop it right back into the script.
Also planned for the new version is inherent support for being used as a library in a larger project, for those of you who are script-heads and want to work Apple ID creation into a larger workflow. This feature likely won't be ready by the first beta, but the groundwork is laid.
There are lots of little niceties as well, including some pretty icons, boatloads of error checking, a highly verbose GUI that walks you through every step of constructing a sign-up process, support for customizable pauses to avoid tripping Apple's velocity limit if need be, and more.
I hope to put the final spit-and-polish on version 2 beta this weekend, and be able to remove the beta tag within a month. Over the past two days I've successfully run roughly 2000 accounts through it, and just need to touch up a few remaining areas. I will get in contact with Mr. Freimark as soon as I have kiled the last few big issues, and see if we can't get a new post put up.
Your patience with v1, as well as your enthusiasm, have been astonishing. I thank you.
Here's to many more automatically created Apple IDs, in the days to come!
Enterprise iOS is hosting a forum for any comments or discussion.
In the recent years we all have seen the many revisions of iOS and with each one comes the famous "my battery is draining because of the upgrade" As we all do as techs and support we look for the usual, such as exchange settings and apps currently running. Recently, I came across a user that is claiming that he is losing battery so rapidly he can't get through a few hours, when on-site to evaluate this claim no such situation exists. So I have decided to start taking action as convincing Apple to swap out the phone may not actually be the answer. Wanted to hear what the communities strategy has been to evaluate, support and explain to a client "it might be you"
About This Site
- Comparison of MDM Providers (306,300)
- Complete List of iOS User-Agent Strings (79,077)
- Apple Configurator vs. MDM (64,582)
- Mobile Device Management (43,853)
- Absolute Manage (41,370)
- AirWatch (36,482)
- How to get remote viewing/control of the IPAD screen via internet or preferably 3G? (31,663)
- Apple Profile Manager (31,593)
- iOS Device Management Open Source Way (26,167)
- Main Page (22,391)
Comparison of MDM Providers
Forum topic added by bdogd 1 day ago
Forum topic comment by fredster 1 day ago
Forum topic comment by Eight_Quarter_Bit 1 day ago
Forum topic comment by Karl Rivers 2 days ago
Forum topic added by fredster 2 days ago
Forum topic comment by fredster 2 days ago
Forum topic comment by Eight_Quarter_Bit 3 days ago
Forum topic comment by sivart6 4 days ago
Forum topic added by sivart6 4 days ago
Forum topic comment by Eight_Quarter_Bit 6 days ago
Mobile Management Provider changed by twalker 1 week ago
Forum topic comment by mfennelly 1 week ago
Forum topic comment by MaciekSA 1 week ago
Forum topic comment by Aaron Freimark 1 week ago
Forum topic added by MaciekSA 1 week ago
Mobile Management Provider changed by PUSHMANAGER 1 week ago
Forum topic comment by Eight_Quarter_Bit 1 week ago
Forum topic added by mfennelly 1 week ago
Forum topic comment by Raul 1 week ago
Wiki Page comment by jkuriakose@amte... 2 weeks ago