Language:
switch to room list switch to menu My folders
Go to page: First ... 20 21 22 23 [24] 25 26 27 28 ... Last
[#] Fri Jan 26 2018 18:55:57 EST from bgerum @ Uncensored

Subject: citadel refuses to start after OpenSuSE upgrade - cursor still in prog

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

Hello,

I just upgraded my openSuSE Server from 13.1 to LEAP 42.3 ... yes, I know I'm skipping several versions, but I managed to get all services running again except citadel.

citserver is exiting with this error:

cursor still in progress on cdb 04

Here is the complete log:
Loading citadel.config citserver[2909]: master_startup() started citserver[2909]: Opening databases citserver[2909]: bdb(): open_databases() starting citserver[2909]: Compiled db: Berkeley DB 4.8.30: (October 21, 2013) citserver[2909]: Linked db: Berkeley DB 4.8.30: (October 21, 2013) citserver[2909]: Calculated dbversion: 4008030 citserver[2909]: Previous dbversion: 4008030 citserver[2909]: Linked zlib: 1.2.8 citserver[2909]: bdb(): Setting up DB environment citserver[2909]: dbenv->open(dbenv, /var/lib/citadel/data/, 10899, 0) citserver[2909]: DB: Finding last valid log LSN: file: 6494 offset 9354997 citserver[2909]: DB: Recovery starting from [6494][9354869] citserver[2909]: DB: Recovery complete at Sat Jan 27 00:30:50 2018 citserver[2909]: DB: Maximum transaction ID 80000024 Recovery checkpoint [6494][9354997] citserver[2909]: Starting up DB citserver[2909]: Checking floor reference counts citserver[2909]: bdb(): cursor still in progress on cdb 04: can't begin transaction during r/o cursor citserver[2909]: citserver is stopping in order to prevent data loss. uid=0 gid=0 euid=0 egid=0

I'm using citadel-8.24-12.2.x86_64
MariaDB 10.0.32

Any help would be appreciated.

Kind regards,
bgerum


[#] Sat Jan 27 2018 19:56:08 EST from fleeb @ Uncensored

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

Ðis isn't ðe right place for ðose kind of questions.
You should try ðe "Citadel Support" room instead.

[#] Sat Jan 27 2018 19:57:22 EST from fleeb @ Uncensored

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


Ah... well now I know that Citadel's editor may read eth and thorn, but it won't recognize and write it into the message properly.

But, I'll write it up where it belongs.

[#] Sat Jan 27 2018 20:01:47 EST from fleeb @ Uncensored

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


So, I tried something nifty just now that didn't quite work as expected.

Environment:

Citadel client on Ubuntu from an apt-get.

Uncensored server as of today.

Steps used to reproduce:

1. On Ubuntu, run 'screen' (installing it of needed).
2. From the screen session, run 'citadel uncensored.citadel.org'.
3. After logging in, tap 'E' to create a message.
4. Within the message, tap ^a, then ^v, then d, then -. You'll see a character appear on your screen that looks like a 'd' with a horizontal stroke at the top of it.
5. Save the message.
6. View the message.

Expected result:

Message shows as you typed it.

Actual result:

Message doesn't have the correct character. Instead, it appears to have two space characters in its place.

[#] Sat Jan 27 2018 22:50:13 EST from IGnatius T Foobar @ Uncensored

Subject: Re: citadel refuses to start after OpenSuSE upgrade - cursor still in prog

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

I'm using citadel-8.24-12.2.x86_64
MariaDB 10.0.32

Citadel 824 is positively ancient and cannot be supported ... that might be the problem right there. Please upgrade.

By the way, Citadel doesn't use MariaDB, so that's not part of the issue.
Citadel uses Berkeley DB (libdb).

[#] Sun Jan 28 2018 16:11:57 EST from bgerum @ Uncensored

Subject: Re: citadel refuses to start after OpenSuSE upgrade - cursor still in prog

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

Dear Ignatius,

thanks for the reply. Unfortunately it seems the last version supplied by the homueller SuSE repo which is linked in the citadel.org doku ist 824.

Is there another rpm source?

The libdb Version on my system is 4.8.30

 

 

 

Sat Jan 27 2018 22:50:13 EST from IGnatius T Foobar @ Uncensored Subject: Re: citadel refuses to start after OpenSuSE upgrade - cursor still in prog
I'm using citadel-8.24-12.2.x86_64
MariaDB 10.0.32

Citadel 824 is positively ancient and cannot be supported ... that might be the problem right there. Please upgrade.

By the way, Citadel doesn't use MariaDB, so that's not part of the issue.
Citadel uses Berkeley DB (libdb).

 



[#] Sun Jan 28 2018 21:39:07 EST from travisr @ Uncensored

Subject: Smart Host Auth

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

I am trying to setup a new email server (Actually trying to get off my old one to this one)

After quite a hard time, i seem to be about 95% of the way there. I have the same question as @oliverg did on Dec 17th, but i did not find that anyone replied.

i'm trying to use smart host authentication. this is how i get around my port 25 blocking, and this is how they handle my dynamic IP address.

The user name they use is an email address, but when i try to enter this in the smart host configuration, it doesn't seem to recognize it properly and doesnt send any traffic out when i try and send an email. just to make sure i used a junk username and password and tried to send email.

smtp://user123:abc123@SmartHost.net:2525

i saw that traffic in my firewall just fine. Connection closed with a tcp-fin to the correct destination IP. So i know my other settings are fine. now when I change just the username to the mail address, the server stops even trying to connect to the smart host

smtp://ME@MYDOMAIN.COM:abc123@SmartHost.net:2525

I've tried putting it in double quotes, single quotes brackets and a couple other things i can't remember. Is there any ways to get Citadel to pass an email address and the user name?

I am running Citadel 917 with WebCit 917, server build 917

I appreciate any help I could get on this one, Thanks!



[#] Mon Jan 29 2018 13:35:33 EST from IGnatius T Foobar @ Uncensored

Subject: Re: citadel refuses to start after OpenSuSE upgrade - cursor still in prog

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

thanks for the reply. Unfortunately it seems the last version supplied by
the
homueller SuSE repo which is linked in the citadel.org doku ist 824.


Is there another rpm source?

I'm not aware of another RPM source. You could switch to Easy Install, which works on all distributions, but you'll have to move your data files to another directory first.

[#] Mon Jan 29 2018 13:39:31 EST from IGnatius T Foobar @ Uncensored

Subject: Re: Smart Host Auth

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

i saw that traffic in my firewall just fine. Connection closed with a
tcp-fin to the correct destination IP. So i know my other settings
are fine. now when I change just the username to the mail address,
the server stops even trying to connect to the smart host

The short answer is that the string you put in for your smart-host gets fed into libcurl as the CURLOPT_URL. Citadel Server since version 910 has started using libcurl to do all of the outbound protocol handling, so whatever libcurl accepts, we accept.

What you can do to troubleshoot, is run citserver with the highest level of logging (using the -x9 option) and filter the log for lines beginning with "smtpclient:" to see what it's doing. I'm pretty sure it *does* accept a username with "@" in it.

[#] Mon Jan 29 2018 18:34:53 EST from bgerum @ Uncensored

Subject: Re: citadel refuses to start after OpenSuSE upgrade - cursor still in prog

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

 

Mon Jan 29 2018 13:35:33 EST from IGnatius T Foobar @ Uncensored Subject: Re: citadel refuses to start after OpenSuSE upgrade - cursor still in prog
thanks for the reply. Unfortunately it seems the last version supplied by
the
homueller SuSE repo which is linked in the citadel.org doku ist 824.


Is there another rpm source?

I'm not aware of another RPM source. You could switch to Easy Install, which works on all distributions, but you'll have to move your data files to another directory first.

I used the Easy Install a long time ago, but the RPM version ist much more integrated in the OpenSuSE environment, not only directory-wise but also regarding startscripts, updating etc.

Do you think you could give Mr. homueller a hint there are new citadel versions out there? 



[#] Mon Jan 29 2018 20:11:37 EST from travisr @ Uncensored

Subject: Re: Smart Host Auth

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

 

Mon Jan 29 2018 13:39:31 EST from IGnatius T Foobar @ Uncensored Subject: Re: Smart Host Auth
i saw that traffic in my firewall just fine. Connection closed with a
tcp-fin to the correct destination IP. So i know my other settings
are fine. now when I change just the username to the mail address,
the server stops even trying to connect to the smart host

The short answer is that the string you put in for your smart-host gets fed into libcurl as the CURLOPT_URL. Citadel Server since version 910 has started using libcurl to do all of the outbound protocol handling, so whatever libcurl accepts, we accept.

What you can do to troubleshoot, is run citserver with the highest level of logging (using the -x9 option) and filter the log for lines beginning with "smtpclient:" to see what it's doing. I'm pretty sure it *does* accept a username with "@" in it.

OK, thank you for the reply. I understand basically what you are saying, but I might need a little nudge on doing it right.

I did some googling and I checked the Citadel Documentation but I'm a tad stuck.

I did "ls /etc/init.d" and saw the citadel file. I then did "cat /etc/init.d/citadel" and saw that this seemed to be the file i need to edit. Im just not sure where to put the -x9 command switch I think here at the end?:
CITADEL_DIR=/usr/local/citadel -x9

Or would it be here?:

case "$1" in

start)          echo -n "Starting Citadel... "
                if $CITADEL_DIR/citserver -d -h$CITADEL_DIR -x9

I'm not the best a Linux obviously, but I've done OK so far with what I do know and google. If it helps, this is on a raspberry Pi where I also installed Pi-Hole. I only need this for 3 mail boxes (might grow to 5 or so) and I'm trying to ditch an old server with exchange.

After add the -x9 i just restart the Pi right? then where does it save the logs?

Again, I appreciate anything you can help me with. I'm pretty sure this is the last part I need to make this all function.



[#] Mon Jan 29 2018 21:22:55 EST from IGnatius T Foobar @ Uncensored

Subject: Re: Smart Host Auth

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

I did "ls /etc/init.d" and saw the citadel file. I then did "cat
/etc/init.d/citadel" and saw that this seemed to be the file i need
to edit. Im just not sure where to put the -x9 command switch I think
here at the end?:

Try this, if you can tolerate a few minutes of downtime:

First stop the running server by doing:

/etc/init.d/citadel stop

Once your server shuts down, you can run it in the foreground:

cd /usr/local/citadel
./citserver -x9

That way, you can watch everything it's doing. If you want to filter the output:

./citserver -x9 2>&1 | grep smtpclient:

You can stop the server by pressing Ctrl-C and waiting for it to clean up and stop, then run it in the background again with:

/etc/init.d/citadel start

[#] Mon Jan 29 2018 22:19:27 EST from travisr @ Uncensored

Subject: Re: Smart Host Auth

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

 

Mon Jan 29 2018 21:22:55 EST from IGnatius T Foobar @ Uncensored Subject: Re: Smart Host Auth

Try this, if you can tolerate a few minutes of downtime:

First stop the running server by doing:

/etc/init.d/citadel stop

Once your server shuts down, you can run it in the foreground:

cd /usr/local/citadel
./citserver -x9

That way, you can watch everything it's doing. If you want to filter the output:

./citserver -x9 2>&1 | grep smtpclient:

You can stop the server by pressing Ctrl-C and waiting for it to clean up and stop, then run it in the background again with:

/etc/init.d/citadel start

That really helped narrow down my problem! Here is what I get when I tried to send an email with the full Smart Host Auth User name (smtp://ME@DOMAIN.com:abc123@asp-submit.reflexion.net:2525)
citserver[12220]: smtpclient: 381 attempting delivery now
citserver[12220]: smtpclient: smtp_attempt_delivery(380, travisrxxxx@gmail.com)
citserver[12220]: smtpclient: trying smtp://travis@DOMAIN.com:abc123@asp-submit.reflexion.net:2525/DOMAIN.com
citserver[12220]: smtpclient: libcurl returned 6 (Couldn't resolve host name) , SMTP response 0
citserver[12220]: smtpclient: recp: <travisrxxxx@gmail.com> , result: 421 (Domain service not available, closing transmission channel)
citserver[12220]: smtpclient: submission age: 0d0h0m27s

So it does look like its passing it correctly for the most part, but the "Couldn't resolve host name" caught my eye. So I logged into Pi-Hole and found that it was trying to resolve this:
DOMAIN.com:abc123@asp-submit.reflexion.net.DOMAIN.com
(and it also tried to resolve:)
DOMAIN.com:abc123@asp-submit.reflexion.net

Obviously that didn't resolve right, hence why I didn't see any connection attempts in the firewall the other day. (I did confirm that Pi-Hole is not blocking the DNS request)

Just to see what I would get, I change the username to just "travis" (smtp://travis:abc123@asp-submit.reflexion.net:2525)
In Pi-hole I see the correct DNS request! (asp-submit.reflexion.net) and this is what Citadel came back with:
citserver[12220]: smtpclient: 386 attempting delivery now
citserver[12220]: smtpclient: smtp_attempt_delivery(385, travisrxxxx@gmail.com)
citserver[12220]: smtpclient: trying smtp://travis:abc123@asp-submit.reflexion.net:2525/DOMAIN.com
citserver[12220]: smtpclient: libcurl returned 67 (Login denied) , SMTP response 250
citserver[12220]: smtpclient: recp: <travisrxxxx@gmail.com> , result: 250 (Requested mail action completed and OK)
citserver[12220]: smtpclient: submission age: 0d0h0m17s

The DNS request was correct, it contacted the smart host and the smart host denied me (as expected with bad login info) and I see a firewall log entry.

So the question is, does the problem stem from how Citadel is making the DNS request, or how Pi-hole is interpreting the request. With what I know of networking and DNS, it seems to me that the issue would be how Citadel is making its DNS request
Would you agree? What would my next step be to fix this? (and the other big question, how do I get you some beer donation money? lol)

 



[#] Tue Jan 30 2018 04:25:04 EST from mkuhn @ Uncensored

Subject: Citadel 8.24 & Spamassassin

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

Hi team,

I am running Citadel for a while and decided to install spamassassin this week.  Install went fine.  Spamd identified test spam mail OK but citserver did not reject that incoming email.  Here is the log:

Jan 30 08:18:29 mail citserver[425]: Connecting to SpamAssassin at <127.0.0.1>

Jan 30 08:18:29 mail spamd[1630]: spamd: connection from localhost [127.0.0.1]:40856 to port 783, fd 5

Jan 30 08:18:29 mail spamd[1630]: spamd: still running as root: user not specified with -u, not found, or set to root, falling back to nobody

Jan 30 08:18:29 mail spamd[1630]: spamd: checking message <000b01d3999a$87039a90$950acfb0$@web.de> for (unknown):65534

Jan 30 08:18:33 mail citserver[425]: CC[134]MSGFinal selection: Sent Items ()

Jan 30 08:18:33 mail citserver[425]: CC[134]MSG<> 0 new of 0 total messages

Jan 30 08:18:33 mail spamd[1630]: spamd: identified spam (999.5/2.0) for (unknown):65534 in 3.1 seconds, 5697 bytes.

Jan 30 08:18:33 mail spamd[1630]: spamd: result: Y 999 - FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,GTUBE,HTML_MESSAGE,MSGID_FROM_MTA_HEADER,RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_PASS,T_RP_MATCHES_RCVD scantime=3.1,size=5697,user=(unknown),uid=65534,required_score=2.0,rhost=localhost,raddr=127.0.0.1,rport=40856,mid=<000b01d3999a$87039a90$950acfb0$@web.de>,autolearn=no autolearn_force=no

 

Jan 30 08:18:33 mail citserver[425]: 156434: from=<xyz@web.de>, nrcpts=1, relay=mout.web.de [212.227.15.14], stat=250 Message accepted.

Is this a bug or a misconfiguration on my end?





[#] Wed Jan 31 2018 07:11:51 EST from mkuhn @ Uncensored

Subject: Re: Citadel 8.24 & Spamassassin

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

Figured it out.  Misconfig in the Webcit Admin panel's SMTP tab.  I had a checkmark to mark spam instead of rejecting. Oh, well.



[#] Thu Feb 01 2018 00:10:29 EST from EbolAmoeba @ Uncensored

Subject: Big fan... Big, frustrated, adoring fan

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

I have just recently tried installing, and running, citadel. I love it! The idea, the execution, the fight! I've been playing for a few days, and getting errors like c_port_number and c_ctdluid bugs. When I attempt repair using recommended fixes, more errors appear. If 32-bit Ubuntu 16.04 is my root issue, I'm happy to change vector/host. I'm trying to avoid compiling from [my own poorly modified] source code. 

 

If no one else is running into this, I'm going to break into an Arch install next to see if it works better. 

TIA for any help!



[#] Thu Feb 01 2018 00:14:06 EST from EbolAmoeba @ Uncensored

Subject: Re: Big fan... Big, frustrated, adoring fan

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

Also of note, the base build breaks immediately if I modify any settings under Administrator. Including just going in, changing nothing, and clicking save.



[#] Thu Feb 01 2018 18:03:44 EST from travisr @ Uncensored

Subject: Re: Smart Host Auth

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

 

So the question is, does the problem stem from how Citadel is making the DNS request, or how Pi-hole is interpreting the request. With what I know of networking and DNS, it seems to me that the issue would be how Citadel is making its DNS request
Would you agree? What would my next step be to fix this?

Does anyone have a suggestion on how to work around this issue? The username I have to use for my smarthost is an email address, and the "@" symbol in the username causes Citadel to send the wrong DNS request starting from the first @ symbol. I made a static DNS entry on Pi-Hole just to test it as if it got the right IP, and I get a "login denied" from the smart host. I don't think its passing the login info properly even after it connects to the smart host all because of the @ symbol in the username. I know the username and password is correct because it works on my current server.

Any help would be appreciated because I'm pretty sure this is the last piece I need to get everything working and finally get rid of my old crappy, power hogging server.

Thanks!



[#] Fri Feb 02 2018 15:28:38 EST from Haven @ Uncensored

Subject: Re: Smart Host Auth

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

 

Thu Feb 01 2018 18:03:44 EST from travisr @ Uncensored Subject: Re: Smart Host Auth

 

So the question is, does the problem stem from how Citadel is making the DNS request, or how Pi-hole is interpreting the request. With what I know of networking and DNS, it seems to me that the issue would be how Citadel is making its DNS request
Would you agree? What would my next step be to fix this?

Does anyone have a suggestion on how to work around this issue? The username I have to use for my smarthost is an email address, and the "@" symbol in the username causes Citadel to send the wrong DNS request starting from the first @ symbol. I made a static DNS entry on Pi-Hole just to test it as if it got the right IP, and I get a "login denied" from the smart host. I don't think its passing the login info properly even after it connects to the smart host all because of the @ symbol in the username. I know the username and password is correct because it works on my current server.

Any help would be appreciated because I'm pretty sure this is the last piece I need to get everything working and finally get rid of my old crappy, power hogging server.

Thanks!



DNS is the translation of a hostname to an IP address.  So if your smarthost is located at mail.server.tla, DNS will then translate that to 10.2.55.186.   When you connect to the smarthost via a URL it should look like smtp://mail.server.tla/?user@server.tla/mailbox/.  (this is more or less a guess at the URL, it probably looks way different)  So DNS would only effect the mail.server.tla.    

 

Domain names do not allow for symbols in them other than "-".   DNS would have no idea what to do with anything else.  



[#] Fri Feb 02 2018 15:37:14 EST from Haven @ Uncensored

Subject: Re: Smart Host Auth

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

Sorry, I didn't read the whole thread.  I don't usually provided support for Citadel.   I haven't run a Citadel since 2011, so I am a bit out of what was there for options.  So I could be very wrong on what is happening.  



Go to page: First ... 20 21 22 23 [24] 25 26 27 28 ... Last