Twilio Changelog

As per Internet Engineering Task Force (IETF) recommendations, Twilio strongly recommends the use of TLS version 1.2, and has deprecated default support for TLSv1.0 and TLS v1.1 when connecting your SIP Infrastructure to Twilio Programmable Voice. If your infrastructure requires TLSv1.0 or TLSv1.1, you can configure your Twilio Account to allow these deprecated versions in your console under Voice → Settings → Allow Deprecated SIP/TLS versions.

In order to reduce service disruptions for existing customers, we have already applied this configuration to existing accounts that have used or provisioned SIP Domains and/or Elastic SIP Trunks. You can review the setting in your Twilio console, and disable the configuration, if your SIP server is already using TLSv1.2. New accounts will not have this configuration applied, meaning that these accounts will be configured to use only TLSv1.2 by default. The ability to “Allow Deprecated SIP/TLS Versions” is available to these accounts, but if so, this configuration needs to be enabled in the account’s console.

For more information, see our documentation.

Video Insights brings self-service tooling to the Twilio Console to help you observe application usage and quality, discover trends across all your rooms and participants, and troubleshoot end-user issues. You can use Video Insights to build higher-quality video experiences for your customers, reduce churn, and scale confidently.

As part of the general availability launch, you will now have a revamped experience to filter and explore your rooms, dropdowns for segmenting your participants by signaling_region and end_reason via the Insights Dashboard, and much more.

Get started now by visiting Video Insights in the Twilio Console or refer to our blog post to learn more.

As per Internet Engineering Task Force (IETF) recommendations, Twilio strongly recommends the use of TLS version 1.2, and has deprecated default support for TLSv1.0 and TLS v1.1 when connecting your SIP Infrastructure to Twilio Elastic SIP Trunking. If your infrastructure requires TLSv1.0 or TLSv1.1, you can configure your Twilio Account to allow these deprecated versions in your console under Voice → Settings → Allow Deprecated SIP/TLS versions.

In order to reduce service disruptions for existing customers, we have already applied this configuration to existing accounts that have used or provisioned SIP Domains and/or Elastic SIP Trunks. You can review the setting in your Twilio console, and disable the configuration, if your SIP server is already using TLSv1.2. New accounts will not have this configuration applied, meaning that these accounts will be configured to use only TLSv1.2 by default. The ability to “Allow Deprecated SIP/TLS Versions” is available to these accounts, but if so, this configuration needs to be enabled in the account’s console.

For more information, see our documentation.

When users message a business from a "Click to WhatsApp" advertisement, Twilio will now pass additional information to inbound message webhook regarding the advertisement the user clicked on. This allows businesses to create workflows in WhatsApp that intelligently respond based on the originating advertisement. Businesses can also better understand their advertisement’s performance by tracking user responses to an advertisement.

To learn more about the new properties that are included on our request to your webhook, visit https://www.twilio.com/docs/messaging/guides/webhook-request#whatsapp-specific-parameters.

The Generic Pay Connector is now available in Public Beta. The Generic Pay Connector is responsible for collecting sensitive payment information in a PCI compliant manner and passing it downstream to the payment processor of your choice - configured by you within the connector.

This connector supports 2 transaction types: charge and tokenization. The API provides flexibility to the payment processors to define the nature of the transaction taking place.

With the release to Public Beta, a new generic endpoint “/” is available and the transaction type is now a method within the generic endpoint. With that, legacy endpoints - “/charge” and “/tokenize” available in the Generic Pay Connector are going to be deprecated in the next 30 days. Applications using legacy endpoints in private beta would need to be modified to consume from the root endpoint “/”.

With this release, there is also support for passing custom parameters in the request to the payment processor. These features are supported for both <Pay> verb and Agent Assisted Pay.

Learn more about this feature in our API docs.

To simplify your console experience and eliminate redundancy, the SIP Trunking Call Log page has been removed as of 3/28/2022. All information for SIP Trunking Calls can be found on the Call Log page.

Twilio SendGrid's SAML-based Single Sign-On (SSO) is now generally available with support for just-in-time (JIT) provisioning, multiple Subuser access, and dedicated integration guides for the Okta and Azure Active Directory identity providers (IdP)s.

Twilio SendGrid SSO integration allows you to securely and centrally control access to your SendGrid account and streamline password management with your IdP of choice.

With the latest release of Twilio SendGrid SSO, you can now:

• Automatically provision users with JIT support, reducing the time you spend adding users to the Twilio SendGrid application.
• Assign multiple Subusers to a single SSO teammate, improving access flexibility while still restricting the scope of their actions.
• More easily integrate SSO with dedicated guides for the Okta and Azure IdPs — official integrations for both IdPs will soon follow.

Send one-time-passcodes to your WhatsApp users instantly with the Verify API. Check out our documentation to learn more.

Twilio SendGrid's Deliverability Insights is now generally available. Deliverability Insights is a streamlined in-app dashboard that empowers you to monitor and optimize your email program health. Deliverability Insights provides an actionable view of your email delivery performance over time with metrics segmented by top mailbox providers and consultative tool tips sourced from the email experts.

Deliverability Insights also includes new Bounce Classifications, which categorize more than 30 million cryptic SMTP responses into 7 digestible categories, helping you understand why messages are bouncing and what you can do about it.

TaskRouter now offers dedicated properties in the Workflow filter target to improve support for use cases where the agent is already known, e.g., because the customer previously spoke to that agent (‘last agent routing’) or has an existing relationship with that agent / advisor (‘preferred agent routing’).

Developers can utilize properties for either the agent’s Worker SID or Worker friendly_name in a Workflow filter target and specify the respective value on the Task.

Utilizing this feature will yield significant performance improvements over the general evaluation logic and prevent latencies during routing and assignment of such Tasks.

To learn more about the TaskRouter Known Agent Routing feature, please refer to our documentation on Known Agent Routing.