Language:
switch to room list switch to menu My folders
Go to page: First ... 23 24 25 26 [27] 28 29 30 31 ... Last
[#] Mon Nov 10 2014 10:16:15 EST from dothebart @ Uncensored

Subject: Re: Citadel Server Issues.

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

Please have a look at /var/log/syslog and /var/log messages, and search for the time range where citserver goes missing.

You should find something in there.



[#] Tue Nov 11 2014 06:18:45 EST from ura soul @ Uncensored

Subject: receiving messages via citadel from @mydomain.tld - + spam messages

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

ever since i installed citadel i  have occasionally received empty emails from @mydomain.tld - with no username preceeding the @ symbol.

i didn't see any problem with this and thought it must be a harmless/buggy admin feature that i didn't know about.

today i received a spam email from that same address, that was sent to an old email address that i don't  use day to day, but that is within citadel.

i am unclear on whether this email was forwarded to me by citadel using this mysterious empty user account at my domain for some reason.. or whether my server is hacked and i have been the recipient of spam from my own server.

i think that the first case is most likely, but have no hint as to how to learn more about this presently.

i looked in the list of users within citadel and i only see the ones i have created, plus several ones that begin with SYS.

any tips?
thanks



[#] Tue Nov 11 2014 09:28:16 EST from IGnatius T Foobar @ Uncensored

Subject: Re: Address Book issue

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

er I mean netstat is gone

A quick Google search tells me that netstat is provided by the "net-tools" package on CentOS. Please "yum install net-tools" and then provide the output of "netstat -nlp | grep cit" for us to look at.

[#] Thu Nov 13 2014 04:05:06 EST from TheOneLaw @ Uncensored

Subject: Clamav-daemon failure logging virus scan

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

Just grazing past looking for anyone else who may have noticed how Clamav-Daemon needs

 some special attention to get it to log whatever the frak it thinks it is doing.

(we think we are running citserver 8.24

I probably just mis-configured something somewhere because in the logs

 I do see the connection (on port3310) does occur and STREAMs do seem to initialize.

nothing serious at the moment but I am circling this to see what I can find out.

To be sure it appears to be some issue of clam and certainly not citadel

 

cheers

 

-- 
TheOneLaw



[#] Thu Nov 13 2014 09:29:59 EST from imgx64 @ Uncensored

Subject: STARTTLS on port 25

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

Are there any plans for supporting STARTTLS for received emails on port 25?

https://starttls.info/check/citadel.org suggests that it's currently not supported by Citadel.



[#] Fri Nov 14 2014 03:47:07 EST from dothebart @ Uncensored

Subject: Re: STARTTLS on port 25

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

 

Thu Nov 13 2014 09:29:59 EST from imgx64 @ Uncensored Subject: STARTTLS on port 25

Are there any plans for supporting STARTTLS for received emails on port 25?

https://starttls.info/check/citadel.org suggests that it's currently not supported by Citadel.



hm, I guess its just a matter of anouncing the availability.

port 587 arounces starttls.



[#] Fri Nov 14 2014 09:13:46 EST from IGnatius T Foobar @ Uncensored

Subject: Re: STARTTLS on port 25

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


We used to announce STARTTLS on port 25 as well, but there were some clients out there which attempted it and failed, and mail wasn't being delivered.

[#] Sat Nov 15 2014 18:49:36 EST from csg @ Uncensored

Subject: Re: SSL/TLS support for LDAP authentication

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

 

Tue Nov 04 2014 10:00:19 EST from IGnatius T Foobar @ Uncensored Subject: Re: SSL/TLS support for LDAP authentication

Lloyd -- I tried applying your patch but it didn't apply cleanly. I put your changes in manually but it failed to bind to the LDAP server and communicate clearly.

Can you please send a patch against the current svn head? Thanks.

I apologise for the delay in responding.  I have done a 'git clone' of the latest code-base and am investigating how to patch this code.

Interesting, the latest code uses ldap_initialize already. I will provide an update when done.

 

Best wishes,

 Lloyd Kamara


 



[#] Sun Nov 16 2014 01:35:42 EST from ax25 @ Uncensored

Subject: Re: Citadel on Ubuntu Virtual Machine.

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

 

Fri Nov 07 2014 09:57:01 PM EST from FigNewton @ Uncensored Subject: Citadel on Ubuntu Virtual Machine.

Guys, I jut wanted to say thanks for a smooth and simple swap. I was running an older email server and wanted to beef up the back end a little. I found Citadel, and decided I would give it a try. I went to my laptop and fired up a new machine with Qemu. I told it to use a VMware disk type as this was what was running on my target server. I got it up and running with ease. I have to commend everyone on the ease with which Citadel installed and was configured. Once I had all the settings worked out and was ready for a test run, I shut down the virtual machine, and copied the drive over to my server. I stopped the current email server and loaded up and turned on the new Citadel server. It fired up and ran like a charm. I now have ssl based pop3 and smtp so no passwords in plain text.

 

Kudos to the dev team!

Fig



Glad to have you on-board Fig!  You sound like someone who can help lighten the load and spread the word.  I would be interested in some of the more detailed bits of your migration as well if you are willing to share.



[#] Sun Nov 16 2014 07:47:12 EST from IGnatius T Foobar @ Uncensored

Subject: Re: SSL/TLS support for LDAP authentication

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

I apologise for the delay in responding.  I have done a 'git clone' of
the
latest code-base and am investigating how to patch this code.

Interesting, the latest code uses ldap_initialize already. I will provide
an
update when done.

It was such a good idea that after your patch failed to apply, I started doing something similar. But your patch looked like it cleaned up the code in a number of other areas, so it would still be great to have.

One of the things I am envisioning for Citadel 9 is a new config system.
At that point we can replace the old "LDAP host" and "LDAP port" entries with an "LDAP URL" entry, without clobbering the old values on existing systems.

[#] Sun Nov 16 2014 11:46:07 EST from imgx64 @ Uncensored

Subject: Re: STARTTLS on port 25

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

 

Fri Nov 14 2014 09:13:46 EST from IGnatius T Foobar Subject: Re: STARTTLS on port 25

We used to announce STARTTLS on port 25 as well, but there were some clients out there which attempted it and failed, and mail wasn't being delivered.

I'm guessing they failed because the server was using a self-signed or an invalid certificate? Is it possible to detect a valid certificate and announce STARTTLS in that case only?



[#] Sun Nov 16 2014 12:11:40 EST from ulis.cat @ Uncensored

Subject: Citadel 8.24-7.1 DB errors

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

Hello. Just installed citadel on OpenSuse 13.2

Installed from here: http://download.opensuse.org/repositories/home:/homueller:/citadel/openSUSE_13.1/i586/

Citserver does not start with the following errors:

citserver[11536]: *** Citadel server engine v8.24 (build 5644ab7) ***
citserver[11536]: Copyright (C) 1987-2014 by the Citadel development team.
citserver[11536]: This program is distributed under the terms of the GNU General Public License.
citserver[11536]:
citserver[11536]: Called as: /usr/sbin/citserver
citserver[11536]: libcitadel(unnumbered)
citserver[11536]: Loading citadel.config
citserver[11536]: Acquiring control record
citserver[11536]: master_startup() started
citserver[11536]: Opening databases
citserver[11536]: bdb(): open_databases() starting
citserver[11536]: Compiled db: Berkeley DB 4.8.30: (May 12, 2014)
citserver[11536]:   Linked db: Berkeley DB 4.8.30: (May 12, 2014)
citserver[11536]: Calculated dbversion: 4008030
citserver[11536]:   Previous dbversion: 0
citserver[11536]: Linked zlib: 1.2.8
citserver[11536]: bdb(): Setting up DB environment
citserver[11536]: dbenv->open(dbenv, /var/lib/citadel/data/, 10899, 0)
citserver[11536]: Starting up DB
citserver[11536]: Checking floor reference counts
citserver[11536]: bdb(): cursor still in progress on cdb 00: can't begin transaction during r/o cursor
citserver[11536]: citserver is stopping in order to prevent data loss. uid=0 gid=0 euid=0 egid=0

 

Tried to rebuild and reinstall from srpms from here:http://download.opensuse.org/repositories/home:/homueller:/citadel/openSUSE_13.1/src/

Cleaned directory /var/lib/citadel/data before starting.

Error is still there.

Please advise, how to overcome it?



[#] Sun Nov 16 2014 12:53:18 EST from ulis.cat @ Uncensored

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

[#] Sun Nov 16 2014 20:10:03 EST from P8ntBal1551 @ Uncensored

Subject: Bounceback from external servers.

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

OS: Debian

HW: Hyper-V Machine

Everytime I try to email citadel, I get a bounce back saying

The error that the other server returned was: 550 Invalid recipient: d@

d being the user name


The DNS record is

contoso.com-------------------------MX------10 mail.contoso.com.----Remove
my-ip-with-dashes.contoso.com---PTR------mail.contoso.com.-------Remove
mail.contoso.com-------------------A---------my.ip.with.dots----------Remove


The config in citadel is

Node name ------- mail
FQDN ------------- mail.contoso.com (tried with both mail.contoso.com and contoso.com)


SMTP MTA port -- 25

Postfix is turned off

Any help would be awesome, thank you.

 

The only way I can get it not to bounce back is to send an email to root@contoso.com, so i thought it may have to do with d not having a user account, but after creating one, it still bounces back for d.

also, here is the output from netstat...

tcp 0 0 0.0.0.0:587 0.0.0.0:* LISTEN 2414/citserver
tcp 0 0 127.0.0.1:783 0.0.0.0:* LISTEN 2812/spamd.pid
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 1670/rpcbind
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 2194/webcit
tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN 2414/citserver
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 2167/sshd
tcp 0 0 0.0.0.0:504 0.0.0.0:* LISTEN 2414/citserver
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 2414/citserver
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 2198/webcit
tcp 0 0 0.0.0.0:993 0.0.0.0:* LISTEN 2414/citserver
tcp 0 0 0.0.0.0:995 0.0.0.0:* LISTEN 2414/citserver
tcp 0 0 0.0.0.0:34885 0.0.0.0:* LISTEN 1701/rpc.statd



[#] Mon Nov 17 2014 02:24:50 EST from dothebart @ Uncensored

Subject: Re: Bounceback from external servers.

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

 

Sun Nov 16 2014 20:10:03 EST from P8ntBal1551 @ Uncensored Subject: Bounceback from external servers.

OS: Debian

HW: Hyper-V Machine

Everytime I try to email citadel, I get a bounce back saying

The error that the other server returned was: 550 Invalid recipient: d@

d being the user name


The DNS record is

contoso.com-------------------------MX------10 mail.contoso.com.----Remove
my-ip-with-dashes.contoso.com---PTR------mail.contoso.com.-------Remove
mail.contoso.com-------------------A---------my.ip.with.dots----------Remove


The config in citadel is

Node name ------- mail
FQDN ------------- mail.contoso.com (tried with both mail.contoso.com and contoso.com)


SMTP MTA port -- 25

Postfix is turned off

Any help would be awesome, thank you.

 

The only way I can get it not to bounce back is to send an email to root@contoso.com, so i thought it may have to do with d not having a user account, but after creating one, it still bounces back for d.

also, here is the output from netstat...

tcp 0 0 0.0.0.0:587 0.0.0.0:* LISTEN 2414/citserver
tcp 0 0 127.0.0.1:783 0.0.0.0:* LISTEN 2812/spamd.pid
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 1670/rpcbind
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 2194/webcit
tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN 2414/citserver
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 2167/sshd
tcp 0 0 0.0.0.0:504 0.0.0.0:* LISTEN 2414/citserver
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 2414/citserver
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 2198/webcit
tcp 0 0 0.0.0.0:993 0.0.0.0:* LISTEN 2414/citserver
tcp 0 0 0.0.0.0:995 0.0.0.0:* LISTEN 2414/citserver
tcp 0 0 0.0.0.0:34885 0.0.0.0:* LISTEN 1701/rpc.statd



have a look at this faq:

http://citadel.org/doku.php/faq:troubleshooting:tracking_citadel



[#] Mon Nov 17 2014 02:59:41 EST from P8ntBal1551 @ Uncensored

Subject: Re: Bounceback from external servers.

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

Thank you very much,

After I figured out the problem, I did a bit more googling and found this article

https://forum.linode.com/viewtopic.php?t=6190%3E

It helped me fix it.

The majority of the problem stemmed from the fact that I didn't own the domain when I made the server.



[#] Mon Nov 17 2014 15:26:51 EST from IGnatius T Foobar @ Uncensored

Subject: Re: STARTTLS on port 25

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

I'm guessing they failed because the server was using a self-signed
or an invalid certificate? Is it possible to detect a valid
certificate and announce STARTTLS in that case only?

That may very well be the case. So if we did enable STARTTLS on port 25 it would have to be a site configurable option.

[#] Mon Nov 17 2014 23:06:54 EST from FigNewton @ Uncensored

Subject: Re: Citadel on Ubuntu Virtual Machine.

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

 

Sun Nov 16 2014 01:35:42 EST from ax25 @ Uncensored Subject: Re: Citadel on Ubuntu Virtual Machine.

 

Glad to have you on-board Fig!  You sound like someone who can help lighten the load and spread the word.  I would be interested in some of the more detailed bits of your migration as well if you are willing to share.



 

Hey guys, again thanks for all the work involved in this. I don't know how much detail you want, but for years I have had an email server running an old copy of eXtremail. It seemed to work just fine, but I had to restrict the outgoing email to an ip from my local lan so that relays wouldn't go through. If I was at home everything was fine. If I went offsite I could check my email but couldn't send as it didn't do any authentication. It also didn't do any secure connections so all my passwords were shot through plain text.

 

 

 

 

 

I was checking the logs a few weeks ago and let it scroll for a while and started noticing this one ip address just keep banging away. It wasn't getting the relay through, but nevertheless every couple of seconds it would just hit my email and try and relay the same email over and over. Obvious spammer which shouldn't have surprised me, but for some reason started grating on my nerves. I had an ip address and initially was looking for a way to grep this ip (and any others that were trying to relay through my server) and drop them into a firewall rules table. Time for a sidetrack. Back in the early 2000's I went through a divorce. My ex, as a parting gift signed her email address up to some list and the spam started rolling in. So since I had deleted her email box after everything was done, seeing the emails run through the log intended for her, just pissed me off. So I wrote a program to filter the emails. It would simulate a smtp server and as soon as the TO: line came through, if it was for her email I would just drop the connection right then and there, and then toss the ip, or sender id into a table to then block from then on. If it wasn't for her, the program would just pass everything right on through to the email server. Worked fine until I decided years ago to shut down the machine. Emails for her had faded anyway. So back to the story, here I set trying to find a solution to my new email conundrum. That's when I went searching for a linux based smtp server and saw someone say "just set up Citadel and be done." Seemed like a great idea. Did some reading and research and decided I would give it a try.

 

 

 

I have a linux laptop running a flavor of Ubuntu, so I went and downloaded the 14.04 server lts iso, and went into Qemu and made a new machine with a 20gb drive and used the vmware style drive. I booted it up and put the iso file in as the cd, and installed Ubuntu server. Didn't take too long. I made sure all of the server items were unchecked as I didn't want extra services running. After it was installed, I apt-get'ed citadel and it ran through it's setup process. All I had to do at that point was restart qemu with a tunnel into port 443 from my laptop. I then connected to the citadel web service and got everything configured. Then came the fun part. I shut it all down, and sftp'ed the drive file over to my VMware machine. I then shutdown the current email server. I installed a new machine with the same specs and pointed it to the new machine drive image. I crossed my fingers and hit the startup button. It came up, and I logged in and reconfigured it with the correct ip address. From there it was basically hands off. I went into my router and forwarded the right ports so that I could check email via https, and also set up the secure smtp and pop3 ports. I pointed thunderbird to it, and put in the secure settings. Next thing I know I was checking email with my new server. I sent some test emails back and forth and that was about it. I mean it couldn't have been any easier. And now I can check email from the web, and I can also send email from outside of my network since Citadel requires and authenticated connection to forward mails outside.

 

 

 

So far, the only snag I have seen and have posted about it is Yahoo!'s new policy about email lists. Seems they want the From: and RCPT to: fields different than Citadel is sending them. People in my email group that don't have Yahoo are working perfectly. Other than that, the switch from old email server to new email server was at most a couple of hours, and that includes times when I got up and was distracted. You guys have done a hell of a job.

 

 

 

 



[#] Mon Nov 17 2014 23:55:22 EST from FigNewton @ Uncensored

Subject: Formatting on that last message.

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

Can someone edit that back into a regular looking post? Not sure how the paragraphs got all spread out there. Thanks.



[#] Tue Nov 18 2014 00:21:35 EST from IGnatius T Foobar @ Uncensored

Subject: Re: Citadel 8.24-7.1 DB errors

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

citserver[11536]: bdb(): cursor still in progress on cdb 00: can't
begin transaction during r/o cursor
citserver[11536]: citserver is stopping in order to prevent data
loss. uid=0 gid=0 euid=0 egid=0

That error shouldn't happpen on an empty database. It sounds like a file access problem of some sort.

I'm going to guess that one of two conditions exist:

1. Another citserver was already running

2. citserver doesn't have the correct permissions to its data directory

Can you supply the following information please:

* Are you using RPM's (and if so, where did you download them from) or Easy Install?

* Post the output of "ls -l data/" (from wherever your Citadel database is)

Thanks.

Go to page: First ... 23 24 25 26 [27] 28 29 30 31 ... Last