System.ServiceModel 4.0.0.0 System.ServiceModel.Channels.TransportBindingElement System.ServiceModel.Channels.ITransactedBindingElement System.ServiceModel.Description.IPolicyExportExtension System.ServiceModel.Description.IWsdlExportExtension To be added.

The base class for and .

Property 4.0.0.0 System.Uri To be added. A dead-letter queue is a queue managed by the sending application's queue manager that stores messages that have failed to be delivered or have expired. The property allows you to specify a custom dead-letter queue rather than using the default system-wide dead-letter queue. The URI that is specified by must use the net.msmq scheme. If is set to or , then must be set to null. If is not null, then must be set to . The property can be set only on operating systems starting with wv.

Gets or sets a that identifies a custom dead-letter queue where expired messages or messages that failed to be delivered are sent.

Property 4.0.0.0 System.ServiceModel.DeadLetterQueue To be added. The dead-letter queue is a queue managed by the sending application's queue manager that stores messages that have failed to be delivered or have expired. The reasons that a message can fail to reach the receiving application include: A transactional message is sent to a non-transactional queue. A non-transactional message is sent to a transactional queue. An unauthenticated message is sent to a queue that accepts only authenticated messages. An unencrypted message is sent to a queue that accepts only encrypted messages. The message expires before the message is delivered to a receiver. The message storage quota of the target computer or the storage quota of the destination queue is exceeded, or there is no available storage space on the target computer when the message arrives. The sender does not have the access rights required to place the message in the destination queue. The digital signature attached to the message is not valid. An encrypted message cannot be decrypted by the destination queue manager. The destination queue is purged or deleted before the message is retrieved.

Gets or sets the setting for this binding.

Property 4.0.0.0 System.Boolean To be added. If this property is set to true, messages are durable; otherwise, messages are volatile. Durable messages are not lost if the queue manager crashes. The default value for this property is true. When exactly once assurances are required ( is set to true), this property must be set to true.

Gets or sets a value that specifies whether messages sent with this binding are durable or volatile.

Property 4.0.0.0 System.Boolean To be added. , when set to true, indicates that Message Queuing (MSMQ) ensures that a sent message is delivered to the receiving message queue once and only once, and, if delivery fails, the message is sent to the dead-letter queue, depending on the DeadLetterQueue property setting. Setting to true requires the queue to be transactional.

Gets or sets a value that specifies whether messages sent with this binding have exactly once assurances.

Method 4.0.0.0 T ReferenceTypeConstraint Provides the functionality to retrieve capabilities and protection requirements from the element.

When overridden in a derived class, retrieves a specified type of object for the binding context provided.

The object of type . The for the binding element. The type of property. Property 4.0.0.0 System.Int32 To be added. A retry cycle is when a message is transferred from the retry queue to the application queue to attempt delivery to the application. Messages are placed in the retry queue after failing a number of immediate retries as specified by . MaxRetryCycles specifies the number of retry cycles and does not include the initial attempt to send the message. An attempt to deliver a message is made a maximum of (1 + MaxRetryCycles) * (ReceiveRetryCount + 1) times. For example, if ReceiveRetryCount = 0 and MaxRetryCycles is 1, there is a maximum of two attempts to deliver the message. This property is used only on operating systems starting with wv.

Gets or sets the maximum number of retry cycles to attempt delivery of messages to the receiving application.

Property 4.0.0.0 System.ServiceModel.MsmqTransportSecurity To be added. encapsulates the security settings for the MSMQ integration transport. The settings are the same for both the MSMQ integration and queued transports. allows you to set the authentication mode, encryption algorithm, secure hash algorithm, and protection level.

Gets the that is associated with this binding element.

Property 4.0.0.0 System.ServiceModel.ReceiveErrorHandling To be added. When this property is set to , the channel listener is faulted and a (wrapping a ) is traced and thrown. The message is left in the queue and must be removed by some manual method. The contains a that can be used to identify and manually remove the offending message from the poison-message queue. When this property is set to , the message is dropped. When this property is set to , a negative acknowledgment is sent to the client and the message is removed from the poison-message queue. This option is available only on Message Queuing 4.0. When set to , the message is moved to the final poison sub-queue. This option is available only on Message Queuing 4.0.

Gets or sets an enumeration value that specifies how poison and other messages that cannot be dispatched are handled.

Property 4.0.0.0 System.Int32 To be added. If the maximum number of delivery attempts is reached and the message is not accessed by the application, then the message is sent to a retry queue for redelivery at some later point in time. The amount of time before the message is transferred back to the sending queue is controlled by . If retry cycles reach the MaxRetryCycles value, then the message is dispatched based on the value of the property. crdefault and .

Gets or sets the maximum number of times the queue manager should attempt to send a message before transferring it to the retry queue.

Property 4.0.0.0 System.TimeSpan To be added. A single retry cycle makes repeated attempts to deliver a message to the receiving application (specified by the property). If all attempts fail, the message is placed back in the retry queue. This property specifies how long the message remains in the retry queue before it is transferred to the application queue for another retry cycle. This property can only be used on operating systems starting with wv.

Gets or sets a value that specifies how long to wait before attempting another retry cycle when attempting to deliver a message that could not be delivered.

Method 4.0.0.0 System.Void crdefault .

Exports custom policy assertions about bindings.

A that you can use to modify the exporting process. A that you can use to insert a custom policy assertion. Method 4.0.0.0 System.Void crdefault .

Writes custom Web Services Description Language (WSDL) elements into the generated WSDL for a contract.

A that exports the contract information. Provides mappings from exported WSDL elements to the contract description. Method 4.0.0.0 System.Void crdefault .

Writes custom Web Services Description Language (WSDL) elements into the generated WSDL for an endpoint.

A that exports the endpoint information. Provides mappings from exported WSDL elements to the endpoint description. Property 4.0.0.0 System.TimeSpan To be added. Queued applications work in a disconnected manner. This means that the sending and receiving applications may not be running at the same time; therefore, a message sent by the sending application may not be processed immediately by the receiving application. Some messages contain information that is valid only for a certain period of time. If such a message is not delivered within that period of time, it no longer contains useful information and should be dropped. This property enables you to specify a time limit for how long a message is kept prior to delivery to the application queue. If this time limit elapses prior to the message being delivered to the application queue, the message is placed in the dead-letter queue if one is available (determined by the property); otherwise, the message is dropped.

Gets or sets a value that specifies how long messages are valid. When this time has elapsed the message is placed in a dead-letter queue depending on the DeadLetterQueue setting.

Property 4.0.0.0 System.Boolean To be added. The dispatcher accesses this property to determine whether a transaction is required for a receive operation. The queued transport in indigo2 returns true for this property if, and only if, is set to true.

Gets a value that specifies whether a transaction is required to receive messages with this binding.

Property 4.0.0.0 System.Boolean To be added. When is set to true, the queued channel uses the Message Queuing built-in message tracing facility. Through this facility a report message is sent to a specified report queue each time a message enters and leaves a queue manager.

Gets or sets a value that enables or disables the Message Queuing (MSMQ) built-in message tracing facility.

Property 4.0.0.0 System.Boolean To be added. Queued applications that keep a record of messages that have left the source computer's outgoing queue can have the messages copied to a journal queue. After a message leaves the outgoing queue and an acknowledgment is received that the message was received on the destination computer, a copy of the message is kept in the sending computer's system journal queue.

Gets or sets a value that indicates whether copies of messages processed by this binding should be stored in the source journal queue.