We recently rolled out new email reporting features, taking deliverability depth and analysis to new levels. If you’re a current LuxSci customer and haven’t checked them out, now’s the time. If you’re new to LuxSci, learn more below, and don’t hesitate to reach out for more info – or a demo.
LuxSci secure communications solutions have always featured rich reporting on email deliverability, including volumes and percentages for emails:
in queue
opened
clicked
failed
secured
With our latest release, we made these powerful statistics easier to consume and analyze with an improved user interface for more efficiency and greater ease-of-use. Users can simply select the type of report they’d like and customize it using a range of filtering selections. This is great for diving deeper into your email performance to make adjustments on-the-fly, and to spot trends or opportunities for better engagement that you may have missed before.
New UI – Email Deliverability Statistics
Get more granular, ID trends in real time with Split Reporting
As part of this release, we are pleased to introduce our Split Reporting feature, which empowers users to drill down on email deliverability statistics across a range of parameters, including:
subject
from address
recipient domains
marketing ID or campaign
custom field
For example, users can analyze email deliverability statistics by subject to determine which ones are performing best, by use case to track results by campaign, or to track performance by recipient email domains. With split reporting, users also can analyze email volumes across queued, delivered, opened, failed and clicked parameters, and determine click-through rates (CTR) to measure effectiveness and ROI of campaigns.
New Feature Example – Split Reporting by Recipient Domain
If you’d like to learn more, reach out and connect with us today!
If you’ve been waiting for the final word on the new HIPAA Security Rule before you touch your email encryption strategy, you now have an official reason to keep waiting.
Our advice: Don’t do it.
What is the new HIPAA Security Rule for ePHI?
The Department of Health and Human Services’ Office for Civil Rights had targeted May 2026 for a final rule implementing the most significant update to the HIPAA Security Rule in over two decades. The proposal eliminates the “addressable” standard and makes encryption of ePHI in transit and at rest mandatory for every covered entity and business associate. That deadline came and went quietly. Now we know why: an updated federal regulatory agenda shows OCR’s timeline has moved to July 2027, with the rule-making downgraded from “final rule stage” to “long-term action.” OCR is still working through more than 4,700 public comments on the January 2025 proposal.
For an industry that had been expecting a tighter deadline, a year-plus delay is the kind of news that invites a collective exhale — and a shelved project plan. At LuxSci, we think that would be a mistake, for three reasons:
The current rule already requires you to address encryption. “Addressable” was never “optional.” It has always meant you must implement the safeguard, implement an equivalent alternative, or document in writing why neither is reasonable for your organization. Most healthcare organizations have never done that documentation rigorously, and OCR’s existing enforcement authority applies today, not in 2027.
Breach costs haven’t waited for the rule.IBM’s 2025 Cost of a Data Breach Report puts the average healthcare breach at $7.42 million, still the highest of any industry. At the same time, email remains the number one attack vector into healthcare organizations. None of that risk is paused by a regulatory delay.
Delay is not withdrawal.OCR has not signaled it’s abandoning the encryption mandate, only that it’s taking longer to finalize it. Organizations that build now toward the standard already proposed will be ahead (and more secure) regardless of exactly when, or in what final form, the rule lands. Organizations that wait risk a compressed scramble once it does.
What should healthcare IT and compliance leaders actually do with this news?
Reevaluate your ePHI security posture, recalibrate its urgency, and use the extra runway to do the job right, instead of racing against a deadline. This includes:
Getting a real inventory of where ePHI moves by email today, inbound and outbound, and where encryption is inconsistent or absent.
Closing the documentation gap on “addressable” now, while you have time to do it well rather than defensively.
Pushing your email vendor for concrete answers on encryption standards, MFA enforcement, audit logging, and breach notification — the same technical controls the proposed rule would make mandatory.
Building (or updating) a written, enforcement-ready posture: policies, vendor agreements, certifications and verifications, test results, and training records that would hold up under an OCR investigation today, not just in a future compliance deadline.
Get LuxSci’s new Definitive Guide on the new HIPAA Security Rule
From Addressable to Mandatory: Email Encryption Under the New HIPAA Security Rule provides the latest update on the rule, what it means for healthcare email encryption, and what you can do now to properly prepare for what’s coming in 2027. The guide also includes an interactive scorecard that lets you evaluate your current email set up and vendor across seven security and compliance dimensions in under two minutes, no email address required.
If you want a second set of eyes on where your organization stands, our team offers a free 30-minute compliance assessment of your current email environment against the proposed rule’s requirements.
Most healthcare organizations view email as a utility, a necessary tool for sending messages between staff, communicating with patients, sending out newsletters, connecting workflows, and so on. Historically, IT teams focused on keeping it running, security teams worried about phishing, and compliance teams made sure sensitive emails were encrypted.
Today, however, that view is rapidly becoming outdated.
Email has evolved into one of healthcare’s most critical digital infrastructure components, and also one of it’s biggest security threats. It’s a core channel for patient engagement, care coordination, revenue cycle operations, digital marketing, remote monitoring, and increasingly, AI-powered communications. The organizations that recognize this shift are building communications platforms designed for security, performance, automation, and growth. With the new HIPAA Security Rule requiring email encryption on the horizon, those companies that don’t may find themselves constrained by systems that were never intended to support modern healthcare.
Email Is No Longer Just a Messaging Tool
Healthcare organizations now depend on email to support dozens of mission-critical workflows every day.
Patients receive appointment reminders, registration instructions, imaging results, billing notifications, Explanation of Benefits (EOBs), prescription updates, preventive care reminders, patient education, and post-discharge follow-up. Marketing teams deliver personalized wellness campaigns and service line promotions. Clinical systems generate transactional notifications. Revenue cycle teams rely on secure digital communications to accelerate payments and reduce paper costs.
For many organizations, mission-critical patient communications flow through email every month.
When viewed collectively, email is more than a simple communications channel. It has become operational infrastructure with high levels of security needed and increasing compliance requirements.
The Stakes Continue to Rise
As healthcare becomes more digital, every communication carries greater business and clinical importance.
A delayed billing email may postpone payment. A failed appointment reminder can increase no-show rates. An undelivered care management message may impact patient outcomes. A misconfigured security policy can expose protected health information (PHI). Poor deliverability can undermine expensive patient engagement initiatives before they ever reach the inbox.
These are no longer isolated IT issues. Email can affect revenue, patient satisfaction, operational efficiency, compliance, and organizational reputation.
Today’s healthcare leaders require email infrastructure to provide the same reliability and visibility they demand from electronic health records, identity management systems, and other core infrastructure.
AI Is Raising the Bar Even Higher
There’s little doubt that artificial intelligence (AI) promises to transform patient communications.
Healthcare organizations everywhere are exploring AI-generated patient education, personalized outreach, intelligent scheduling, multilingual communications, and automated follow-up programs.
But AI also increases the importance of the underlying communications infrastructure.
Generating more personalized emails means little if organizations cannot:
Automatically protect PHI.
Apply consistent security policies.
Maintain complete audit trails.
Deliver messages reliably.
Integrate with EHRs, RCM and CRM platforms, and customer data platforms.
Demonstrate compliance during an audits.
In many ways, AI amplifies both the opportunities and the risks. Your email platform can help determine whether AI initiatives succeed or create new compliance and operational challenges.
Infrastructure Matters More Than Features
Healthcare buyers have traditionally evaluated email platforms based on individual features such as encryption, spam filtering, or secure portals.
Those capabilities remain important, but they no longer tell the whole story.
Today’s healthcare organizations should be evaluating communications platforms the same way they evaluate any mission-critical infrastructure.
Questions increasingly include:
Can it support both transactional and marketing communications?
Does it automatically enforce security policies without relying on user decisions?
Can it integrate with EHRs, CRM systems, CDPs, and business applications?
Will it scale during peak communication periods?
Does it provide detailed audit logging and reporting?
Can it adapt as regulatory expectations evolve?
Does it maintain high deliverability at enterprise scale?
Does it support single-tenant dedicated infrastructure for high performance and increased security?
These infrastructure characteristics often determine long-term success far more than any single feature comparison.
Email and the Future Of Secure Healthcare Communications
Healthcare is steadily moving toward a world where nearly every patient interaction is digital, personalized, and data-driven.
Healthcare leaders often ask whether they need a more secure email solution. That may be the wrong question.
The better question is whether their communications infrastructure is ready for where healthcare is headed over the next decade.
If you want talk about the future of your healthcare email infrastructure, reach out today and schedule a 30-minute assessment call with our experts.
The proposed HIPAA Security Rule update has become one of the most closely watched healthcare compliance developments in recent years. Designed to strengthen cybersecurity protections for electronic protected health information (ePHI), the proposal could significantly reshape how healthcare organizations approach risk management, ePHI encryption, and mandatory email encryption requirements.
A final rule was expected as early as May 2026. However, that deadline has now passed without publication from the U.S. Department of Health and Human Services (HHS) Office for Civil Rights (OCR).
So, what happens next—and what should healthcare IT directors, CISOs, and compliance officers do now?
Where Things Stand Today
The HIPAA Security Rule Notice of Proposed Rulemaking (NPRM) was published on January 6, 2025, with the goal of strengthening cybersecurity protections for ePHI in response to escalating ransomware attacks, healthcare breaches, and growing concerns about cyber resilience across the healthcare sector.
The proposal generated thousands of public comments from healthcare providers, payers, business associates, technology vendors, and industry groups. OCR has spent much of the past year reviewing this feedback and evaluating the operational and financial impact of the proposed changes.
Although the Spring Unified Regulatory Agenda identified May 2026 as a target date for a final rule, that milestone came and went without publication. As of June 2026, the proposed HIPAA Security Rule update remains under review.
While some organizations may be tempted to take a wait-and-see approach, the missed deadline should not be interpreted as a signal that the initiative has stalled. If anything, the proposal offers valuable insight into the future direction of healthcare cybersecurity regulation.
The Growing Focus on Mandatory Email Encryption
One of the most discussed aspects of the proposed HIPAA Security Rule update is encryption.
Under the current HIPAA Security Rule, encryption is generally classified as an “addressable” implementation specification. Organizations can choose alternative safeguards if they document and justify their decisions through a risk analysis process.
The proposed changes would significantly reduce that flexibility. Instead, many security safeguards, including encryption controls, would become more prescriptive and difficult to avoid.
While the final language has not yet been released, healthcare organizations should pay close attention to the proposal’s clear message: protecting ePHI through encryption is increasingly viewed as a baseline cybersecurity requirement.
This is particularly important for email communications.
Email remains one of the most widely used communication channels in healthcare, supporting everything from patient engagement and care coordination to billing, scheduling, and marketing communications. As regulators continue to focus on reducing data breach risks, mandatory email encryption is emerging as a likely area of increased scrutiny.
What Healthcare Organizations Should Do Now
The current delay creates an opportunity, not a reason to postpone action.
Healthcare organizations can begin preparing for likely requirements today by evaluating the security controls highlighted throughout the proposed rule.
Key areas to review include:
Encryption of ePHI across systems and communications channels
Comprehensive asset inventories and ePHI data mapping
Enhanced risk analysis and risk management processes
Multifactor authentication (MFA)
Vulnerability scanning and penetration testing
Incident response planning and testing
Backup and recovery procedures
Email security and secure email encryption practices
Organizations that proactively strengthen these areas now will be better prepared regardless of the final rule’s implementation timeline.
Why Secure Email Encryption Should Be a Priority
For many healthcare organizations, email remains one of the largest compliance and security risks.
Human error, misdirected messages, phishing attacks, and inconsistent encryption practices continue to contribute to breaches involving protected health information. As a result, secure email encryption is increasingly becoming a foundational component of healthcare cybersecurity strategies.
Organizations that rely on manual encryption processes or employee judgment alone may find it difficult to meet evolving regulatory expectations.
Instead, healthcare organizations should look for solutions that automate encryption decisions, reduce user error, and provide flexibility based on the sensitivity of the communication.
At LuxSci, we have long believed that security and usability must work together. We are 100% focused on secure healthcare communications, helping healthcare providers, payers, and suppliers protect sensitive data while improving patient and customer engagement. Our proven secure email solutions, used by leading companies including Athenahealth, 1-800 Contacts, and Hinge Health, help organizations protect ePHI with automated encryption capabilities that support both compliance and operational efficiency. Our unique SecureLine encryption technology enables organizations to apply the appropriate level of protection while maintaining a seamless experience for patients, customers, and staff.
For organizations already using Microsoft 365 or Google Workspace, LuxSci Secure Email Gateway can add HIPAA-compliant email security and encryption without requiring users to change their existing workflows. This approach helps reduce risk, while preserving productivity and user adoption.
The Bottom Line
The HIPAA Security Rule final rule may have missed its anticipated May deadline, but the cybersecurity challenges driving the proposal remain very real.
The OCR is still expected to make the rule change, which could require mandatory encryption of ePHI by early 2027.
The time to prepare is now!
Healthcare organizations should view the proposed HIPAA Security Rule update as an advance warning of where regulatory expectations are heading. Stronger cybersecurity controls, enhanced risk management, ePHI encryption, and mandatory email encryption requirements are all likely to remain central themes in future compliance efforts.
The organizations that begin preparing now will not only be better positioned for future regulatory changes, but will also strengthen their ability to protect patient data, reduce risk, and build trust in an increasingly challenging threat landscape.
At LuxSci, we’re proud to support the healthcare industry’s ongoing digital transformation through secure healthcare communications. Our HIPAA-compliant solutions for secure email, email marketing, and forms empower organizations to safely use and protect PHI, while delivering better patient experiences and outcomes.
Ready to strengthen your healthcare cybersecurity strategy?
Learn more about LuxSci and our complete suite of HIPAA compliant email and marketing solutions, or schedule a consultation with one of our healthcare communication experts today.
A HIPAA email API is a programming interface that allows healthcare applications to send secure emails containing protected health information while maintaining compliance with HIPAA regulations. These APIs provide developers with tools to integrate encrypted email functionality into healthcare software systems while automatically handling security requirements, audit logging, and PHI protection measures. Healthcare software development increasingly requires email capabilities for patient notifications, care coordination, and administrative communications. Standard email APIs lack the security controls and compliance features necessary for healthcare applications that handle sensitive patient data.
Technical Architecture and Security Framework
REST and SOAP protocols provide the foundation for most HIPAA email APIs, enabling healthcare applications to integrate email functionality through standard web service interfaces. These protocols support secure authentication and encrypted data transmission while maintaining compatibility with diverse healthcare technology environments. Message queuing systems help manage email delivery during high-volume periods while maintaining security controls throughout the transmission process. Healthcare applications can submit emails to secure queues where they receive encryption and compliance validation before delivery to recipients. Error handling mechanisms ensure that failed email transmissions do not compromise PHI security or leave sensitive data exposed in log files. HIPAA email APIs must provide detailed error information to developers while protecting patient information from unauthorized disclosure.
Authentication and Authorization Protocols
API key management provides secure access control for healthcare applications using email services. These keys must include appropriate permissions and expiration policies that prevent unauthorized access while enabling legitimate healthcare communications, allowing healthcare applications to authenticate users and obtain appropriate permissions for sending emails on their behalf. These protocols help ensure that only authorized personnel can trigger email communications containing PHI.
LuxSci supports three industry-standard authentication methods—alongside its proprietary LuxSci Secure option. These include:
OAuth 2.0 – The modern standard. Secure, flexible, and ideal for enterprise-scale integrations.
API Key – Simple and efficient. Ideal for server-to-server use when convenience matters most.
Basic Authentication – Straightforward, widely supported. Good for internal systems and quick testing.
For those who want the tightest possible control over API sessions—including HMAC signatures and session revocation—LuxSci Secure authentication remains the best option for customers.
Message Formatting, Template Management, and Security
MIME and S/MIME encoding support enables healthcare applications to send rich-text emails with attachments while maintaining encryption and security controls. These capabilities allow inclusion of medical images, test results, and formatted reports within compliant email communications. Template engines help healthcare developers create standardized email formats that include dynamic patient data while preventing inappropriate PHI disclosure. These systems can validate content against organizational policies before message transmission. Attachment handling procedures ensure that medical documents and images receive appropriate encryption and access controls when included in email communications. HIPAA email APIs must provide secure upload and transmission capabilities for healthcare file attachments.
Delivery Tracking and Status Reporting
Real-time delivery status updates help healthcare applications track email transmission progress and identify potential delivery issues. These status reports must provide actionable information without exposing PHI to unauthorized systems or personnel. Read receipt capabilities enable healthcare applications to confirm that recipients have accessed important medical communications. These features help care coordination while maintaining appropriate privacy protections for patient email interactions. Bounce management systems handle failed email deliveries appropriately while protecting PHI from exposure through error messages or automated responses. Healthcare applications need visibility into delivery problems without compromising patient privacy.
Compliance Logging and Audit Features
Automated audit trails capture detailed information about all email activities initiated through HIPAA email APIs. These logs must include sender identification, recipient information, transmission timestamps, and delivery status while protecting actual message content from unauthorized access. Compliance reporting features help healthcare organizations track their email usage patterns and identify potential policy violations. These reports can highlight unusual sending volumes, unauthorized recipient addresses, or messages that might violate PHI handling policies. Data retention controls ensure that API logs and message metadata comply with healthcare record-keeping requirements while managing storage costs and system performance. Healthcare organizations can configure retention periods based on their regulatory and operational needs.
Integration Patterns for Healthcare Applications
Electronic health record system (EHR), customer data platform (CDP), and Revenue Capture Management (RCM) platform integrations can enable automatic email messages and notifications to be sent based on clinical events like lab result availability or appointment scheduling changes. These integrations must respect minimum necessary standards while providing timely patient communications. Workflow automation allows healthcare applications to trigger email sequences based on patient care milestones or administrative requirements, tailoring communications based on user actions taken with each email. For example, healthcare organizations might send automated email reminders about upcoming appointments or medication refills. Batch processing capabilities enable healthcare organizations to send large volumes of patient communications efficiently while maintaining security controls and HIPAA compliance. These features support activities like appointment reminders, wellness newsletters, or billing notifications that affect many patients simultaneously.
Performance Optimization and Scalability
Rate limiting controls help healthcare organizations manage email volumes while preventing abuse or accidental bulk sending that might violate patient communication policies and damage your IP reputation. These controls can be customized based on organizational needs and user roles. Caching mechanisms improve API performance by storing frequently used templates and configuration data while maintaining appropriate security controls. These optimizations help reduce response times for healthcare applications without compromising PHI protection. Load balancing systems ensure reliable email delivery during peak usage periods when healthcare organizations send high volumes of patient communications. These systems must maintain security controls while distributing processing loads across multiple servers.
Testing and Development Support
Sandbox environments enable healthcare developers to test email functionality without exposing real patient data or sending communications to actual patients. These testing systems provide realistic API responses while using protected data that supports thorough integration testing. Documentation and code samples help healthcare development teams implement HIPAA email API functionality correctly while understanding security requirements and compliance obligations. These resources should include examples for common healthcare use cases and integration scenarios.
Finally, support services provide healthcare developers with technical assistance and compliance guidance during implementation and ongoing operations. API providers should offer expertise in both technical integration and healthcare regulatory requirements to ensure successful deployments.
SSL and TLS play critical roles in securing data transmission over the internet, and AES-256 is integral in their most secure configurations. The original standard was known as Secure Sockets Layer (SSL). Although it was replaced by Transport Layer Security (TLS), many in the industry still refer to TLS by its predecessor’s acronym. While TLS can be relied on for securing information at a high level—such as US Government TOP SECRET data—improper or outdated implementations of the standard may not provide much security.
Variations in which cipher is used in TLS impact how secure TLS ultimately is. Some ciphers are fast but insecure, while others are slower, require a greater amount of computational resources, and can provide a higher degree of security. Weaker ciphers—such as the early export-grade ciphers—still exist, but they should no longer be used.
The Advanced Encryption Standard (AES) is an encryption specification that succeeded the Data Encryption Standard (DES). AES was standardized in 2001 after a five-year review and is currently one of the most popular algorithms used in symmetric-key cryptography. It is often seen as the gold standard symmetric-key encryption technique, with many security-conscious organizations requiring employees to use AES-256 for all communications. It is also used prominently in TLS. (more…)
Secure email sending is a priority for organizations that communicate sensitive data externally. One of the most common ways to send secure emails is with SMTP TLS. TLS stands for Transport Layer Security and is the successor of SSL (Secure Socket Layer). TLS is one of the standard ways that computers on the internet transmit information over an encrypted channel. In general, when one computer connects to another computer and uses TLS, the following happens:
Computer A connects to Computer B (no security)
Computer B says “Hello” (no security)
Computer A says, “Let’s talk securely over TLS” (no security)
Computers A and B agree on how to do this (secure)
The rest of the conversation is encrypted (secure)
In particular:
The conversation is encrypted
Computer A can verify the identity of Computer B (by examining its SSL certificate, which is required for this dialog)
The conversation cannot be eavesdropped upon (without Computer A knowing)
A third party cannot modify the conversation
Third parties cannot inject other information into the conversation.
TLS and SSL help make the internet a more secure place. One popular way to use TLS is to secure SMTP to protect the transmission of email messages between servers.
Secure SMTP Email Delivery with TLS
The mechanism and language by which one email server transmits email messages to another email server is called Simple Mail Transport Protocol, or SMTP. For a long time, email servers have had the option of using TLS to transparently encrypt the message transmission from one server to another.
When available, using TLS with SMTP ensures the message contents are secured during transmission between the servers. Unfortunately, not all servers support TLS! Many email providers, especially free or public ones, have historically not supported TLS. Thankfully, the trend is shifting. LuxSci found that most providers now support TLS- approximately 85% of domains tested as of July 2022.
Using TLS requires that the server administrators:
purchase SSL certificates
configure the email servers to use them (and keep these configurations updated)
allocate additional computational resources on the email servers involved.
For TLS transmission to be used, the destination email server must offer support for TLS, and the sending computer or server must be configured to use TLS connections when possible.
The sending computer or server could be configured for:
No TLS: never use it.
Opportunistic TLS: use it if available; if not, send it insecurely.
Forced TLS: use TLS or do not deliver the email at all.
How Secure is Email Delivery over SMTP TLS?
TLS protects the transmission of the email message contents. It does nothing to protect the security of the message before it is sent or after it arrives at its destination. For that, other encryption mechanisms may be used, such as PGP, S/MIME, or storage in a secure portal.
For sending sensitive information to customers, transmission security is the minimum standard for compliance with healthcare and financial regulations. TLS is appropriate to meet most compliance requirements and offers an excellent alternative to more robust and less user-friendly encryption methods (like PGP and S/MIME).
There are different versions of TLS- 1.0 and 1.1 use older ciphers and are not as secure, while TLS 1.2 and 1.3 use newer ciphers and are more secure. When an email is sent, the level of TLS used is as secure as can be negotiated between the sending and receiving servers. If they both support strong encryption (like AES 256), then that will be used. If not, a weaker grade of encryption may be used. The sending and receiving servers can choose the types of encryption they will support. If there is no overlap in what they support, then TLS will fail (this is rare).
What About Replies to Secure Messages?
Let’s say you send a message to someone that is securely delivered to their inbox over TLS. Then, that person replies to you. Will that reply be secure? This may be important if you are communicating sensitive information. The reply will use TLS only if:
The recipient’s servers support TLS for outbound email (there is no way to test this externally).
The mail servers (where the “From” or “Reply” email address is hosted) support TLS for inbound email.
Both servers support overlapping TLS ciphers and protocols and can agree on a mutually acceptable means of encryption.
Unless familiar with the providers in question, it cannot be assumed that replies will use TLS. So, what should you do? Ultimately, it depends on what compliance standards you must meet, the level of risk you are willing to accept, and the types of communications you send. There are two general approaches to this question:
Conservative. If replies must be secure in all cases, assuming TLS will be used is unreasonable. In this case, a more secure method should be used to encrypt the messages in transit and store them upon arrival. The recipient must log in to a secure portal to view the message and reply securely. Alternatively, PGP or S/MIME could be used for additional security.
Aggressive. In some compliance situations like HIPAA, healthcare providers must ensure that ePHI is sent securely to patients. However, patients are not beholden to HIPAA and can send their information insecurely to anyone they want. If the patient’s reply is insecure, that could be okay. For these reasons, and because using TLS for email security is so easy, many do not worry about the security of email replies. However, this should be a risk factor you consider in an internal security audit. Consider nuanced policies that allow you to send less sensitive messages with TLS while sending more sensitive messages with higher security.
What are the Weaknesses of SMTP TLS?
As discussed, SMTP TLS has been around for a long time and has recently seen a great deal of adoption. However, it has some deficiencies compared to other types of email security:
There is no mandatory support for TLS in the email system.
A receiver’s support of the SMTP TLS option can be trivially removed by an active man-in-the-middle because TLS certificates are not actively verified.
Encryption is not used if any aspect of the TLS negotiation is undecipherable/garbled. It is very easy for a man-in-the-middle to inject garbage into the TLS handshake (which is done in clear text) and have the connection downgraded to plain text (opportunistic TLS) or have the connection fail (forced TLS).
Even when SMTP TLS is offered and accepted, the certificate presented during the TLS handshake is usually not checked to see if it is for the expected domain and unexpired. Most MTAs offer self-signed certificates as a pro forma. Thus, in many cases, one has an encrypted channel to an unauthenticated MTA, which can only prevent passive eavesdropping.
The Latest Updates to Secure SMTP TLS
Some solutions help remedy these issues—for example, SMTP Strict Transport Security. SMTP STS enables recipient servers to publish information about their SMTP TLS support in their DNS. This prevents man-in-the-middle downgrades to plain text delivery, ensures more robust TLS protocols are used, and can enable certificate validation.
In addition, users can adopt TLS 1.3. NIST recommends that government agencies develop migration plans to support TLS 1.3 by January 1, 2024. LuxSci supports both SMTP MTA-STS and TLS 1.3.
How Secure SMTP TLS Email Works with LuxSci
Inbound TLS
LuxSci’s inbound email servers support TLS for encrypted inbound email delivery from any sending email provider that also supports that. For selected organizations, LuxSci also locks down its servers to only accept email from them if delivered over TLS.
Outbound Opportunistic TLS
LuxSci’s outbound email servers will always use TLS with any server that claims to support it and with whom we can talk TLS v1.0+ using a strong cipher. The message will not be sent securely if the TLS connection to such a server fails (due to misconfiguration or no security protocols in common). Outbound opportunistic TLS encryption is automatic for all LuxSci customers, even those without SecureLine.
Forced TLS
When Forced TLS is enabled, the message is either dropped or sent with an alternate form of encryption if the recipient’s server does not support TLS. This ensures that messages will never be sent insecurely. Forced TLS is also in place for all LuxSci customers sending to banks and organizations that have requested that we globally enforce TLS to their servers.
Support for strong encryption
LuxSci’s servers will use the strongest encryption supported by the recipient’s email server. LuxSci servers will never employ an encryption cipher that uses less than 128 bits (they will fail to deliver rather than deliver via an excessively weak encryption cipher), and they will never use SSL v2 or SSL v3.
Does LuxSci Have Any Other Special TLS Features?
When using LuxSci SecureLine for outbound email encryption:
SMTP MTA STS: LuxSci’s domains support SMTP MTA STS, and LuxSci’s SecureLine encryption system leverages STS information about recipient domains to improve connection security.
Try TLS: Account administrators can have secure messages “try TLS first” and deliver that way. If TLS is unavailable, the messages would fall back and use more secure options likePGP, S/MIME, or Escrow. Email security iseasy, seamless, and automatic when communicating internally or with others who support TLS.
TLS Exclusive: This is a special LuxSci-exclusive TLS sending feature. TLS Exclusive is just like Forced TLS, except that messages that can’t connect over TLS are just dropped. This is ideal for low-importance emails that must still be compliant, like email marketing messages in healthcare. In such cases, the ease of use of TLS is more important than receiving the message.
TLS Only Forwarding: Account administrators can restrict any server-side email forwarding settings in their accounts from allowing forwarding to any email addresses that do not support TLS for email delivery.
Encryption Escalation: Often, TLS is suitable for most messages, but some messages need to be encrypted using something stronger. LuxSci allows users to escalate the encryption from TLS to Escrow with a click (in WebMail) or by entering particular text in the subject line (for messages sent from email programs like Outlook).
Domain Monitoring: When TLS delivery is enabled for SecureLine accounts, messages will never be insecurely sent to domains that purport to be TLS-enabled, i.e., TLS delivery is enforced and no longer “opportunistic.” The system monitors these domains and updates their TLS-compliance status daily.
Double Encryption: Messages sent using SecureLine and PGP or S/MIME will still use Opportunistic TLS whenever possible for message delivery. In these cases, messages are often “double encrypted.” First, they are encrypted with PGP or S/MIME and may be encrypted again during transport using TLS.
No Weak TLS: Unlike many organizations, LuxSci’s TLS support for SMTP and other servers only supports those protocol levels (e.g., TLS v1.0+) and ciphers recommended by NIST for government communications and which are required for HIPAA. So, all communications with LuxSci servers will be over a compliant implementation of TLS.
For customers who can use TLS to meet security or compliance requirements, it enables seamless security and “use of email as usual.” SecureLine with Forced TLS enables clients to take advantage of this level of security whenever possible while automatically falling back to other methods when TLS is unavailable.
Of course, using Forced TLS as the sole method of encryption is optional; if your compliance needs are more substantial, you can turn off TLS-Only delivery or restrict it so that it is used only with specific recipients.
If your email use cases are complicated, LuxSci’s flexibility enables the secure sending of emails to any recipient, regardless of their email service provider’s support for TLS. Contact the LuxSci sales team to learn more about our secure SMTP TLS email sending.
If you’re a healthcare marketer looking to make your email campaigns more intelligent, automated, and secure, now’s the time to look at LuxSci Secure Marketing.
Whether you’re new to LuxSci or a long-time user, we’re pleased to announce that our new Automated Workflows capability is now available in the latest version of LuxSci Secure Marketing.
LuxSci Secure Marketing is a HIPAA compliant email marketing solution designed specifically for healthcare providers, payers, and suppliers. The solution enables organizations to proactively reach patients and customers with secure, compliant email campaigns that drive increased engagement, leads, and sales.
What Are Automated Workflows?
Traditional ‘one-off’ campaigns can work, but they’re limited. What if you could set up an intelligent healthcare engagement journey that adapts based on how your patients and customers interact with each email? That’s where LuxSci Automated Workflows come in.
An Automated Workflow is a sequence of actions—or Steps—that a Contact moves through over time. Each Step can perform a specific function, such as sending an email, waiting a specified amount of time, pausing until a particular event occurs (like a message open or link click, or even an update to the Contact via an API call from your systems), evaluating conditions to take different branches. This could include saving the Contact to a particular Segment, or jumping to another Step or Workflow. As a result, automated workflows can support personalized, dynamic, and highly targeted healthcare engagement strategies.
A Look Inside LuxSci’s Automated Workflows Capability
LuxSci’s Automated Workflows—known in other platforms as Drip Campaigns, Customer Journeys, or Marketing Automation—enable you to build communications sequences based on Contact attributes, actions and/or where they are in a particular sequence or journey. Automated workflows put you in complete control of:
When each message is sent
Who gets what based on behavior, needs, and attributes
Which path or branch a Contact takes
Smart Event-Based Branching and Conditions
You can branch your Workflows to trigger targeted communications based on user attributes or engagement events for more guided, relevant journeys, with better outcomes. This includes actions based on:
Email opens
Link clicks
Custom field values
API-triggered behaviors
Wait Steps and Real-Time Triggers
You can pause the Workflow or sequence for each Contact until something specific happens—like the patient logging into a portal or clicking on a resource–and set custom time intervals or dates before the next action in the Workflow kicks in. You can also wait for a specific day of the month or week and/or a specific time range during the day to execute the next Step in the Workflow, e.g., Noon-2PM Central Time on Thursdays.
“Go To” Navigation Across Steps
Need a Contact to jump to a different Step or another Workflow entirely? You can do that with LuxSci Automated Workflows. If the same Step has already been visited, LuxSci Secure Marketing prevents loops automatically.
Add to Segment
Automatically add Contacts to segments as they reach specific Steps in your Workflows. Later, you can use these segments with the LuxSci API, triggers, or additional Workflows to take targeted actions, or download the list for contacts from the LuxSci UI or API for other uses.
LuxSci Automated Workflows: How They Work
Step 1: Create an Automated Workflow
Users start by creating an Automated Workflow—a container for your automated patient or customer journey. You can customize:
Sender name, sender address, reply-to address
Workflow and email queue priority over other Workflows and messages sent
LuxSci Secure Marketing – Automated Workflows
Step 2: Add Steps to the Workflow
Steps are part of a Workflow and are executed based on the Contact’s path through the Workflow. Each Workflow can be customized based on different Step types that define what happens as a Contact progresses. Step types include:
Send Email: Automatically deliver personalized messages using your existing templates.
Wait for Time: Pause contact progression for a set duration, until a specific date, or relative to a Contact’s field (e.g., appointment time).
Wait for Event: Delay until a specific condition is met, such as an email being opened or a custom filter passing.
Branch: Evaluate one or more conditions and send Contacts down different paths based on matches or fallbacks.
Go To: Jump forward or backward within a Workflow, or even switch to a different Workflow entirely.
Add to Segment: Dynamically assign Contacts to segments for future targeting or reporting.
End Workflow: Mark a Contact’s journey as complete
LuxSci Secure Marketing – Automated Workflows
Step 3: Trigger the Journey
Workflows can start when you either send all of the Contacts in a list or segment into the Workflow or when a specific trigger fires. This could be someone joining a list, submitting a form, reaching a date or milestone, such as a birth date, or meeting a condition.
Automated Workflow Example
For a new health plan enrollment Workflow, for example, you could start with an automated step that sends an email to those Contacts required to re-enroll by a certain date, with links to either sign up for an education webinar, enroll at a patient portal or be sent additional information by email. Depending on the Contact’s action in the email, the Contact follows a Branch that automates the next step in the workflow. In this case, if the Contact requests additional information, the next Step to send a follow-up email with more information on plan enrollment is executed, and so on.
LuxSci Secure Marketing – Automated Workflows
Healthcare Use Cases for LuxSci Automated Workflows
LuxSci’s Automated Workflows optimize a range of healthcare use cases, including:
New Member Onboarding: Introduce new Contacts to your brand with a structured onboarding flow.
Re-Engagement Campaigns: Automatically follow up with inactive Contacts based on engagement or inactivity windows.
Appointment Follow-Up Sequences: Send reminders, tips, and satisfaction surveys after a visit.
Preventative Care Communications: Communicate regular and timely information that drives greater patient participation in healthcare journeys with better outcomes.
New Product Announcements or Upgrades: Keep patients and customers informed on the latest updates, upgrades and new product offers, such as medical equipment.
Event Reminders & Follow-Ups: Send timely updates or post-event content based on date-based triggers or actions taken.
Segmentation & Tracking: Automatically assign Contacts to segments as they progress through Steps for targeting or reporting.
Behavioral Nurturing: Tailor messaging paths based on clicks, opens, or custom field data.
Multi-Step Journeys: Connect multiple Workflows together to build larger, more modular strategies.
Patient Education Campaigns: Walk patients through disease management, treatment protocols, or lifestyle changes.
Benefits of LuxSci Automated Workflows
Intelligent Contact Nurturing at Scale
Automated workflows are your new digital marketing assistant, nurturing leads, checking conditions, and adapting communications sequences to each user based on their engagement and actions.
Personalized Touchpoints with Full Control
Each branch, delay, and trigger enables you to deliver content that feels personalized and relevant without all the manual and repetitive work to tailor communications.
Reporting, Metrics, and Optimization
LuxSci’s reporting capabilities empower you to monitor the end-to-end healthcare communications journey, gaining insights at every step, including:
Who received what
Who engaged and how
Where drop-offs happen
The engagement achieved with each Step in the Workflow
From there, you can use the behavior-based intelligence to build smarter Workflows with ongoing data-driven refinements, including adjusting content and timing based on what works (and what doesn’t).
Why LuxSci for Automated Workflows
LuxSci Secure Marketing and our newly enhanced Automated Workflows deliver a powerful, unique and secure healthcare marketing solution anchored in the following:
Secure Email: Comprehensive email security for data in transit and at rest, helping ensure HIPAA compliance and enabling the usage of PHI in emails for personalization and increased engagement.
Secure Infrastructure – Every message, contact, and action is protected by a secure, compliant platform architecture.
Enterprise-Scale – Workflows are optimized to handle millions of contacts with high concurrency and efficient processing.
Flexible Branching & Loop Prevention – Contacts can’t get “stuck” in loops, they are intelligently tracked and marked complete if already engaged.
Modular, Reusable Logic – Workflows can call each other to create structured, scalable automation plans.
Detailed Contact Tracking – View per-step Contact counts, both currently active and historically processed.
Improve Performance with Automated Workflows Today!
If you’re ready to move from static campaigns to personalized healthcare engagement, LuxSci’s Automated Workflows are here to help you easily create, scale and automate your email marketing campaigns and workflows—all while staying 100% HIPAA compliant.
Contact us today to learn more.
FAQs
1. What is the difference between a Campaign and an Automated Workflow? Campaigns are typically single email blasts to a particular set of contacts. Automated workflows are multi-step journeys intended to drive actions that adapt to recipient behavior over time.
2. Can I use Automated Workflows for re-engagement campaigns? Absolutely. They’re ideal for winning back inactive Contacts with personalized, timely messages.
3. Are Automated Workflows HIPAA compliant like the rest of LuxSci solutions? Yes. All Workflows inherit the same strict security and compliance controls that are part of all LuxSci solutions.
4. Can a Contact re-enter the same Workflow multiple times? No. Once a contact has completed or exited a workflow, re-entry is prevented to avoid loops or duplication.
SSL and TLS play critical roles in securing data transmission over the internet, and AES-256 is integral in their most secure configurations. The original standard was known as Secure Sockets Layer (SSL). Although it was replaced by Transport Layer Security (TLS), many in the industry still refer to TLS by its predecessor’s acronym. While TLS can be relied on for securing information at a high level—such as US Government TOP SECRET data—improper or outdated implementations of the standard may not provide much security.
