That is another option. It is less the application deployment piece than the TS boots up, firmware updates, sets UEFI, trashing the drives etc before that and we want to track the state of a system during these steps. As far as all deployment is concerned then we are thinking of distributing BC content on the USB?, populating the BC cache and then installing via CM, dragging from BC even if that cache is local.
Sent from Outlook Mobile. Yes, it works with gmail. On Fri, Feb 26, 2016 at 1:51 PM -0800, "Andreas Hammarskjöld" <[email protected]> wrote: So then that’s hybrid media for you… wonder if that still works with 2012. If not, then you can script your own messages, copying the status messages the TS creates… a little fiddly but doable. But let me ask this, you do you want to use offline media when you have network access? Makes no sense at all. Use BranchCache instead to keep things locally and use the same TS as well connected places? From: [email protected] [mailto:[email protected]] On Behalf Of Jason Wallace Sent: den 26 februari 2016 22:17 To: [email protected]; [email protected] Subject: RE: [mssms] Sending State messages A bit of both. I like the idea of sending my own kinky messages but in the interest of keeping this SFW the steps of the TS when running offline media Sent from Outlook Mobile<http://aka.ms/vwm83r>. Yes, it works with gmail. On Fri, Feb 26, 2016 at 1:14 PM -0800, "Andreas Hammarskjöld" <[email protected]<mailto:[email protected]>> wrote: Ok, so what most people don’t know is that MS worked long and hard on a deployment type called hybrid media. Did some work with this when 2007 was new and fresh, so memory is a bit sketchy… But since the SMS team not often clean things out its probably still there. This involved a WinPE booted media that had all the content (packages etc.) cached locally and could be on different USB sticks or HDD etc. So it was still talking to the MP as a regular deployment, just getting content from the media instead of the DP. That said, the offline media has everything needed in order to send data to an MP. And if it doesn’t, you sure can add it. That said, we can sure send status from WinPE media, currently the only requirement is that you have .Net and that I get around to release the code that does it. What kind of kinky scenario did you have in mind Jason? Do you want to send your own messages or do you want the deployment (i.e. the tasks in the TS) to send messages? //Andreas From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Jason Wallace Sent: den 26 februari 2016 20:56 To: [email protected]<mailto:[email protected]>; [email protected]<mailto:[email protected]> Subject: RE: [mssms] Sending State messages Somehow I suspected that you might be the one to answer. Thank you Sent from Outlook Mobile<http://aka.ms/vwm83r>. Yes, it works with gmail. On Fri, Feb 26, 2016 at 11:55 AM -0800, "Phil Wilcock" <[email protected]<mailto:[email protected]>> wrote: Hi, Yeah we generate state messages in iPXE-boot-land so programmatically it is possible. One for Junior 2Pint? Phil From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Jason Wallace Sent: 26 February 2016 17:30 To: [email protected]<mailto:[email protected]> Subject: [mssms] Sending State messages Hi there folks I have just been asked an interesting question that I don’t know the answer to. We are deploying Windows 10 via stand alone media but we will have these clients on the network while we are deploying. Is it possible in stand-alone media to still generate stat(e)/(us) messages on demand that we can use? Presumably the answer for Status Messages is that unless these are sent by an authenticated client then they will be rejected, but is it possible to programmatically send state messages to the FSP and have these enter that database so that we can then report upon them? In the past I’ve sneaked a tool from 2Pint to build custom Status messages but this is the first time that I’ve had a need to generate progress messages from a stand-alone media device. Many thanks Jason
