<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Paid Relay account hard-bouncing for days — support process has no path to escalate evidence-backed reports in Discussions</title>
    <link>https://connect.mozilla.org/t5/discussions/paid-relay-account-hard-bouncing-for-days-support-process-has-no/m-p/139087#M56485</link>
    <description>&lt;P&gt;I've been dealing with a persistent hard-bounce issue on a paid Firefox Relay&lt;BR /&gt;account for several days (full technical writeup and reproduction evidence here:&lt;BR /&gt;github.com/mozilla/fx-private-relay/issues/6904).&lt;/P&gt;&lt;P&gt;What prompted this post specifically: I went through official support first, and&lt;BR /&gt;the experience made clear there's currently no way to get a well-documented,&lt;BR /&gt;isolated bug in front of anyone who can actually act on it. I provided a controlled&lt;BR /&gt;test — same destination address, two different Relay accounts, one hard-bounces&lt;BR /&gt;and one delivers instantly — and the response was the standard checklist (mailbox&lt;BR /&gt;storage, attachment size, allow-listing) with no apparent path to escalate past that&lt;BR /&gt;first tier, even once I'd already ruled those causes out with direct evidence.&lt;/P&gt;&lt;P&gt;I don't say this to criticize the individual rep — they were working from the tools&lt;BR /&gt;and script they're given. The gap is structural: paying customers with a genuinely&lt;BR /&gt;isolated, reproducible bug currently have no route from support into engineering&lt;BR /&gt;that doesn't rely on stumbling onto GitHub or a forum like this one.&lt;/P&gt;&lt;P&gt;Posting here in case:&lt;BR /&gt;1. Others are seeing the same hard-bounce-with-retry-date contradiction on their&lt;BR /&gt;accounts (see the linked issue for details — the "hard" bounce label doesn't&lt;BR /&gt;match a scheduled retry, which looks like a bounce-classification bug)&lt;BR /&gt;2. Someone from the Relay team can either look at the account-level issue directly,&lt;BR /&gt;or flag this gap in the support escalation path to the right people&lt;/P&gt;&lt;P&gt;Happy to provide account details privately to anyone who can actually investigate.&lt;/P&gt;</description>
    <pubDate>Wed, 23 Sep 2026 22:12:13 GMT</pubDate>
    <dc:creator>mallen</dc:creator>
    <dc:date>2026-09-23T22:12:13Z</dc:date>
    <item>
      <title>Paid Relay account hard-bouncing for days — support process has no path to escalate evidence-backed reports</title>
      <link>https://connect.mozilla.org/t5/discussions/paid-relay-account-hard-bouncing-for-days-support-process-has-no/m-p/139087#M56485</link>
      <description>&lt;P&gt;I've been dealing with a persistent hard-bounce issue on a paid Firefox Relay&lt;BR /&gt;account for several days (full technical writeup and reproduction evidence here:&lt;BR /&gt;github.com/mozilla/fx-private-relay/issues/6904).&lt;/P&gt;&lt;P&gt;What prompted this post specifically: I went through official support first, and&lt;BR /&gt;the experience made clear there's currently no way to get a well-documented,&lt;BR /&gt;isolated bug in front of anyone who can actually act on it. I provided a controlled&lt;BR /&gt;test — same destination address, two different Relay accounts, one hard-bounces&lt;BR /&gt;and one delivers instantly — and the response was the standard checklist (mailbox&lt;BR /&gt;storage, attachment size, allow-listing) with no apparent path to escalate past that&lt;BR /&gt;first tier, even once I'd already ruled those causes out with direct evidence.&lt;/P&gt;&lt;P&gt;I don't say this to criticize the individual rep — they were working from the tools&lt;BR /&gt;and script they're given. The gap is structural: paying customers with a genuinely&lt;BR /&gt;isolated, reproducible bug currently have no route from support into engineering&lt;BR /&gt;that doesn't rely on stumbling onto GitHub or a forum like this one.&lt;/P&gt;&lt;P&gt;Posting here in case:&lt;BR /&gt;1. Others are seeing the same hard-bounce-with-retry-date contradiction on their&lt;BR /&gt;accounts (see the linked issue for details — the "hard" bounce label doesn't&lt;BR /&gt;match a scheduled retry, which looks like a bounce-classification bug)&lt;BR /&gt;2. Someone from the Relay team can either look at the account-level issue directly,&lt;BR /&gt;or flag this gap in the support escalation path to the right people&lt;/P&gt;&lt;P&gt;Happy to provide account details privately to anyone who can actually investigate.&lt;/P&gt;</description>
      <pubDate>Wed, 23 Sep 2026 22:12:13 GMT</pubDate>
      <guid>https://connect.mozilla.org/t5/discussions/paid-relay-account-hard-bouncing-for-days-support-process-has-no/m-p/139087#M56485</guid>
      <dc:creator>mallen</dc:creator>
      <dc:date>2026-09-23T22:12:13Z</dc:date>
    </item>
  </channel>
</rss>

