No, UI++ will work just as well with MDT as it does with SCCM.


From: listsad...@lists.myitforum.com [mailto:listsad...@lists.myitforum.com] On 
Behalf Of Sean Chapman
Sent: Wednesday, August 30, 2017 2:50 PM
To: mdtosd@lists.myitforum.com
Subject: [MDT-OSD] RE: Multiple Domains MDT

Yeah this all doesn’t look possible without SCCM?
I don’t know, I think im just going to tell management that the techs will have 
to type out what domain they want to join and to live with it.  I mean its not 
really a big thing to deal with

From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Marable, Mike
Sent: Wednesday, August 30, 2017 12:32 PM
To: mdtosd@lists.myitforum.com<mailto:mdtosd@lists.myitforum.com>
Subject: [MDT-OSD] RE: Multiple Domains MDT

UI++ is a customizable front end for task sequences.

https://home.configmgrftw.com/uiplusplus/

Creating a basic drop-down list is simple with it.


From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Sean Chapman
Sent: Wednesday, August 30, 2017 12:45 PM
To: mdtosd@lists.myitforum.com<mailto:mdtosd@lists.myitforum.com>
Subject: [MDT-OSD] RE: Multiple Domains MDT

They are all built in a central location and we use a combination of the users 
name and asset number of the machine so theres nothing to distinguish the 
domains that way unfortunately.

What is the UI++.  That sounds exactly what im looking to do.  Just get a drop 
down or something that the tech can choose.

From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Marable, Mike
Sent: Wednesday, August 30, 2017 11:03 AM
To: mdtosd@lists.myitforum.com<mailto:mdtosd@lists.myitforum.com>
Subject: [MDT-OSD] RE: Multiple Domains MDT

I’ve never done this, but I think that you could do this if you change these 
variables:

JoinDomain=sub1.domain.com
DomainAdmin=Administrator
DomainAdminDomain=sub1.domain.com
DomainAdminPassword=P@ssw0rd

If they are built onsite then you could use something like the gateway address 
to automatically select the proper values in the CS.ini.

If they are being built in a central location that won’t work of course.  In 
that case you could probably use something like UI++ to put up a prompt at the 
beginning of the task sequence for the build tech to select the destination 
domain.

Or if there was something in the computer name that you could key off of you 
could automate it that way (i.e. SUB1PC001, SUB2PC001, etc.).

In theory it should work.

Mike


From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Sean Chapman
Sent: Wednesday, August 30, 2017 11:13 AM
To: mdtosd@lists.myitforum.com<mailto:mdtosd@lists.myitforum.com>
Subject: [MDT-OSD] RE: Multiple Domains MDT

☹

From: listsad...@lists.myitforum.com<mailto:listsad...@lists.myitforum.com> 
[mailto:listsad...@lists.myitforum.com] On Behalf Of Sean Chapman
Sent: Thursday, August 24, 2017 3:09 PM
To: mdtosd@lists.myitforum.com<mailto:mdtosd@lists.myitforum.com>
Subject: [MDT-OSD] Multiple Domains MDT

So I need to add the option to join different sub-domains and Im having trouble 
coming up with a good solution.  We have different plants with domain.com, 
sub1.domain.com, sub2.domain.com etc and we build all the PCs here at 
domain.com and ship them out.

I have seen plenty about DomainOUlist.xml but there is only 1 OU in each Domain 
I want these going into and it seems that the xml is only for selecting 
multiple OUs.  I even tried it with multiple domains but it just put in the 
first one listed.

I tried to put in multiple entries in the CS.ini but it just chose the first 
one.

I can create multiple TS’s I suppose.

I saw Johan mention use webservices but I don’t have that set up and it seems 
too advanced for me to get going as MDT is not my full time job, its just 1 
task of way too many I have.

Thanks in advance






~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

The information contained in this communication and all accompanying documents 
from Coilcraft may be confidential and/or legally privileged, and is intended 
only for the use of the recipient(s) named above. If you are not the intended 
recipient you are hereby notified that any review, disclosure, copying, 
distribution or the taking of any action in reliance on the contents of this 
transmitted information is strictly prohibited. If you have received this 
communication in error, please return it to the sender immediately and destroy 
the original message or accompanying materials and any copy thereof. If you 
have any questions concerning this message, please contact the sender.

**********************************************************
Electronic Mail is not secure, may not be read every day, and should not be 
used for urgent or sensitive issues

**********************************************************
Electronic Mail is not secure, may not be read every day, and should not be 
used for urgent or sensitive issues
**********************************************************
Electronic Mail is not secure, may not be read every day, and should not be 
used for urgent or sensitive issues 

Reply via email to