Great work, Dmitry! FidoMail is looking very good.

A replacement for the great (but unfinished and no longer maintained) HotdogEd app was neeeded.

I'll report any issues I find and make some suggestions.

To start with: in the nntp server settings I can select a default charset, but not in the ftn server settings (no dropdown).

It would also be nice to be able to set different charsets for each area.

Thanks!

Carlos

--- FidoMailMobile/0.1.0+39 (Android)
* Origin: cyberiada (2:341/234.5001)

Dmitry,

I added and rescanned an echo area. Then I deleted and disconnected it. Later I added and rescanned the same echo again, but all messages went to the Dupes folder.

Is there a way to avoid this? Would it be possible to reset the dupe database for an echo when it is removed?

Or maybe add an option to disable dupe detection? (Points may not need this, if their bossnode filters the dupes)

Also, is there a way to purge the Dupes folder?

Carlos

--- FidoMailMobile/0.1.0+39 (Android)
* Origin: cyberiada (2:341/234.5001)

Hello Carlos!

In a message of 23 Aug 26 15:07, Carlos wrote to Dmitry:

Great work, Dmitry! FidoMail is looking very good.

Thank you! With your help we can make it even better!

To start with: in the nntp server settings I can select a default
charset, but not in the ftn server settings (no dropdown).

Fixed! Now it has unified code for charset selection for both NNTP and FTN.

It would also be nice to be able to set different charsets for each
area.

Done!

Please test.


See you,
dp.
--- FidoMail v0.1.3-31-g3095572
* Origin: livin' on the edge (2:5001/100)

Dmitry Protasoff wrote:

To start with: in the nntp server settings I can select a default
charset, but not in the ftn server settings (no dropdown).

Fixed! Now it has unified code for charset selection for both NNTP
and FTN.

Great!

It would also be nice to be able to set different charsets for
each
area.

Done!

Please test.

I've done several tests and everything seems to work fine. +1

Carlos

--- FidoMailMobile/0.1.0+40 (Android)
* Origin: cyberiada (2:341/234.5001)

Hello Carlos,

So how are you doing with the IOS version?


Cheers, Michiel

--- GoldED+/W32-MSVC 1.1.5-b20130111
* Origin: Michiel's laptop (2:280/5555.1)

Michiel van der Vlist wrote:

So how are you doing with the IOS version?

I'm not. I don't have any i*, only Android devices.

Carlos

--- FidoMailMobile/0.1.0+40 (Android)
* Origin: cyberiada (2:341/234.5001)

Hello, Dmitry!

Tried the rescan of area. Talking to HPT seems bad:

Area Status
-------------------------------------------------- -------------------------
=FIDOMAIL,R ...................................... no uplinks to forward

Following is the original message text
--------------------------------------
=FIDOMAIL,R

--------------------------------------

--- hpt/lnx 1.9 2024-03-02 areafix

'Tommi

--- FidoMailMobile/0.1.0+40 (Android)
* Origin: ... ... ... (2:221/360.8110)

Hello Carlos,

On Monday August 24 2026 17:29, you wrote to me:

Michiel van der Vlist wrote:

So how are you doing with the IOS version?

Sorry, wrong addressee. The question was meant for Dmitry.

I'm not. I don't have any i*, only Android devices.

For me it is the other way around. I only have an iPhone, no Android here...


Cheers, Michiel

--- GoldED+/W32-MSVC 1.1.5-b20170303
* Origin: Nieuw Schoord (2:280/5555)

Hello Carlos!

In a message of 24 Aug 26 12:40, Carlos wrote to Dmitry:

I added and rescanned an echo area. Then I deleted and disconnected
it. Later I added and rescanned the same echo again, but all
messages went to the Dupes folder.

Is there a way to avoid this? Would it be possible to reset the
dupe database for an echo when it is removed?

Or maybe add an option to disable dupe detection? (Points may not
need this, if their bossnode filters the dupes)

Also, is there a way to purge the Dupes folder?

Please upgrade to version 0.1.0+41, it has much better behaviour in such cases (for both NNTP and FTN).

I don't love the idea of disabling dupe detection completely at the moment, but let's go back to it in 2 weeks: if you still need it after latest fixes - I'll implement it.

See you,
dp.
--- FidoMail v0.1.3-31-g3095572
* Origin: livin' on the edge (2:5001/100)

Hello Michiel!

In a message of 24 Aug 26 17:44, Michiel wrote to Carlos:

MvdV> Sorry, wrong addressee. The question was meant for Dmitry.

Apple rejected my application and asked me for the following information:

---

1. A screen recording captured on a physical device, running the latest operating system, demonstrating the app's functionality. The recording must begin with launching the app and show the typical user flow through its core features. If the app has any of the following, include them in the recording:

- Account registration, login, and account deletion flows
- Accessing paid content or features within the app, including any purchase or subscription flows
- User-generated content, including content reporting and blocking mechanisms
- Any prompts requesting access to sensitive data or device capabilities (for example, location, contacts, camera, or App Tracking Transparency)

2. A list of the device models and operating systems the app was tested on before submitting for review
3. A description of the app's functions and target audience, including the problem it solves and the value it provides
4. Instructions for setting up and accessing the app's main features, including any required login credentials or sample files
5. A list of the external services, tools, or platforms the app uses to deliver its core functionality (for example, data providers, authentication services, payment processors, or AI services)
6. Describe any regional differences in the app's features or content, or confirm that the app functions consistently across all regions
7. If the app operates in a highly regulated industry or includes protected third-party material, provide any relevant documentation or credentials to demonstrate you are authorized to provide these services or protected material
---

I'll probably try to do that Friday evening, with glass of wine.


See you,
dp.
--- FidoMail v0.1.3-31-g3095572
* Origin: livin' on the edge (2:5001/100)

Hello Tommi!

In a message of 24 Aug 26 18:38, Tommi wrote to Dmitry:

Tried the rescan of area. Talking to HPT seems bad:

Yeah, my fault :(
I messed things up while porting code from the server version. The next release will be dealing better with tosser dialects.


See you,
dp.
--- FidoMail v0.1.3-31-g3095572
* Origin: livin' on the edge (2:5001/100)

Hello Dmitry,

On Monday August 24 2026 18:56, you wrote to me:

MvdV>> Sorry, wrong addressee. The question was meant for Dmitry.

Apple rejected my application and asked me for the following
information:

---

1. A screen recording captured on a physical device, running the

[..]

documentation or credentials to demonstrate you are authorized to
provide these services or protected material
---

Wauw!

I'll probably try to do that Friday evening, with glass of wine.

Staying tuned...


Cheers, Michiel

--- GoldED+/W32-MSVC 1.1.5-b20170303
* Origin: Nieuw Schoord (2:280/5555)

Dmitry Protasoff -> Carlos Navarro, 24 Aug 26:

Please upgrade to version 0.1.0+41, it has much better behaviour in
such cases (for both NNTP and FTN).

Works fine for NNTP.

Seems to mostly work for FTN, but...

I'm having issues with one area on my node, the first one I tested FidoMail with (tag: 234.TEST). It has 106 messages. I've added, rescanned, disconnected and deleted it several times but when I rescan I always receive 4 messages and the other 102 go to Dupes (even after purging it).

Another issue I'm having sometimes is: I rescan an area but then it says there is nothing to sync.
After that, I rescan again and then I receive all messages twice (one copy to the correct echo and the other to Dupes).

I don't love the idea of disabling dupe detection completely at the moment, but let's go back to it in 2 weeks: if you still need it
after latest fixes - I'll implement it.

Ok.

Curious, what is your dupe detection method based on? Msgid, headers, body, a combination of those...?

Carlos

--- FidoMailMobile/0.1.0+44 (Android)
* Origin: cyberiada (2:341/234.5001)

Hello Carlos!

In a message of 25 Aug 26 17:41, Carlos wrote to Dmitry:

I'm having issues with one area on my node, the first one I tested FidoMail with (tag: 234.TEST). It has 106 messages. I've added,
rescanned, disconnected and deleted it several times but when I
rescan I always receive 4 messages and the other 102 go to Dupes
(even after purging it).

Another issue I'm having sometimes is: I rescan an area but then it
says there is nothing to sync.
After that, I rescan again and then I receive all messages twice
(one copy to the correct echo and the other to Dupes).

Yeah, you found the exact spot which was still carrying a lot of code from the initial prototype - where the dupe database was just flat message IDs table.

New version with completely redesigned dupe storage will be released later today.


See you,
dp.
--- FidoMail v0.1.3-41-gafe9a4c
* Origin: livin' on the edge (2:5001/100)

Another suggestion: add an "Unsubscribe and delete ECHOTAG" option when long-pressing on an area.
(So that the user does not need to select "Unsubscribe..." and then "Delete..." separately)

Carlos

--- FidoMailMobile/0.1.0+45 (Android)
* Origin: cyberiada (2:341/234.5001)

Carlos Navarro -> Dmitry Protasoff, 26 Aug 26 15:41:

Another suggestion: add an "Unsubscribe and delete ECHOTAG" option
when long-pressing on an area.
(So that the user does not need to select "Unsubscribe..." and then "Delete..." separately)

Now that I think about this, depending on when you last sync'ed, it could happen that you still receive some msgs after unsubscribing+deleting and then the area would be re+created...?

Carlos

--- FidoMailMobile/0.1.0+45 (Android)
* Origin: cyberiada (2:341/234.5001)

Hello Carlos!

In a message of 26 Aug 26 15:41, Carlos wrote to Dmitry:

Another suggestion:

Check the latest build with multiple improvements.
Also, thanks a lot for your help with testing and suggestions!

See you,
dp.
--- FidoMail v0.1.3-41-gafe9a4c
* Origin: livin' on the edge (2:5001/100)

26 Aug 26 17:05, Dmitry Protasoff -> Carlos Navarro:

Check the latest build with multiple improvements.

All looking good and working fine!

Also, thanks a lot for your help with testing and suggestions!

You're welcome!
Thanks for this great app. I think it's now ready for replacing my HotdogEd!

Carlos

--- FidoMailMobile/0.1.0+53 (Android)
* Origin: cyberiada (2:341/234.5001)

Dmitry,

The Area field in the header of messages in Personal and Starred groups displays "Area: Personal" and "Area: Starred". It would be nice if it showed the original group name.

Carlos

--- FidoMailMobile/0.1.0+58 (Android)
* Origin: cyberiada (2:341/234.5001)

Hello Carlos!

In a message of 30 Aug 26 10:34, Carlos wrote to Dmitry:

The Area field in the header of messages in Personal and Starred
groups displays "Area: Personal" and "Area: Starred". It would be
nice if it showed the original group name.

Totally agree! Fixed.


See you,
dp.
--- FidoMail v0.1.3-71-gfb9bc36
* Origin: livin' on the edge (2:5001/100)