💾 Archived View for auragem.letz.dev › mailinglist › misfin › fetch captured on 2024-05-26 at 14:34:01.
View Raw
More Information
⬅️ Previous capture (2024-05-10)
🚧 View Differences
-=-=-=-=-=-=-
[b9df3802031191e40a6759eb93eaec6f]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2023-09-30T14:30:52Z
Inbox: 2024-02-11T23:45:34Z true
# Hello All!
I wanted to introduce myself as the creator of this mailinglist! :)
- Christian
[cef70590c158429f19901a47a4823682]
Senders: misfin@auragem.letz.dev AuraGem Misfin Mail List,clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2023-09-30T20:33:02Z,2023-09-30T20:33:02Z
Inbox: 2024-02-11T23:45:34Z true
# New Sub! Steve K0STK
Hello Steve! I'm glad the subscription thing worked for you! This message should have two sender lines, one from krixano@auragem.letz.dev, and one from the mailinglist (misfin@auragem.letz.dev). My client lists the second sender (which is the first sender line, since sender lines are always prepended, not appended) as a "forwarder" and the first sender as the "original sender".
Anyways, thanks for testing!
[36ede9dddfbcb6c50f6ccb416f4f3aff]
Senders: misfin@auragem.letz.dev AuraGem Misfin Mail List,steve@k0stk.ddns.net Steve K0STK
Timestamps: 2023-09-30T21:04:07Z,2023-09-30T21:04:07Z
Inbox: 2024-02-11T23:45:34Z true
# Greetings\nfrom backstage at the historic Fargo Theater! (thanks to ssh....)
[5b0d99103289a6f41a9f7344c2bc7b98]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2023-10-01T07:08:30Z
Inbox: 2024-02-11T23:45:34Z true
# Test!
We have a new subscriber! Welcome billsmugs!
I am also sending this message to test if the forwarding is working. :)
- Christian
[67f28584d653c7537f737f0f7d922f5f]
Senders: steve@k0stk.ddns.net Steve K0STK
Timestamps: 2023-10-01T16:36:14Z
Inbox: 2024-02-11T23:45:34Z true
# Hi billmugs
It is nice to see new subscribers on this list!
Thanks to clseibold for making this go...
--
Steve
[540730b17a7e2a08a364c71575978401]
Senders: alexlehm@gemini.lehmann.cx Alexander
Timestamps: 2023-10-01T23:19:11Z
Inbox: 2024-02-11T23:45:34Z true
#
Looks like subscribing now worked
[f6c45aa3336e4e0ce6c52a3483bd2628]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2023-10-01T23:20:59Z
Inbox: 2024-02-11T23:45:34Z true
# New Sub: alexlehm
Welcome to the mailinglist alexlehm@gemini.lehmann.cx! Thanks for trying it out!
- Christian
[7e4e70d062c93c5a277a9a6885f28eed]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2023-10-02T03:01:23Z
Inbox: 2024-02-11T23:45:34Z true
# New Sub: mail@satch.xyz
We have another subscriber! mail@satch.xyz
Welcome!
[34481f2ba98c6eec299a3acebbefe2c9]
Senders: steve@k0stk.ddns.net Steve K0STK
Timestamps: 2023-10-02T11:48:18Z
Inbox: 2024-02-11T23:45:34Z true
#
I am always sseing connection refused messages when trying to send to anything @satch.xyz
[34481f2ba98c6eec299a3acebbefe2c9]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold,steve@k0stk.ddns.net Steve K0STK
Timestamps: 2023-10-02T12:35:27Z,2023-10-02T11:48:18Z
Inbox: 2024-02-11T23:45:34Z true
#
I am always sseing connection refused messages when trying to send to anything @satch.xyz
[3655f730ac1ab3b83fcf298646986eec]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2023-10-02T12:40:05Z
Inbox: 2024-02-11T23:45:34Z true
# Re: satch's mailserver unavailable
Sending this to notify everyone that I forwarded steve's message to the mailinglist again because when steve originally sent it, it crashed my server. I have fixed the bug that caused the crash however.
Re: steve, yeah, I'm also not able to send to satch's email. The unavailability of his email is actually partly why the auragem mailserver crashed, lol. I did notify satch on Bubble of the issue.
[ee0a44736ae1dd762f65eda640f20519]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2023-10-03T01:10:29Z
Inbox: 2024-02-11T23:45:34Z true
# Misfin-Server Version 0.4
I have a new release out for my misfin-server, version 0.4. It adds the concept of a send permission to mailinglists to allow one to restrict who can write to a mailinglist. A newsletter, then, becomes just a mailinglist with designated writers as the only ones who can write to the mailinglist. There's also a new option on whether subs are auto-accepted, auto-rejected, or manually accepted (admins prompted on new subs) - but that last one hasn't been implemented quite yet.
I have started work on some news features and fixes, like handling redirects for mailinglist forwarding, and adding the ability to use pre-existing certs when setting up your server or mailboxes. These features should be out soon.
- Christian
[399ffbf1b012fcea54ce4dc221d194b8]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2023-10-04T08:07:20Z
Inbox: 2024-02-11T23:45:34Z true
# Misfin-Server Version 0.5 Release
- Basic Gemini Interface! Users can now read messages or fetch their gembox with a gemini interface served over the same port as the misfin server. Enable this feature with the command `misfin-server config server gemini-permission member-only`. You can replace `member-only` with `public` or `admin-only` depending on who you want to be able to view the interface, or `disabled` to disable it completely (which is the default). `public` will not allow non-members to view private mailboxes or register by default, but will allow them to view public mailinglists.
- Import pre-existing mailboxes with new `import` subcommand.
- Configure server with `config server` subcommand, instead of just `config`.
- New admin mailbox type - these types of mailboxes will, in the future, be able to change server configuration in the gemini interface once this feature has been fully implemented.
=> https://gitlab.com/clseibold/misfin-server/-/releases Gitlab Releases Page
You can now see my misfin server's gemini interface, which allows anyone to see all mailinglist/newsletter gemmails and fetch the gemboxes of them with a fetch address.
=> gemini://auragem.letz.dev:1958/ AuraGem Gemini Mail Interface
- Christian
[50b13d0f9cd515e7ccdcc9774a6c175d]
Senders: alexlehm@gemini.lehmann.cx Alexander
Timestamps: 2023-10-04T08:50:19Z
Inbox: 2024-02-11T23:45:34Z true
# misfin gemini\nwhen i try to access the gemini login, i get invalid certificate with lagrange
[bdcaa2f4d8d30bd0d202b937b5b999e3]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2023-10-04T08:53:56Z
Inbox: 2024-02-11T23:45:34Z true
# Re: misfin gemini
Ah, sorry if it wasn't clear. The gemini login is for those who have mailboxes on that server. Currently, I have not implemented a way to register. The point of the gemini login is that users who have mailboxes on that server can login to view their messages (or fetch their gembox).
Btw, I'm not sure if this is a problem on my end or not (I don't think it is), but you sent your message with the characters '\' and 'n', not with an actual new line.
- Christian
[98f604d40e5204bacf81552861210d72]
Senders: alexlehm@gemini.lehmann.cx Alexander
Timestamps: 2023-10-04T09:08:22Z
Inbox: 2024-02-11T23:45:34Z true
#
ok, i will try with the right cert. the \n comes from my trying to do a single command line, i think I have to use printf for that
[a1ae7a28b56d520d0a9b93cf81c74e0b]
Senders: alexlehm@gemini.lehmann.cx Alexander
Timestamps: 2023-10-04T09:12:42Z
Inbox: 2024-02-11T23:45:34Z true
# new sunject i am trying with printf now, maybe that will work
[3696a9c68641148f45f5ecd1b12169c1]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2023-10-04T09:12:52Z
Inbox: 2024-02-11T23:45:34Z true
# Re: [No Subject]
Sorry, let me clarify again. The login is for people who have an auragem.letz.dev mailbox, which nobody except for me does atm. The login is only for those who have a mailbox on that server. Your cert won't work because it's a mailbox on a different server. My server wouldn't be able to get your messages from your server, it can only access messages from the users who have registered on auragem.
Hopefully this makes more sense.
- Christian
[8a58a366186b70adf558d44d73779341]
Senders: alexlehm@gemini.lehmann.cx Alexander
Timestamps: 2023-10-04T09:14:43Z
Inbox: 2024-02-11T23:45:34Z true
#
thank you, i understand the concept now
[013c49932133bba512c0dd1bc58f3f02]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2023-10-04T09:18:53Z
Inbox: 2024-02-11T23:45:34Z true
# Re: [No Subject]
Re: alexlehm
No problem! You should still be able to see the auragem mailinglists, hopefully, since they are public.
[178a661e2b7d675c40f9607fd1446e03]
Senders: alexlehm@gemini.lehmann.cx Alexander
Timestamps: 2023-10-04T09:28:48Z
Inbox: 2024-02-11T23:45:34Z true
#
the read access is working fine
[af887b4ac15c9e696c43d03ae36869e3]
Senders: alexlehm@gemini.lehmann.cx Alexander
Timestamps: 2023-10-04T10:17:30Z
Inbox: 2024-02-11T23:45:34Z true
# subject test
I was not even aware that the subject format is available in misfin, that is quite good
[81c7db24c81b552d53ccc39f088ce3e9]
Senders: alexlehm@gemini.lehmann.cx Alexander
Timestamps: 2023-10-04T12:29:12Z
Inbox: 2024-02-11T23:45:34Z true
# misfin gemini server
using the same port for misfin and gemini is quite genius
[6f889f0e811731106f3144665fb27d80]
Senders: steve@k0stk.ddns.net Steve K0STK
Timestamps: 2023-10-04T15:27:14Z
Inbox: 2024-02-11T23:45:34Z true
# Tried the auragem gemini mail interface
The mail interface at gemini://auragem.letz.dev:1958 is very nice!
I _did_ have to reread the v0.5 announcement a few times for the correct port to sink in...
--
Steve
[9a2996c203592830ea1a47ce778042ba]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2023-10-04T21:42:57Z
Inbox: 2024-02-11T23:45:34Z true
# Re: misfin gemini server
Yeah, the misfin spec was made so that you could host multiple protocols over the same port. I think it was in one of the misfin docs where lem suggests that you could run a gemini server that acts as a "webmail"/geminimail interface for the misfin server. You can also host titan as well.
Unfortunately, because user certs are not stored on the server, I do not think I can add a way to send misfin messages via gemini. I think gemini clients will have to implement that themselves. But this is something that I will have to consider more on.
- Christian
[09ff0eb75953d4371eea2bc68738050f]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2023-10-05T09:26:03Z
Inbox: 2024-02-11T23:45:34Z true
# Gemini-Misfin Access Protocol (GMAP)
Misfin handles the transfering of messages, but I feel we might need a protocol that handles managing stored messages on a server. I am starting this thread to consider a new protocol called GMAP that will act similarly to POP3/POP4 for simplicity. I feel that IMAP is well-covered by servers implementing their own Gemini Mail Interface, so we can design something for mail reading clients that uses a similar approach to POP3, the download-and-delete approach where a client downloads a user's mailbox and deletes the messages from the server. I'm still working out the details of this, however.
The other consideration with GMAP is whether and how a user accesses their mailbox from different devices. Does each device need to store all mails (in which case an IMAP system might be better) or can one device store mails that other devices don't have (in which case POP3's download-and-delete approach could work). We definitely want to handle all of this over Gemini because I think Gemini is a great system to use. So this protocol would really just be a layer over the Gemini protocol (kinda like how REST is a layer over HTTP... but we don't want GMAP to be as complicated as REST!).
The two things that I definitely have already decided are authentication, where the mail client should use the user's mailbox cert as the client cert for gemini requests, and message ids need to be unique by default (in POP3, these are called UIDL, unique-id listing). Other than that, all suggestions are welcome!
Things to consider: whether a server folder hierarchy should be supported, whether we want a fetch-and-delete approach or be more like IMAP's server state as the main state users interact with approach. Do we need the ability to create server folders from mail clients? etc.
- Christian
[8d8b83fb8aa2cc9fca20304625a5f32c]
Senders: satya@tntsek.com Satya Benson
Timestamps: 2023-10-05T12:03:20Z
Inbox: 2024-02-11T23:45:34Z true
#
I don't have much time to write at the moment but I think the IMAP model is much better than the POP3 model. This is primarily because of multiple devices, and also for sanity reasons - I want to be able to know that all my messages are being stored on the server without nessarily having to keep all of them on my local computer all of the time.
[be7da0aac0feeb278b4faefd0124e048]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2023-10-05T12:45:19Z
Inbox: 2024-02-11T23:45:34Z true
# Re: Gemini-Misfin Access Protocol (GMAP)
Right. I feel like for an IMAP model where all clients are synced up, one should use the geminimail interface. However, perhaps having a separate protocol for that could be useful, idk.
For people who want a POP3-like interface though, there is the option of configuring it so that fetches never delete messages from the server, which is also an option that POP3 can do in traditional email.
I've actually taken this idea and have went ahead and made a simple change to my misfinmail client so that it keeps track of the receive date of the last fetched gemmail from the gemini fetch address. This allows you to delete gemmails from your local gembox while keeping the messages on your computer, and then when you fetch again, it won't put those gemmails you've deleted from the local gembox back into the gembox. This type of system is particularly good for public mailinglists where nobody can delete messages from the server, but this will let them only fetch new messages and delete ones from their own computer that they've already read.
[e5da5b3805fb4ab23dfc3abd8d0baee8]
Senders: satya@tntsek.com Satya Benson
Timestamps: 2023-10-05T15:28:45Z
Inbox: 2024-02-11T23:45:34Z true
# Imitate IMAP or POP3?
I think it is important that local changes are synced with the server, or at least that this is an option. This is because I have multiple computers and a phone, and I don't want to keep track of which messages I've read separately on each device.
Speaking of which, I think misfin clients should be designed with the Inbox Zero philosophy, in that there should be three folders of mail presented to the user: Unread mail, read but unfinished mail, and finished but archived mail. This should be not just possible, but highly encouraged by the client.
Information can easily be sent to the server by the client using queries in gemini requests.
[f9284688bc57fca6d144f2dc7fe04e3c]
Senders: satya@tntsek.com Satya Benson
Timestamps: 2023-10-05T15:34:50Z
Inbox: 2024-02-11T23:45:34Z true
# Re: Gemini-Misfin Access Protocol (GMAP)
I just read clseibold's message from this morning, sorry I missed it in my first mail.
My issue with the IMAP model being only available on the geminimail interface is a minor one, namely that it requires clients themselves implement sending functionality and is a little less convenient than having a dedicated client. Of course, a dedicated client using the geminimail interface could easily be built, but its structure would be highly dictated by said gemini interface.
Of course, for those who want POP3, what clseibold implemented in misfinmail already is great.
[f49d5f93a3e489993d5960eacbefeebf]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2023-10-05T21:30:08Z
Inbox: 2024-02-11T23:45:34Z true
# Re: Gemini-Misfin Access Protocol (GMAP)
You bring up some great points @satya! Ok, so I think the best approach right now might be to go with one protocol that can support imitating both traditional POP3 and IMAP, depending on what the user wants and how the client is configured. This was already a thing POP3 could technically do, just with a few missing features like flags and folders, but POP4 was an unofficial spec that added these things on top of POP3. The way POP3 imitates IMAP is by always using the UIDLs of messages (unique-id listings), which were persistent ids, instead of the session-dependent ids of messages, and then a client would send delete commands for the specific messages deleted. POP4 added a way to change the *current* folder of the session, which saved the previous current folders updates (deleted messages marked deleted, etc.). And POP4 added flags for tracking read state, visibility, flagged email, etc. I think imitating POP4 gives us the best of both worlds.
But of course we also want to simplify POP4 for GMAP too. My final idea is that GMAP gemini "endpoints" (URLs) should be general enough that they work for GMAP supported clients, but can also be used as the endpoints for geminimail interfaces too. This reduces redundancy for those implementing support for both in their server, and simplifies creating geminimail interfaces.
If anyone else has any more thoughts, please do chime in!
-
Christian
[c0bc75688bf40294993510b3feed6cb7]
Senders: mail@supernovas.space Supernova
Timestamps: 2023-10-07T14:45:03Z
Inbox: 2024-02-11T23:45:34Z true
# Mail client v 0.4.5
Hi Christian, I just installed the newest version, and reset the timestamp for the last fetch and then added back the ~ to my conf file. I ran a successful 'fetch', and now we will see if this mail will successfully send!
[a3375db4d25c7fb7685ee4d618136597]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2023-10-07T14:46:42Z
Inbox: 2024-02-11T23:45:34Z true
# Re: Mail client v 0.4.5
Yep! It sent! I'm glad you got it working now!!
- Christian
[5ef71b479165604f9ce49025a564b32a]
Senders: mail@supernovas.space Supernova
Timestamps: 2023-10-07T14:57:38Z
Inbox: 2024-02-11T23:45:34Z true
# Re: Mail client v 0.4.5
Wonderful! This is fun, feels like we are reinventing the internet.
-Supernova
[c27b6d2bef295348249437abb21253e3]
Senders: steve@k0stk.ddns.net Steve K0STK
Timestamps: 2023-10-23T10:54:17Z
Inbox: 2024-02-11T23:45:34Z true
#
Testing python client w/ v3.7 as requested at gemini://bbs.geminispace.org/u/gemalaya/6328
[5e22f2007945945a8d506ab9c2f43a2c]
Senders: falschdenker@mlupo.ddns.net falschdenker
Timestamps: 2023-11-18T12:49:36Z
Inbox: 2024-02-11T23:45:34Z true
# testing my misfin server
Just testing misfinmail
I am now running my own server on my pi zero!
[9ccee94e9f3aacb0cbb039232b587ca4]
Senders: jmjl@tilde.green Julián Marcos
Timestamps: 2023-12-03T00:29:48Z
Inbox: 2024-02-11T23:45:34Z true
# [Misfin Server] Proposal: Automatically load new users into runing misfin-servers
From my last experiences with misfin-server, I have seen that after I create a new user, I have to restart misfin-server for it to be recognized by the server.
This is an issue for me, as I would not mind having a automated program create a account, but making it also be able to restart misfin-server, so that my users, tilde.green users (~green is a pubnix (tilde server)), can read and receive messages directly without having to have to notify me to restart misfin-server, or having to have the user accessable service self-register program restart misfin-server, as that can cause some emails not be received from my understanding.
So I'd like to propose the following feature:
Misfin-server shall accept new certificates from users even if they weren't loaded when it started, and it shall also allow this reciprocally
(reciprocally meaning, it shall also not allow a certificate to function if their appropiate files are removed (for being able to delete abusive users))
- jmjl
[13415ad38f663213ca0b5f38396548e8]
Senders: jmjl@tilde.green Julián Marcos
Timestamps: 2023-12-03T00:41:50Z
Inbox: 2024-02-11T23:45:34Z true
# Re: Re: misfin gemini server
Replying to Christian Lee Seibold (clseibold@auragem.letz.dev):
> Unfortunately, because user certs are not stored on the server, I do not think I can add a way to send misfin messages via gemini. I think gemini clients will have to implement that themselves. But this is something that I will have to consider more on.
You could implement titan and allow the user to upload the user cert if they want to send misfin messages via this webmail interface, that might be neat.
[b2a50b8afa914ee09019ecd8a097aab5]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2023-12-31T10:59:59Z
Inbox: 2024-02-11T23:45:34Z true
# Re: [Misfin Server] Proposal: Automatically load new users into runing misfin-servers
Hello jmjl. Sorry I am just now seeing your message. The intention was always for me to finish off the misfin server that I created, but I got sidetracked, and then started making a new server implementation that hasn't been released. It was always the plan to add some way of adding new users without restarting the server. I will implement this as soon as I am able to. Thanks for the feedback!
- Christian Lee Seibold
out restarting the server. I will implement this as soon as I am able to. Thanks for the feedback!
- Christian Lee Seibold
[2f26867fbe1fca2f80d1438866bd821f]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2024-01-11T21:33:09Z
Inbox: 2024-02-11T23:45:34Z true
# Update to Mailinglist to Prevent Senders List Spoofing
To prevent senders list spoofing where a person sends a message to a mailinglist with spoofed senders already attached, mailinglists no longer allow mails to be forwarded to them. This means you can send a mail to a mailinglist as long as it's not a forward of someone else's mail.
- Christian Lee Seibold (aka. clseibold)
[fe5e9b0d545b0fd7010f967702bf19d5]
Senders: misfin@satch.xyz Misfin Federated Mailinglist,mail@satch.xyz Satya Benson
Timestamps: 2024-02-06T03:56:13Z,2024-02-06T03:56:13Z
Inbox: 2024-02-11T23:45:34Z true
# The federated Misfin mailinglist is here!
Hopefully everything is working and my message makes the rounds :)
[05943b56d7a4137cb66701db82c6cd55]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2024-02-06T03:59:05Z
Inbox: 2024-02-11T23:45:34Z true
# Re: The federated Misfin mailinglist is here!
Satch, I got your message that you send to your mailinglist (misfin@satch.xyz). Looks like the federation is working, since it successfully forwarded to my mailinglist and then got sent to all subs of misfin@auragem.letz.dev
This message is being sent to misfin@auragem.letz.dev, so you should receive it via your mailinglist.
- Christian Lee Seibold
[16bef1462310cc614df421d7848494ab]
Senders: mail@satch.xyz Satya Benson
Timestamps: 2024-02-06T04:00:10Z
Inbox: 2024-02-11T23:45:34Z true
# Re: The federated Misfin mailinglist is here!
That is indeed what has happened. Federation is working in both directions!
[343b814a3d8c6809cb239813c8ed5e0d]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2024-02-06T04:11:53Z
Inbox: 2024-02-11T23:45:34Z true
# Re: The federated Misfin mailinglist is here!
Satch, I got your message that you send to your mailinglist (misfin@satch.xyz). Looks like the federation is working, since it successfully forwarded to my mailinglist and then got sent to all subs of misfin@auragem.letz.dev
This message is being sent to misfin@auragem.letz.dev, so you should receive it via your mailinglist.
- Christian Lee Seibold
[c03342ad17e8b82ab36b8969ac33bf45]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2024-02-06T04:26:29Z
Inbox: 2024-02-11T23:45:34Z true
# Misfin Mailinglist Federation
As satch has already mentioned, we have both setup a federated mailinglist between our servers. The idea is that a server has a two-way sub with another server on the federation, preferably with the same mailinglist name. This allows both servers to forward to each other messages that each mailinglist gets. For this to work, both mailinglists must allow forwards from the mailinglist addresses it is federated with.
If others want to connect to this federated mailinglist, then create a mailinglist with the name misfin on your server, send a Subscribe message to either misfin@auragem.letz.dev or misfin@satch.xyz from that mailinglist's cert, and then configure your server to allow forwards from the mailinglist you've just subbed to. Finally, notify the maintainer of the mailinglist you're connected to so they can Sub to your mailinglist to create the two-way connection and allow forwards from your mailinglist.
If you are using my misfin-server implementation, then the following commands will be useful:
1. misfin-server config mailinglist-sub misfin misfin@other_server type federated - after a server has subbed their mailinglist to your mailinglist, run this command to allow forwards from their address
2. misfin-server config mailinglist-federate misfin misfin@other_server - this will send a Subscribe command to their mailinglist from your mailinglist.
You can find an image of how federation works, and how loops are prevented, via this image: https://imgur.com/a/LbLpusV
- Christian Lee Seibold
[5d105c91dafa4871a7488146ea20b322]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2024-02-06T21:22:35Z
Inbox: 2024-02-11T23:45:34Z true
# Federated Mailinglist Looping Fixed
The looping that resulted in duplicated messages within federated mailinglists has been fixed in the latest update to misfin-server (commit bc0ae64e0cbcc05771826e1c92c9f342a9124225). As soon as everyone updates, there should be no more problems with duplicate messages.
- Christian Seibold
[29ca1cafa5fbfc357d609b904f3a70db]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2024-02-06T22:21:23Z
Inbox: 2024-02-11T23:45:34Z true
# Re: Federated Mailinglist Looping Fixed
I have made an additional update to misfin-server that will filter out duplicate mails for all mailboxes.
This will allow a user to subscribe to multiple mailinglists that are federated with each other and not get duplicates from those federated mailinglists. For example, I can now subscribe to misfin@satch.xyz, misfin@auragem.letz.dev, *and* misfin@tilde.green, and my mailbox won't receive any duplicate messages.
Subscribing to multiple mailinglists that are all federated with each other can be useful if you want to receive mails of users allowed on one instance of the mailinglist but blocked on a different instance. There is also future ideas of being able to distinguish between federated mails within the mailinglists and mails that remain local to one instance, although this idea has not been implemented yet.
The latest commit to misfin-server with these updates is 7634de72d0ad7b2b3bc3b13f7e424de0f4f60c47.
- Christian Seibold
[1878a45bf9ab38bfc2ed44ce3b5b3b76]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2024-02-14T23:43:32Z
_Misfin-Server: 2024-02-14T23:43:32Z true
Unread: 2024-02-14T23:43:32Z true
Inbox: 2024-02-14T23:43:32Z true
# [Misfin-Server] Update 0.5.6c
Hello all! I have released version 0.5.6c of misfin-server! Here's a brief changelog:
- Max Concurrent Connections limit (defaults to 2000)
- IP-based rate-limiting (defaults to 225 ms, or 50 ms for client certs that have mailboxes on the server)
- New Gembox format
- Partial GMAP support - fetch in new gembox format, get messages based on ID, tag and untag messages, and trash and delete messages
- TOFU store saved and loaded
- New incoming messages get marked as Unread automatically
- Ability to move messages between Inbox and Archive.
- Security fixes and other bug fixes
- More permissions settings for mailinglists (control whether archive is public or not with "archive-view-permission" setting)
- New mailinglist "info" command - send message with subject of "info" to mailinglist to get info about it.
- New "exclude label label_name" mailinglist command - stop receiving mails with "[label_here]" label in the subject from mailinglists. Use "include label label_name" to start receiving those mails again.
- Federated mailinglist support, with duplicate detection. Subscribing to multiple instances of one federated mailinglist means you will not get duplicate messages.
- Users can register a mailbox from the gemini interface, if the server permission ("gemini-user-registration-permission") has been set to "public"
- Misfin(C) support
Thanks for reading,
Christian Lee Seibold
[82dac6b93c1e65d63241da3430c02e29]
Senders: clseibold@auragem.letz.dev Christian Lee Seibold
Timestamps: 2024-05-01T05:34:05Z
Unread: 2024-05-01T05:34:05Z true
Inbox: 2024-05-01T05:34:05Z true
# Fixes to Misfinmail and Misfin-server
I have made some fixes to misfinmail and misfin server:
- misfinmail no longer puts the port in the SNI ServerName field.
- misfin-server will accept SNI ServerName fields with the port or without, just in case someone else messes this up like I did
- "[" is properly escaped in gembox files.
Please update if you use misfinmail, misfin-server, or the misfin_client package. Thanks.
Christian Lee Seibold