# Add a parameter to force new account creation

**URL:** <https://forum.delta.chat/t/add-a-parameter-to-force-new-account-creation/5568>\
**Category:** Feature Proposal\
**Created:** [July 22, 2026, 5:59pm UTC](https://forum.delta.chat/t/add-a-parameter-to-force-new-account-creation/5568 "2026-07-22T17:59:52Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![alr86](https://forum.delta.chat/user_avatar/forum.delta.chat/alr86/32/3582_2.png) [@alr86](https://forum.delta.chat/u/alr86)\
**Post date:** [July 22, 2026, 5:59pm UTC](https://forum.delta.chat/t/add-a-parameter-to-force-new-account-creation/5568/1 "2026-07-22T17:59:52Z")

</div>

Please add a new parameter to the “Create Account” link that forces the app to create a new account rather than add the new relay to an existing profile.

During the recent internet blackout in Iran, most Iranian relays began blocking the use of multiple relays with a single account. This restriction was likely introduced to minimize inter-server communication and reduce server load.

I had previously mentioned this at this link:  
github[.]com/chatmail/core/issues/8223#issuecomment-4413600872  
But since I couldn’t find any related suggestions or updates, I’m reposting it here.

---

<div class="post-metadata">

**Author:** ![WofWca](https://forum.delta.chat/user_avatar/forum.delta.chat/wofwca/32/1702_2.png) [@WofWca](https://forum.delta.chat/u/WofWca)\
**Post date:** [July 23, 2026, 8:23am UTC](https://forum.delta.chat/t/add-a-parameter-to-force-new-account-creation/5568/2 "2026-07-23T08:23:38Z")

</div>

I agree that the problem is a problem, but I would say that adding this parameter to a link is not the right solution. I’d prefer adding a dialog on the client, with buttons “Add Relay”, ~“Create a New Profile on this relay”.

---

<div class="post-metadata">

**Author:** ![alr86](https://forum.delta.chat/user_avatar/forum.delta.chat/alr86/32/3582_2.png) [@alr86](https://forum.delta.chat/u/alr86)\
**Post date:** [July 23, 2026, 10:34am UTC](https://forum.delta.chat/t/add-a-parameter-to-force-new-account-creation/5568/4 "2026-07-23T10:34:15Z")

</div>

I talked about it on the mentioned Github link, quote from @r10s :

> i see that relays are used different, however, having an upfront question about whether to add a profile or a relay will be at least same confusing for many, many user. in general, we avoid such upfront questions and decisions, and i am sceptical here as well. most user will not have a concept about relay/profile in mind, and cannot do a informed decision.

---

<div class="post-metadata">

**Author:** ![link2xt](https://forum.delta.chat/user_avatar/forum.delta.chat/link2xt/32/1971_2.png) [@link2xt](https://forum.delta.chat/u/link2xt)\
**Post date:** [July 23, 2026, 2:36pm UTC](https://forum.delta.chat/t/add-a-parameter-to-force-new-account-creation/5568/5 "2026-07-23T14:36:09Z")

</div>

The real problem is relays deciding not to federate because of performance problems.

It is a common problem that messages queue up if relays are not available, e.g. because the relay went down or is not maintained or because of the routing problems There was a change in [feat(transport): Destination worker pool by j-g00da · Pull Request #151 · chatmail/filtermail · GitHub](https://github.com/chatmail/filtermail/pull/151) to address this problem for [GitHub - chatmail/relay: chatmail service deployment scripts and docs · GitHub](https://github.com/chatmail/relay/) setups to some extent, now no more than 30 messages to the same destination can queue up in memory and users get “transport busy” error immediately.

Delta Chat is federated by design, so if federation breaks, the right solution is to figure out how to restore it instead of changing the UI to match the reality of non-federating email servers.

---

<div class="post-metadata">

**Author:** ![alr86](https://forum.delta.chat/user_avatar/forum.delta.chat/alr86/32/3582_2.png) [@alr86](https://forum.delta.chat/u/alr86)\
**Post date:** [July 23, 2026, 5:59pm UTC](https://forum.delta.chat/t/add-a-parameter-to-force-new-account-creation/5568/6 "2026-07-23T17:59:06Z")

</div>

Solving problems is better than hiding them, but there’s an even better approach: we should try to fix the issue while also having a way to ignore it until it’s resolved (or in cases where a similar problem arises later due to other reasons or future updates).

Technically, supporting a parameter to force the creation of a new profile isn’t difficult, and from a user experience perspective, it won’t change anything for current users. I think it’s worth adding.
