Please wait...
0 files
Any thougts on this ? still not possible to send mail from mail client, don't want to use webcit for repliying forever ....
Regards,
Bart
been testing with different style usernames and passwords - still no connection.
I'm not 100% sure if that's the reason or if i misinterpreted things, but since my testing i cannot get my phone to connect to smtp either, so it is not limited to outlook.
Bart
Hello,
I have exactly the same problem since I updated to build 931 via easyinstall.
Everything works fine except the mail client connection to the SMTP.
I would also be very grateful for targeted tips on troubleshooting.
chrisskhc
Hello all,
Could not find search function in this forum, so apologies if this is a recurring question.
Installed Citadel on my PI4, and most of it is working, except i have problems connecting outlook.
I have setup citadel as my mailserver, and i can send and receive email to external accounts (work, gmail, etc). (Test via Webcit)
I'm using outlook 2016 and connect via POP3/SMTP.
Outlook collects mail via POP3 fine from the server, using account settings either on port 110 and 995 no problem.
But is keeps asking for my credentials when using SMTP - controlpanel/mailsettings - test account setting - tries to send a test mail.
Tried SMTP via port 25 no encryption, but also using port 465 - with SSL enabled - keeps popping credentials question and port 587 STARTTLS - credentials quesions
'Your email server rejected your login. Verify your user name and password"
email server rejects login using username/password. But they work fine for POP3 logon......
Using the same credentials, sending from my Galaxy S10 via wifi on internal network using builtin mailclient using port 465 and SSL is no problem.
So Citadel & Pi should be configured correctly...
I'm lost. Any suggestions ?
Tnx
Bart
[Edit]
i've been testing but no luck yet.
syslog has this error : bad password specified for <> Service <SMTP-MTA>
Should the username not be within those emty brackets ? that would mean the username is not forwarded by outlook to citedal ????
this is the log of one session , as you can see the pop3 session is ok....
Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: context: session (POP3) started from Laborix.bartscorner.local (192.168.1.117) uid=-1Apr 13 15:18:18 raspix citserver[32694]: context: session (POP3) started from Laborix.bartscorner.local (192.168.1.117) uid=-1Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: user_ops: <bartver> logged inApr 13 15:18:18 raspix citserver[32694]: user_ops: <bartver> logged inApr 13 15:18:18 raspix citserver[32694]: citserver[32694]: context: [12718]SRV[POP3] Session ended.Apr 13 15:18:18 raspix citserver[32694]: context: [12718]SRV[POP3] Session ended.Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: context: session (SMTP-MTA) started from Laborix.bartscorner.local (192.168.1.117) uid=-1Apr 13 15:18:18 raspix citserver[32694]: context: session (SMTP-MTA) started from Laborix.bartscorner.local (192.168.1.117) uid=-1Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: user_ops: bad password specified for <> Service <SMTP-MTA> Port <25> Remote <Laborix.bartscorner.local / 192.168.1.117>Apr 13 15:18:18 raspix citserver[32694]: user_ops: bad password specified for <> Service <SMTP-MTA> Port <25> Remote <Laborix.bartscorner.local / 192.168.1.117>Apr 13 15:18:18 raspix citserver[32694]: SMTP: client disconnected: ending session.Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: SMTP: client disconnected: ending session.Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: context: [12719]SRV[SMTP-MTA] Session ended.
Hi,
some (long) time ago I expressed my interest in trying out Citadel within a Docker container and someone here pointed me to some repository where some sort of "prototype" was available. Now, I have lost that particular link and am now asking if anyone here can (once more) provide it to me?
Thank you,
Niels
Subject: Re: Citadel in Docker (prototype repo URL?)
Ah, found it here: code.citadel.org
Hi,
some (long) time ago I expressed my interest in trying out Citadel within a Docker container and someone here pointed me to some repository where some sort of "prototype" was available. Now, I have lost that particular link and am now asking if anyone here can (once more) provide it to me?Thank you,
Niels
Ok... I figured out part of the mystery on my pre and post login redirect.
This is what I had in my webcit-https.service config:
more webcit-https.service
[Unit]
Description=Citadel web service
After=citadel.target
[Service]
ExecStart=/usr/local/webcit/webcit -p8916 -g/dotgoto?room=hello uds /usr/local/c
itadel
ExecReload=/bin/kill
KillMode=process
Restart=always
RestartSec=3
[Install]
WantedBy=multi-user.target
So, that is why it was failing to startup. It was attempting to assign the https on port 8916, which is already selected as the http port.
But... it is ALSO launching it on port 443. And in either case, it is not redirecting to the "hello" room with the ExecStart command line above.
If I change the webcit-https to 4916 I get this error in Firefox connecting to locahost:4916
Secure Connection Failed
An error occurred during a connection to 127.0.0.1:4916. SSL received a record that exceeded the maximum permissible length.
Error code: SSL_ERROR_RX_RECORD_TOO_LONG
The page you are trying to view cannot be shown because the authenticity of the received data could not be verified.
Please contact the website owners to inform them of this problem.
Set for localhost:443 - I just get the lobby - no redirect.
Should I be using service webcit restart or systemctl restart webcit to restart the service?
And is it possible in Debian 10 that Citadel is launching somewhere else, then also being called again in systemd, potentially in conflict with itself - with 4 instances of Webcit running, or maybe 3... one on 8916, one on 4916 and one on 443?
Ok... so I've confirmed that I have /etc/systemd/system/webcit-https.service set correctly for port 443
I"ve ran setup in citadel and webcit
I get this
root@secure:/usr/local/webcit# netstat -ltnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 466/sshd
tcp 0 0 0.0.0.0:23 0.0.0.0:* LISTEN 460/inetd
tcp 0 0 0.0.0.0:504 0.0.0.0:* LISTEN 8562/citserver
tcp 0 0 0.0.0.0:5222 0.0.0.0:* LISTEN 8562/citserver
tcp6 0 0 :::80 :::* LISTEN 481/apache2
tcp6 0 0 :::8916 :::* LISTEN 8872/webcit
tcp6 0 0 :::4916 :::* LISTEN 8711/webcit
tcp6 0 0 :::22 :::* LISTEN 466/sshd
tcp6 0 0 :::443 :::* LISTEN 8875/webcit
root@secure:/usr/local/webcit# kill 8711
root@secure:/usr/local/webcit# netstat -ltnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 466/sshd
tcp 0 0 0.0.0.0:23 0.0.0.0:* LISTEN 460/inetd
tcp 0 0 0.0.0.0:504 0.0.0.0:* LISTEN 8562/citserver
tcp 0 0 0.0.0.0:5222 0.0.0.0:* LISTEN 8562/citserver
tcp6 0 0 :::80 :::* LISTEN 481/apache2
tcp6 0 0 :::4916 :::* LISTEN 8925/webcit
tcp6 0 0 :::8916 :::* LISTEN 8872/webcit
tcp6 0 0 :::22 :::* LISTEN 466/sshd
tcp6 0 0 :::443 :::* LISTEN 8875/webcit
root@secure:/usr/local/webcit# kill 8925
root@secure:/usr/local/webcit# netstat -ltnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 466/sshd
tcp 0 0 0.0.0.0:23 0.0.0.0:* LISTEN 460/inetd
tcp 0 0 0.0.0.0:504 0.0.0.0:* LISTEN 8562/citserver
tcp 0 0 0.0.0.0:5222 0.0.0.0:* LISTEN 8562/citserver
tcp6 0 0 :::80 :::* LISTEN 481/apache2
tcp6 0 0 :::8916 :::* LISTEN 8872/webcit
tcp6 0 0 :::22 :::* LISTEN 466/sshd
tcp6 0 0 :::443 :::* LISTEN 8875/webcit
root@secure:/usr/local/webcit# netstat -ltnp
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 466/sshd
tcp 0 0 0.0.0.0:23 0.0.0.0:* LISTEN 460/inetd
tcp 0 0 0.0.0.0:504 0.0.0.0:* LISTEN 8562/citserver
tcp 0 0 0.0.0.0:5222 0.0.0.0:* LISTEN 8562/citserver
tcp6 0 0 :::80 :::* LISTEN 481/apache2
tcp6 0 0 :::4916 :::* LISTEN 8946/webcit
tcp6 0 0 :::8916 :::* LISTEN 8872/webcit
tcp6 0 0 :::22 :::* LISTEN 466/sshd
tcp6 0 0 :::443 :::* LISTEN 8875/webcit
And here is something interesting... when webcit-https.service is spawning on 443, I get "Error Code: SSL_ERROR_RX_RECORD_TOO_LONG" with a fully formed URL in Firefox...
e.g., https://127.0.0.1 or https://secure.wallofhate.com
even if I specific the port...
:443
but... if I change the URL in the address bar to
http://secure.wallofhate.com:443
It resolves fine.
Just one of those little things that stuck out...
The port works, and I use Bitlbee all the time, so I know that works.
I was wondering if there is a way to run a DOSbox in a permanent post...
Like, if you set up a Wiki room, with a single post, and in that post, you had it executing a .js DOSbox - you could then run Cit-86 or Asgard-86 in that DosBOX instance - and those Citadels support classic ASCII BBS doors and door games.
Wed May 05 2021 00:34:20 EDT from ASCII ExpressSpeaking of the text mode, I wrote a politically incorrect door game in the '90s, and wanted to find a way to let my users play it. I looked in the citadel.rc but didn't find a way to run an external program. Does Citadel allow this? Have SysOps rigged up some other way to run some doors?
Wed May 05 2021 01:17:52 EDT from ParanoidDelusionsI was wondering if there is a way to run a DOSbox in a permanent post...
Like, if you set up a Wiki room, with a single post, and in that post, you had it executing a .js DOSbox - you could then run Cit-86 or Asgard-86 in that DosBOX instance - and those Citadels support classic ASCII BBS doors and door games.
I am itching to figure out how to do this. Something tells me that if I want to run the infocom frotz emu, all I need to do is pipe the i/o somehow.So, plan 1: learn how to pipe stuff.Some guy figured out how to put emulators on a web page...If I could figure out how to put this on a static page, blammo...its called pcjs .... and
I figured you might be the one to crack this problem.
There is a .js thing that is published that allows you to run dosbox programs in a webpage. I linked to it somewhere.
https://js-dos.com/
I think it might be instrumental in achieving what we want.
Wed May 05 2021 18:32:00 EDT from smashbot64
Wed May 05 2021 01:17:52 EDT from ParanoidDelusionsI was wondering if there is a way to run a DOSbox in a permanent post...
Like, if you set up a Wiki room, with a single post, and in that post, you had it executing a .js DOSbox - you could then run Cit-86 or Asgard-86 in that DosBOX instance - and those Citadels support classic ASCII BBS doors and door games.
I am itching to figure out how to do this. Something tells me that if I want to run the infocom frotz emu, all I need to do is pipe the i/o somehow.So, plan 1: learn how to pipe stuff.Some guy figured out how to put emulators on a web page...If I could figure out how to put this on a static page, blammo...its called pcjs .... andhttps://www.pcjs.org/ shows you what the project is about.
Hi
New to Citadel and having a problem with emails being sent to spam messages on Gmail, hotmail accounts.
I have producted a private and Public certification file with a DNS record which i have put in the name server for my domain, but I can not file the public / private files to replace.
The instalation is a PI4, 2gb, 2tb HDD, fresh Ras OS lite, and citadel easy installed. I can not find where the cerification files need to be placed to replace the selfcert files.
Any help please.
Peter G
what's the point of a support forum if nobody is answering....
It's a shame, i really liked citadel
Bart
Any thougts on this ? still not possible to send mail from mail client, don't want to use webcit for repliying forever ....
Regards,
Bart
been testing with different style usernames and passwords - still no connection.
I'm not 100% sure if that's the reason or if i misinterpreted things, but since my testing i cannot get my phone to connect to smtp either, so it is not limited to outlook.
Bart
Hello,
I have exactly the same problem since I updated to build 931 via easyinstall.
Everything works fine except the mail client connection to the SMTP.
I would also be very grateful for targeted tips on troubleshooting.
chrisskhc
Hello all,
Could not find search function in this forum, so apologies if this is a recurring question.
Installed Citadel on my PI4, and most of it is working, except i have problems connecting outlook.
I have setup citadel as my mailserver, and i can send and receive email to external accounts (work, gmail, etc). (Test via Webcit)
I'm using outlook 2016 and connect via POP3/SMTP.
Outlook collects mail via POP3 fine from the server, using account settings either on port 110 and 995 no problem.
But is keeps asking for my credentials when using SMTP - controlpanel/mailsettings - test account setting - tries to send a test mail.
Tried SMTP via port 25 no encryption, but also using port 465 - with SSL enabled - keeps popping credentials question and port 587 STARTTLS - credentials quesions
'Your email server rejected your login. Verify your user name and password"
email server rejects login using username/password. But they work fine for POP3 logon......
Using the same credentials, sending from my Galaxy S10 via wifi on internal network using builtin mailclient using port 465 and SSL is no problem.
So Citadel & Pi should be configured correctly...
I'm lost. Any suggestions ?
Tnx
Bart
[Edit]
i've been testing but no luck yet.
syslog has this error : bad password specified for <> Service <SMTP-MTA>
Should the username not be within those emty brackets ? that would mean the username is not forwarded by outlook to citedal ????
this is the log of one session , as you can see the pop3 session is ok....
Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: context: session (POP3) started from Laborix.bartscorner.local (192.168.1.117) uid=-1Apr 13 15:18:18 raspix citserver[32694]: context: session (POP3) started from Laborix.bartscorner.local (192.168.1.117) uid=-1Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: user_ops: <bartver> logged inApr 13 15:18:18 raspix citserver[32694]: user_ops: <bartver> logged inApr 13 15:18:18 raspix citserver[32694]: citserver[32694]: context: [12718]SRV[POP3] Session ended.Apr 13 15:18:18 raspix citserver[32694]: context: [12718]SRV[POP3] Session ended.Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: context: session (SMTP-MTA) started from Laborix.bartscorner.local (192.168.1.117) uid=-1Apr 13 15:18:18 raspix citserver[32694]: context: session (SMTP-MTA) started from Laborix.bartscorner.local (192.168.1.117) uid=-1Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: user_ops: bad password specified for <> Service <SMTP-MTA> Port <25> Remote <Laborix.bartscorner.local / 192.168.1.117>Apr 13 15:18:18 raspix citserver[32694]: user_ops: bad password specified for <> Service <SMTP-MTA> Port <25> Remote <Laborix.bartscorner.local / 192.168.1.117>Apr 13 15:18:18 raspix citserver[32694]: SMTP: client disconnected: ending session.Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: SMTP: client disconnected: ending session.Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: context: [12719]SRV[SMTP-MTA] Session ended.
Have you tried using Telnet to connect to your SMTP server and seeing what happens there when you compose the e-mail?
https://www.itgeared.com/articles/1102-smtp-commands-how-to-send-email-using/
If you haven't - that might give you better insight into what is happening.
Citadel is in a very active development phase - with a LOT of team testing going on - and a major rewrite of the underlying code and distribution model taking place.
The end result should be a more supportable core application, that is easier to install, maintain and repair, that runs leaner with tighter code.
A lot of the problems in Citadel right now are legacy issues - and figuring out what is causing them, our guess is often as good as the developers. I've upset the developers with flooding this forum with "questions," which really amounted to me working through the issues myself and figuring out my own answers.
I think part of it is that the development team could spend time building labs and trying to recreate and fix problems on older versions of Citadel that won't be relevant to the next major production rc of Citadel - because the code is changing so much...
Or they can put that time into getting that rc to us and providing us a more stable Citadel that is more supportable for them.
Keeping in mind, that Citadel is a FOSS volunteer supported project and team that doesn't even suggest a patreon or other compensation. I've never seen any of the developers "pass the plate".
Most of the issues I experience with Citadel are a combination of it being poorly documented/documentation being out of date - and operator error in configuring or setup. I end up spending a lot of time reverse engineering what Citadel is doing and learning a TON about Linux and suddenly a light is revealed on what I've done wrong that caused my issue. Mail is a complex and difficult to manage service/platform in general - one of the harder servers in any data-center to administer. There are a lot of different moving parts, it still relies on some fairly low-level protocols and is very picky about having everything running optimal at your network layer and security layer, it is *super* important to people and it is a favorite vector of attack - and it generally relies on some sort of back-end database - so it is one of the most "multi-discipline" servers in the DC that a person can manage. And - because it is kind of a utility server - not seen as a critical line of business application server but instead a kind of support role - it generally doesn't get the attention it deserves. Lots of IT staff in lots of IT departments manage e-mail servers without understanding how to test SMTP from a telnet session by hand-crafting an email there the old fashioned way, or the importance of correct reverse lookup records, or a billion other complexities of making an email server work right.
Personally - I just run Citadel as a BBS - and I've got the internet mail disabled. Running your own mail server is a royal pain-in-the-ass that is difficult to manage and secure and requires you to be at the top of your IT game - and if you read through this room - you'll see the vast majority of the questions have to do with people attempting to host their own e-mail servers.
But I suspect the next version of Citadel will be a major step forward in making this all easier and also more supportable - so I recommend you stick with Citadel. I've administered Exchange for corporations, I've managed SMTP servers, I've provided support for clients running mail servers linked into VoIP voice-mail systems. Citadel is one of the *best* mail-server solutions out there. Easy to comprehend, configure, administer and backup. But it is still e-mail... one of the earliest internet protocols/apps invented and one of the LEAST changed from the start.
what's the point of a support forum if nobody is answering....
It's a shame, i really liked citadel
Bart
Any thougts on this ? still not possible to send mail from mail client, don't want to use webcit for repliying forever ....
Regards,
Bart
been testing with different style usernames and passwords - still no connection.
I'm not 100% sure if that's the reason or if i misinterpreted things, but since my testing i cannot get my phone to connect to smtp either, so it is not limited to outlook.
Bart
Hello,
I have exactly the same problem since I updated to build 931 via easyinstall.
Everything works fine except the mail client connection to the SMTP.
I would also be very grateful for targeted tips on troubleshooting.
chrisskhc
Hello all,
Could not find search function in this forum, so apologies if this is a recurring question.
Installed Citadel on my PI4, and most of it is working, except i have problems connecting outlook.
I have setup citadel as my mailserver, and i can send and receive email to external accounts (work, gmail, etc). (Test via Webcit)
I'm using outlook 2016 and connect via POP3/SMTP.
Outlook collects mail via POP3 fine from the server, using account settings either on port 110 and 995 no problem.
But is keeps asking for my credentials when using SMTP - controlpanel/mailsettings - test account setting - tries to send a test mail.
Tried SMTP via port 25 no encryption, but also using port 465 - with SSL enabled - keeps popping credentials question and port 587 STARTTLS - credentials quesions
'Your email server rejected your login. Verify your user name and password"
email server rejects login using username/password. But they work fine for POP3 logon......
Using the same credentials, sending from my Galaxy S10 via wifi on internal network using builtin mailclient using port 465 and SSL is no problem.
So Citadel & Pi should be configured correctly...
I'm lost. Any suggestions ?
Tnx
Bart
[Edit]
i've been testing but no luck yet.
syslog has this error : bad password specified for <> Service <SMTP-MTA>
Should the username not be within those emty brackets ? that would mean the username is not forwarded by outlook to citedal ????
this is the log of one session , as you can see the pop3 session is ok....
Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: context: session (POP3) started from Laborix.bartscorner.local (192.168.1.117) uid=-1Apr 13 15:18:18 raspix citserver[32694]: context: session (POP3) started from Laborix.bartscorner.local (192.168.1.117) uid=-1Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: user_ops: <bartver> logged inApr 13 15:18:18 raspix citserver[32694]: user_ops: <bartver> logged inApr 13 15:18:18 raspix citserver[32694]: citserver[32694]: context: [12718]SRV[POP3] Session ended.Apr 13 15:18:18 raspix citserver[32694]: context: [12718]SRV[POP3] Session ended.Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: context: session (SMTP-MTA) started from Laborix.bartscorner.local (192.168.1.117) uid=-1Apr 13 15:18:18 raspix citserver[32694]: context: session (SMTP-MTA) started from Laborix.bartscorner.local (192.168.1.117) uid=-1Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: user_ops: bad password specified for <> Service <SMTP-MTA> Port <25> Remote <Laborix.bartscorner.local / 192.168.1.117>Apr 13 15:18:18 raspix citserver[32694]: user_ops: bad password specified for <> Service <SMTP-MTA> Port <25> Remote <Laborix.bartscorner.local / 192.168.1.117>Apr 13 15:18:18 raspix citserver[32694]: SMTP: client disconnected: ending session.Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: SMTP: client disconnected: ending session.Apr 13 15:18:18 raspix citserver[32694]: citserver[32694]: context: [12719]SRV[SMTP-MTA] Session ended.
And I get frustrated too - when I am having an issue with Citadel and I post a description and the question goes seemingly ignored.
Generally, I figure it out myself while waiting for someone to answer - and I try to document what I did. This really should be a room of community support - with Citadel sysops and Admins assisting one another by sharing ideas and experiences, in my opinion. At least at the moment, our best bet is helping one another out.
Subject: Re: (no subject) - Subject edited as a test
And in more than one of your messages I have seen very interesting things, but they are lost in this sea of messages.
And I get frustrated too - when I am having an issue with Citadel and I post a description and the question goes seemingly ignored.
Generally, I figure it out myself while waiting for someone to answer - and I try to document what I did. This really should be a room of community support - with Citadel sysops and Admins assisting one another by sharing ideas and experiences, in my opinion. At least at the moment, our best bet is helping one another out.
Subject: Re: (no subject) - Subject edited as a test
I understand - it is just an old Citadel-user habit that I struggle to break. I'm not used to the forum presentation - and honestly - in the rooms with that layout, I very rarely click on *any* of the messages posted in that format.
I'm an old dog trying to learn new tricks.
In my opinion, seeing messages with no subject prevents anyone who can help you from doing so; I see many of your messages and I really don't want to click on each one of them to follow up on any of your problems or proposals.
And in more than one of your messages I have seen very interesting things, but they are lost in this sea of messages.
On 5/7/21 7:54 AM, ParanoidDelusions wrote:And I get frustrated too - when I am having an issue with Citadel and I post a description and the question goes seemingly ignored.
Generally, I figure it out myself while waiting for someone to answer - and I try to document what I did. This really should be a room of community support - with Citadel sysops and Admins assisting one another by sharing ideas and experiences, in my opinion. At least at the moment, our best bet is helping one another out.