<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Haproxy - Tag - Dimas Maulana</title>
    <link>https://dimasmaulana.pages.dev/tags/haproxy/</link>
    <description>Dimas Maulana Website</description>
    <generator>Hugo 0.165.0 &amp; FixIt v0.4.5</generator>
    <language>en</language>
    <lastBuildDate>Thu, 07 May 2026 00:10:22 +0000</lastBuildDate>
    <atom:link href="https://dimasmaulana.pages.dev/tags/haproxy/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Preserve the Correct Source IP When Forwarding Mailcow TCP Traffic</title>
      <link>https://dimasmaulana.pages.dev/posts/devops/preserve-mailcow-source-ip-iptables/</link>
      <pubDate>Thu, 07 May 2026 00:10:22 +0000</pubDate>
      <guid>https://dimasmaulana.pages.dev/posts/devops/preserve-mailcow-source-ip-iptables/</guid>
      <category domain="https://dimasmaulana.pages.dev/categories/devops/">Devops</category>
      <category domain="https://dimasmaulana.pages.dev/categories/troubleshooting/">Troubleshooting</category>
      <description>&lt;p&gt;When Mailcow runs on a separate machine, forwarding its TCP traffic through HAProxy can leave the logs showing the forwarding layer instead of the connecting client. That defeats the point of checking the mail logs when the original source IP matters.&lt;/p&gt;&#xA;&lt;p&gt;The service still receives traffic, so the forwarding path can look healthy at first. The problem becomes visible when investigating delivery, abuse, rate limits, or client behaviour and every connection appears to originate from the proxy instead of the real sender.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
