<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Van Moose</title>
    <description>The latest articles on DEV Community by Van Moose (@vanmoose).</description>
    <link>https://dev.to/vanmoose</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3859232%2Fa5679b79-a1e6-4c22-8cb7-3da104882e84.gif</url>
      <title>DEV Community: Van Moose</title>
      <link>https://dev.to/vanmoose</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/vanmoose"/>
    <language>en</language>
    <item>
      <title>EU Email API: Why European SaaS Companies Need EU-Based Email Infrastructure</title>
      <dc:creator>Van Moose</dc:creator>
      <pubDate>Fri, 03 Apr 2026 10:34:07 +0000</pubDate>
      <link>https://dev.to/vanmoose/eu-email-api-why-european-saas-companies-need-eu-based-email-infrastructure-2j4g</link>
      <guid>https://dev.to/vanmoose/eu-email-api-why-european-saas-companies-need-eu-based-email-infrastructure-2j4g</guid>
      <description>&lt;p&gt;If you're building a SaaS in Europe, your email infrastructure probably processes data in the US. Most email API providers are American companies with US-based infrastructure.&lt;/p&gt;

&lt;p&gt;That's a problem for GDPR compliance, data residency requirements, and increasingly, for your customers who care about where their data goes.&lt;/p&gt;

&lt;h2&gt;
  
  
  The Data Residency Gap
&lt;/h2&gt;

&lt;p&gt;Most popular email APIs process your data in the US:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;The majority of email API providers are headquartered in the US with US-based infrastructure&lt;/li&gt;
&lt;li&gt;Some offer EU regions as an option, but failover and backup paths often route through US servers&lt;/li&gt;
&lt;li&gt;Even "wrapper" APIs that use EU-capable underlying providers don't guarantee EU-only processing by default&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;If you're sending password resets, onboarding emails, or payment notifications, the email content and recipient data passes through these systems. Under GDPR, that's personal data processing — and it matters where it happens.&lt;/p&gt;

&lt;h2&gt;
  
  
  What EU-First Email Infrastructure Looks Like
&lt;/h2&gt;

&lt;p&gt;True EU email infrastructure means:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;
&lt;strong&gt;Primary sending from EU servers&lt;/strong&gt; — not US servers with an EU "option"&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Backup infrastructure also in EU&lt;/strong&gt; — if failover sends data to US servers, you've lost the benefit&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;No transatlantic data transfer for core operations&lt;/strong&gt; — the email content and metadata stays in Europe&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;The architecture:&lt;/p&gt;

&lt;p&gt;Your EU App → Email API → SES eu-west-1 (Ireland, primary) → Brevo (France, EU backup) → Both providers: EU data processing&lt;/p&gt;

&lt;h2&gt;
  
  
  Beyond Compliance: Performance
&lt;/h2&gt;

&lt;p&gt;EU-based infrastructure isn't just about compliance. It's also faster for EU recipients:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Lower latency to EU mailboxes (Gmail, Outlook EU servers)&lt;/li&gt;
&lt;li&gt;DKIM signing from EU IP ranges (better reputation with EU ISPs)&lt;/li&gt;
&lt;li&gt;Reduced round-trip time for delivery confirmation&lt;/li&gt;
&lt;/ul&gt;

&lt;h2&gt;
  
  
  Multi-Provider + EU = Real Reliability
&lt;/h2&gt;

&lt;p&gt;The strongest position combines both:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;Multi-provider failover&lt;/strong&gt; — if one provider goes down, the other takes over&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Both providers in EU&lt;/strong&gt; — failover doesn't compromise data residency&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Durable retry queue&lt;/strong&gt; — nothing gets lost during transitions&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;This is what we built at &lt;a href="https://truncus.co" rel="noopener noreferrer"&gt;Truncus&lt;/a&gt;. SES in Ireland as primary. Brevo in France as EU backup. Automatic circuit breaker. Durable retry queue with dead-letter recovery. EU data residency on both paths.&lt;/p&gt;

&lt;p&gt;If you're a European SaaS company, your email infrastructure should be European too.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://truncus.co/pricing" rel="noopener noreferrer"&gt;See Truncus EU infrastructure →&lt;/a&gt;&lt;/p&gt;

</description>
      <category>email</category>
      <category>europe</category>
      <category>saas</category>
      <category>gdpr</category>
    </item>
    <item>
      <title>What Happens When Your Email Provider Goes Down?</title>
      <dc:creator>Van Moose</dc:creator>
      <pubDate>Fri, 03 Apr 2026 10:29:55 +0000</pubDate>
      <link>https://dev.to/vanmoose/what-happens-when-your-email-provider-goes-down-98o</link>
      <guid>https://dev.to/vanmoose/what-happens-when-your-email-provider-goes-down-98o</guid>
      <description>&lt;p&gt;Most SaaS companies run their entire email infrastructure on a single provider. When that provider has an outage — and they all do — every password reset, order confirmation, and onboarding email fails silently.&lt;/p&gt;

&lt;p&gt;Your users don't see an error message. They just don't get the email. And they blame your product.&lt;/p&gt;

&lt;h2&gt;
  
  
  The Real Cost of Email Downtime
&lt;/h2&gt;

&lt;ul&gt;
&lt;li&gt;Password resets fail → users can't log in → support tickets spike&lt;/li&gt;
&lt;li&gt;Onboarding emails don't arrive → new users drop off → lost revenue&lt;/li&gt;
&lt;li&gt;Order confirmations disappear → customers contact support → trust erodes&lt;/li&gt;
&lt;li&gt;Payment notifications fail → chargebacks increase&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;For a SaaS with 1,000 users, even a 30-minute email outage during peak hours can cost hundreds in lost conversions and support costs.&lt;/p&gt;

&lt;h2&gt;
  
  
  Why Single-Provider Email is a Risk
&lt;/h2&gt;

&lt;p&gt;Most email APIs are wrappers around one infrastructure:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Some email APIs are wrappers around larger cloud providers — if the underlying provider fails, the wrapper fails with it&lt;/li&gt;
&lt;li&gt;Others run on a single email infrastructure, meaning one failure takes down everything&lt;/li&gt;
&lt;li&gt;There's no built-in fallback, no retry across providers — your emails just stop&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;If that one provider goes down, you go down with it. No fallback. No retry. Your emails just stop.&lt;/p&gt;

&lt;h2&gt;
  
  
  What Multi-Provider Email Looks Like
&lt;/h2&gt;

&lt;p&gt;The solution isn't complex. It's controlled redundancy:&lt;/p&gt;

&lt;p&gt;Your App → Email API → Primary Provider (SES) → Backup Provider (EU) ← automatic failover → Retry Queue ← nothing gets lost&lt;/p&gt;

&lt;p&gt;When the primary provider fails:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;Circuit breaker detects the failure (5 failures in 60 seconds)&lt;/li&gt;
&lt;li&gt;Traffic automatically routes to the backup provider&lt;/li&gt;
&lt;li&gt;Any emails that couldn't be sent enter a durable retry queue&lt;/li&gt;
&lt;li&gt;When the primary recovers, traffic routes back automatically&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;Your users never notice. Your emails keep sending.&lt;/p&gt;

&lt;h2&gt;
  
  
  The EU Advantage
&lt;/h2&gt;

&lt;p&gt;If you're a European company, there's an additional dimension: data residency. Most email providers process data in the US. With multi-provider architecture, you can route through EU-based infrastructure (Ireland + France) and maintain GDPR compliance by default.&lt;/p&gt;

&lt;h2&gt;
  
  
  How We Built This
&lt;/h2&gt;

&lt;p&gt;At &lt;a href="https://truncus.co" rel="noopener noreferrer"&gt;Truncus&lt;/a&gt;, we built an email execution layer that routes through multiple providers automatically. SES as primary (Ireland), Brevo as EU backup (France). Circuit breaker, durable retry queue, dead-letter recovery. Every email logs which provider sent it.&lt;/p&gt;

&lt;p&gt;The architecture:&lt;/p&gt;

&lt;p&gt;Truncus API → Provider Router → SES (Ireland, primary) → Brevo (France, EU backup) → Failed? → Retry Queue → 5 retries exhausted? → Dead Letter → Manual replay available&lt;/p&gt;

&lt;p&gt;No email gets lost. Ever.&lt;/p&gt;

&lt;p&gt;If you're building a SaaS that depends on transactional email, consider what happens when your provider goes down. Single-provider is a single point of failure.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://truncus.co/pricing" rel="noopener noreferrer"&gt;Try Truncus →&lt;/a&gt;&lt;/p&gt;

</description>
      <category>email</category>
      <category>saas</category>
      <category>infrastructure</category>
      <category>devops</category>
    </item>
  </channel>
</rss>
