Language:

en_US

switch to room list switch to menu My folders
Go to page: 1 2 3 4 5 [6] 7 8 9 10 ... Last
[#] Tue Mar 19 2024 10:21:11 UTC from wfischer

Subject: Re: Modifying file structure

[Reply] [ReplyQuoted] [Headers] [Print]

Thanks. In the meantime, however, I have decided to re-install Citadel directly on the SSD. In this course I discovered that in the installation script there are errors. Towards the end of the script there are absolute paths rather than the symbolic ones defined in the customizable section in the beginning. The script also does not overwrite existing systemd entries. If these have not been properly deleted before the installation won't work.



[#] Tue Mar 26 2024 16:58:45 UTC from sroland81

Subject: Newbie questions

[Reply] [ReplyQuoted] [Headers] [Print]

Hi, i managed to install Citadel docker image and created a few accounts. But i'm having this problem/questions

1) Can i change the language of the platform? It only shows English option.

2) I cannot update the Login icon, when i upload it, it says it Cannot open image/hello, Not such file or directory, the same with the logout logo

3) Is there any guide on configuring the News server?

Thank you all, it is great to be here.

 

Best regards.



[#] Mon Apr 01 2024 05:04:12 UTC from punkygdog

Subject: new install webmail says invalid recipient

[Reply] [ReplyQuoted] [Headers] [Print]

I have successfully installed citadel as a local only server at the moment, i am able to get incoming mail from my production server, however, when i try to send an email to my production server, the citadel server rejects it as an invalid recipient. 

 

i am lost, any ideas how to correct this error? I am sure it is a setting i missed somewhere

 



[#] Mon Apr 01 2024 22:43:04 UTC from IGnatius T Foobar

Subject: Re: Newbie questions

[Reply] [ReplyQuoted] [Headers] [Print]

3) Is there any guide on configuring the News server?

The NNTP server was an experimental addition to the system. It is read-only, unmaintained, and unsupported.

[#] Mon Apr 01 2024 22:43:53 UTC from IGnatius T Foobar

Subject: Re: new install webmail says invalid recipient

[Reply] [ReplyQuoted] [Headers] [Print]

I have successfully installed citadel as a local only server at the
moment, i am able to get incoming mail from my production server,
however, when i try to send an email to my production server, the
citadel server rejects it as an invalid recipient. 

Are you using the same email domain on your local and remote servers?

If so, then Citadel will look at its own directory to determine what is and is not a valid address.

[#] Mon Apr 01 2024 22:57:41 UTC from punkygdog

Subject: Re: new install webmail says invalid recipient

[Reply] [ReplyQuoted] [Headers] [Print]

I don't think so, hmailserver runs on a windows 10 machine using grundycountymoema.com while citadel server runs on a different box under linux mint.

i do have a domain alias setup for my domain, do i need to remove it?



[#] Tue Apr 02 2024 10:29:21 UTC from keips

Subject: Correct syntax for Smart Hosts

[Reply] [ReplyQuoted] [Headers] [Print]

Hello,

 

I've installed Citadel on a Raspberry Pi 3B+ and seem to have done so correctly since I can receive mails.

Alas, probavly becuase I don't have a static IP and my ISP gives me random public address, outcoming mails are rejected by every recipient I tried (gmail, outlook, others..)

I read a bit here and there and it seems I might be able to avoid these blocks though a 3rd party SMTP service, so I chose Brevo.

Correct me if I'm wrong but I'm supposed to add their host (smtp-relay.brevo.com) under "Administration" -> "Domain names and Internet mail configuration" -> "Smart hosts" on the web interface of my citadel setup, right?

Problem is the host requires authentication via a login: user@domain.tld and a password: password (these are placeholders) and port:587.

Tried some combination but can't get throgh anything at Brevo, their log is empty. I'm wondering if there might be some sort of specific syntax for I don't know the user being an email address... maybe?

https://www.citadel.org/relay.html

https://www.citadel.org/mail_terms.html

Found these two guides but I'm not sure about what to input exactly or if there's another way tinkering maybe a config file manually on the Pi?

Any help would be greatly appriciated!

 

Thanks for hearing me out.



[#] Tue Apr 02 2024 17:03:26 UTC from IGnatius T Foobar

Subject: Re: Correct syntax for Smart Hosts

[Reply] [ReplyQuoted] [Headers] [Print]

Problem is the host requires authentication via a login:
user@domain.tld and a password: password (these are placeholders) and

Try it like this:

smtp://user%40domain.tld@smtp-relay.brevo.com:587

Let me know if that worked and if so I'll add it to the docs; if not we'll find another workaround.

[#] Tue Apr 02 2024 21:09:38 UTC from keips

Subject: Re: Correct syntax for Smart Hosts

[Reply] [ReplyQuoted] [Headers] [Print]

Worked like a charm!

I was on the right track: if the username is complete mail address the first @ that is find on the string is the one that is supposed to be followed by the host name.

If this is the case, yes the first @ needs to be replaced with %40

Please note that in your line you forgot the ":password" part, be sure to include that in the documentation should you decide to insert the workaround in there.

Other than that, thank you very much for the help!



[#] Tue Apr 02 2024 22:06:35 UTC from IGnatius T Foobar

Subject: Re: Correct syntax for Smart Hosts

[Reply] [ReplyQuoted] [Headers] [Print]

Excellent.

I have updated https://www.citadel.org/relay.html with the above information.
If you could check that to see if it matches your experience I would be grateful.
Thank you for being a partner in developing a solution, and thank you for using Citadel. Please spread the word.

[#] Wed Apr 03 2024 16:59:25 UTC from keips

Subject: Re: Correct syntax for Smart Hosts

[Reply] [ReplyQuoted] [Headers] [Print]

Hello,

the documentation checks out, seems clear enough and the line to add mirrors what I have used.

Least I could do, thanks again and I would be happy if this solves another's issue.

Bye!



[#] Fri Apr 05 2024 20:38:36 UTC from Kurisu

Subject: DH Parameters?

[Reply] [ReplyQuoted] [Headers] [Print]

Hey everyone,

Setting up a fresh Citadel on Ubuntu and I've got things about back to how they were a few months ago when I did a previous test -- webcit is good, got tls for webcit, and have systemd set to run the citadel text mode client when one telnets into the system.

This works, but I get an error message (that also appeared in my previous Debian test): Can't generate DH parameters: modulus too small . This message displays after "attaching to server" but before the [localhost:504] . Best I can gather is that it relates to a concept known as Denavit–Hartenberg parameters  -- something I'm certainly not familiar with nor do I see in the citadel documentation. These only appear when the citadel client on my system is connecting to the local  citadel server or a non-local server (like here at uncensored) - I do not see it if I use citadel-client from a WSL Ubuntu install, which makes me wonder if this is something to do with the text mode client proper? I don't know.

Toggling the only citadel.rc option which makes sense to me to relate to this, the one regarding encryption, changes nothing, so my somewhat novice self is in the dark. Help on understanding and, even better, resolving this is, of course, appreciated.



[#] Sat Apr 06 2024 23:55:08 UTC from fandarel

Subject: Re: DH Parameters?

[Reply] [ReplyQuoted] [Headers] [Print]

previous Debian test): Can't generate DH parameters: modulus too
small . This message displays after "attaching to server" but before

I was seeing the same error, so I decided to poke around in the code and see what it's about.
DH in this case is Diffie-Hellman. Crypto stuff involved in setting up the connection to the server, related to perfect forward secrecy. The math eludes me on exactly how this works, but suffice to say it's semi-important to generate a different set of DH parameters for each server.
It looks like the text client is generating a unique set of DH parameters client side, before establishing the connection, in the function CtdlIPC_init_OpenSSL.
The parameters get generated by calling the OpenSSL funciton DH_generate_parameters_ex.
The error occurs because textclient calls that function with a prime_len of 128, which was probably fine years ago when the text client was written, but is a bit dinky (insecure) now. The 'modulus too small' comes from OpenSSL itself.
So, I changed prime_len to 2048 and rebuilt the text client. It works, and the error no longer appears, but it takes maybe 60 seconds to generate the DH parameters on my seriously underpowered VPS. 60 seconds of me sitting there whining because I have to wait to get my uncensored fix.
This API is deprecated in openssl3 anyway. At some point the text client should be rewritten to use the newer OpenSSL APIs. Anybody want a homework assignment?
My advice: ignore it, unless you are doing banking or trading national secrets over citadel. Maybe someday it'll get fixed.

[#] Sun Apr 07 2024 00:50:08 UTC from fandarel

Subject: Re: DH Parameters?

[Reply] [ReplyQuoted] [Headers] [Print]

So, I changed prime_len to 2048 and rebuilt the text client. It

512 seems to work well. No error, and the related delay is only a second or so.
I was a bit overzealous with 2048. Been reading too much OpenSSL documentation.

[#] Sun Apr 07 2024 03:17:09 UTC from MarisaG

Subject: Linux (Ubuntu) Backup scripts?

[Reply] [ReplyQuoted] [Headers] [Print]

I don't seem to have written a backup script for citadel on Ubuntu. Before coding it up, is there a existing backup script to work from?



[#] Sun Apr 07 2024 16:10:07 UTC from Kurisu

Subject: Re: DH Parameters?

[Reply] [ReplyQuoted] [Headers] [Print]

 

Sat Apr 06 2024 20:50:08 EDT from fandarel Subject: Re: DH Parameters?
So, I changed prime_len to 2048 and rebuilt the text client. It

512 seems to work well. No error, and the related delay is only a second or so.
I was a bit overzealous with 2048. Been reading too much OpenSSL documentation.

Thank you for this and the preceding reply explaining what is going on! Glad to know I was thinking correctly about the issue!

That said, knowing *why* it is happening makes it less annoying -- next time I feel like having some fun I'll do the rebuild with a 512 value and see how that performs for me.

Once again, thank you. ^5!



[#] Tue Apr 09 2024 13:33:38 UTC from stefan

Subject: mail delivery errors - message ID header not RFC 5322 conform

[Reply] [ReplyQuoted] [Headers] [Print]

Hello,

i am a long term user and requesting support for the first time.

In the last weeks i had some errors concerning the deliverability of citadel mails to different companies, caused by stricter implemented delivery rules of counterside servers.

Diagnostic-Codes were: "smtp; 550-5.7.1 [my IP] Messages missing a valid Message-ID header are not 550-5.7.1 accepted."

A closer look in my sended mail headers shows always two ">>" at the end of the message IDs, e.g. "Message-ID: <2024...5F12@dd52404....com>>", which seems to be not RFC 5322 conform.

Could you please check the source code for this bug? Why are here always two closing brackets?

Many thanks

Stefan



[#] Wed Apr 10 2024 22:53:01 UTC from IGnatius T Foobar

Subject: Re: mail delivery errors - message ID header not RFC 5322 conform

[Reply] [ReplyQuoted] [Headers] [Print]

A closer look in my sended mail headers shows always two ">>" at the
end of the message IDs, e.g. "Message-ID:
<2024...5F12@dd52404....com>>", which seems to be not RFC 5322

I'm having some trouble reproducing this ... would it be possible for you to post the full headers, redacted of any privacy information if necessary?
Also please let us know how these messages are being entered into the system - from the web client, the text client, an IMAP/SMTP agent, mailing list post, etc.

If we can reproduce the problem this is definitely something we will need to correct immediately.

[#] Thu Apr 11 2024 08:36:29 UTC from stefan

Subject: Re: mail delivery errors - message ID header not RFC 5322 conform

[Reply] [ReplyQuoted] [Headers] [Print]

 

Wed Apr 10 2024 18:53:01 EDT from IGnatius T Foobar Subject: Re: mail delivery errors - message ID header not RFC 5322 conform
A closer look in my sended mail headers shows always two ">>" at the
end of the message IDs, e.g. "Message-ID:
<2024...5F12@dd52404....com>>", which seems to be not RFC 5322

I'm having some trouble reproducing this ... would it be possible for you to post the full headers, redacted of any privacy information if necessary?
Also please let us know how these messages are being entered into the system - from the web client, the text client, an IMAP/SMTP agent, mailing list post, etc.

If we can reproduce the problem this is definitely something we will need to correct immediately.

Thanks for answering.

This problem occured after bringing up the citadel version 998 on a new raspi 4 using the build script for the "easy install instructions". Previously it worked well on the older used citadel versions i used before via debian package sources. So i cannot tell you beginning on which version number this problem has started.

For mail clients i use Mozilla Thunderbird 115.7.0 on debian and K9-Mail 6.801 on Adroid, via SMTP Port 587 STARTTLS and normal password as authentication method. It is the same, always ">>" two brackets are developed on the end of the "Message-ID" line, whatever mail client i use. When i loop back to check the headers i use IMAP 993 SSL/TLS, the outgoing headers show the same data as the incoming, ">>" at the end of the "Message-ID" line.

Here is one of the example headers:
Test
Subject:
Test
From:
"stefan my_domainname" <stefan@my_domainname.link>
Date:
11.04.24, 08:52
To:
stefan@my_domainname.link
Return-Path:
stefan@my_domainname.link
Message-ID:
<f1b1b8d5-a179-4622-9949-8708cee301db@my_domainname.link>>
Received:
from [private_IP_adress] (user.domain.at [public_IP_adress]) by my_domainname.link; Thu, 11 Apr 2024 08:52:26 +0200
MIME-Version:
1.0
User-Agent:
Mozilla Thunderbird
Content-Language:
en-US
Content-Type:
text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding:
7bit

Here you can see the double brackets >> at the end of the Message-ID.

I also took a short look in the dircetly downloaded source code package and it is only a weak quick theory... Is this "Message-ID" line created in "msgbase.c"?
If you look in the lines 2021-2027:

    if (mode == MT_RFC822) {
        // Construct a fun message id
        cprintf("Message-ID: <%s", mid);
        if (strchr(mid, '@')==NULL) {
            cprintf("@%s", snode);
        }
        cprintf(">%s", nl);
       
Possibly the string "mid" containes already a ">" at the end at this position. Then the last line could perhaps simply be modified to
    cprintf("%s", nl); ???

Thanks for help.




[#] Thu Apr 11 2024 17:37:39 UTC from stefan

Subject: Re: mail delivery errors - message ID header not RFC 5322 conform

[Reply] [ReplyQuoted] [Headers] [Print]

 

Wed Apr 10 2024 18:53:01 EDT from IGnatius T Foobar Subject: Re: mail delivery errors - message ID header not RFC 5322 conform
A closer look in my sended mail headers shows always two ">>" at the
end of the message IDs, e.g. "Message-ID:
<2024...5F12@dd52404....com>>", which seems to be not RFC 5322

I'm having some trouble reproducing this ... would it be possible for you to post the full headers, redacted of any privacy information if necessary?
Also please let us know how these messages are being entered into the system - from the web client, the text client, an IMAP/SMTP agent, mailing list post, etc.

If we can reproduce the problem this is definitely something we will need to correct immediately.

Now i had the opportunity to test it at home using the local browser based version of citadel support. I have composed a short message via browser and this works fine:

"You are connected to Citadel Server
  Running: Citadel Server 998 with WebCit #define CLIENT_VERSION 998 /* This version of WebCit */
  Server Build: 998"

Here the problem does NOT occur. The Message-ID header line is closed with one bracket - extracted statement from the output mail header, prompted and saved via thunderbird:

Message-ID:
<66181D91-0000030A@mydomain.link>

So it can be circumscribed: The problem occurs using mail clients like Thunderbird or K-9 Mail for writing and sending emails via SMTP.

Thanks



Go to page: 1 2 3 4 5 [6] 7 8 9 10 ... Last