A BizTalk Server 2010 application sends purchase orders. Current applications use an existing mail server to send mail. The purchase order application should use a distribution list that is managed by a new mail server. Company IT policy does not allow you to create a new host for the new mail server. You need to create a BizTalk port that sends orders to the email distribution list through the new mail server.
What should you do?

• A. Create an SMTP send port configured to send to the email distribution list. Create a filter on the send port with the SMTP.SMTPHost context property equal to the new mail server.
• B. Create a send port group with an SMTP send port configured to send to the email distribution list. Create a filter on the send port group with the SMTP.SMTPHost context property equal to the new mail server.
• C. Create an SMTP send port configured to send to the email distribution list. Override the current SMTP send handler settings by entering the new mail server in the SMTP server name field in the Handler Override section of the port.
• D. Create an SMTP send port configured to send to the email distribution list. Specify the name of the new mail server in Microsoft Internet Information Services (IIS) Manager.

You use the BizTalk WCF Service Publishing Wizard to expose a BizTalk Server 2010 orchestration as a Microsoft Windows Communication Foundation (WCF) service. It is exposed with the WCF-BasicHttp binding and a corresponding receive location is created. The outcome of a recent IT audit has required the use of the WCF-WSHttp binding instead of WCF-BasicHttp. You need to fulfill the audit requirements.
What should you do?

• A. Use the WCF Service Publishing Wizard to republish the orchestration. Use the Metadata only endpoint (MEX) to publish the metadata for the previously created receive location.
• B. Use the WCF Service Publishing Wizard to republish the orchestration. Select WCF-WSHttp as the transport type.
• C. In the BizTalk Administration console, modify the receive location and select WCF-Custom. Configure the updated port with the endpoint address (URI) of the deployed WCF service. Change the binding type to wsHttpBinding.
• D. In the BizTalk Administration console, modify the receive location and select WCF-WSHttp. Configure the updated port with the endpoint address (URI) of the deployed WCF service.

A BizTalk Server 2010 solution transmits messages to a suppliers FTP server. The solution uses an FTP send port. The transport URI points to the main FTP server location. The supplier needs to receive the message immediately if the connection with the main FTP server cannot be established. You need to enable transmission redirection to an alternative FTP server. What should you do?

• A. Set the Retry count to 0. Set the Backup Transport Type to FTP and the Backup Transport URI to the alternative FTP server location.
• B. Set the Retry count to 1. Set the Backup Transport Type to FTP and the Backup Transport URI to the alternative FTP server location.
• C. Enable ordered delivery for the send port.
• D. Enable failed message routing for the send port.

You send data to a Microsoft Windows Communication Foundation (WCF) service from a BizTalk Server 2010 application. You generate supporting artifacts for calling the service from Microsoft Visual Studio by using the Consume WCF Service wizard. You modify the names used in the orchestration to SendWCFPort for the port and to TransmitData for the port operation. In the orchestration, you set the context property BTS.Operation to the operation name. You deploy the BizTalk projects and import the generated binding file to create the send port. You need to configure the SOAP action header for the send port that calls the WCF service. Which operation should be specified in the SOAP action header XML?

• A. SendData
• B. SendWCFPort\SendData
• C. TransmitData
• D. SendWCFPort\TransmitData

You use BizTalk Server 2010 to send EDI purchase orders to three trading partners. All of the trading The safer , .partners use the same version of the purchase order message but define custom codes for the product types. The trading partners confirm purchase order acknowledgements by email instead of through response messages. The standard purchase order schemas included with BizTalk do not include the custom product type codes for each trading partner. You need to ensure that each trading partners purchase order schema is the schema that is used for orders that are sent to them. What should you do?

• A. Under the transaction set settings for the party, define a local host setting for each trading partner. For the namespace, use the default namespace defined by BizTalk for EDI messages.
• B. Under the transaction set settings for the party, define a local host setting for each trading partner. For the namespace, use the custom namespace you defined for each BizTalk schema.
• C. Under the transaction set settings for the party, define an envelope for each trading partner. For the namespace, use the default namespace defined by BizTalk for EDI messages.
• D. Under the transaction set settings for the party, define an envelope for each trading partner. For the namespace, use the custom namespace you defined for each BizTalk schema.