Language:
switch to room list switch to menu My folders
Go to page: First ... 19 20 21 22 [23] 24 25 26 27 ... Last
[#] 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.

[#] Tue Nov 18 2014 03:56:24 EST from ulis.cat @ Uncensored

Subject: Re: Citadel 8.24-7.1 DB errors

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

Hello

1. Another citserver was already running
No citserver is 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?

First step
I downloaded rpms from here: http://download.opensuse.org/repositories/home:/homueller:/citadel/openSUSE_13.1/i586/
RPM installation produses an error "citserver[32012]: bdb(): cursor still in progress on cdb 00: can't begin transaction during r/o cursor"

Second step:
Uninstalled all rpms (rpm -e)
Downloaded SRPMS from here: http://download.opensuse.org/repositories/home:/homueller:/citadel/openSUSE_13.1/src/
Builded srpms.
Installed and got the same error

Third step:
Uninstalled all rpms
Downloaded source code from here:
http://easyinstall.citadel.org/libcitadel-8.24.tar.gz
http://easyinstall.citadel.org/citadel-8.24.tar.gz
http://easyinstall.citadel.org/webcit-8.24.tar.gz
Compiled and installed to /opt/citadel/
Got the same error



* Post the output of "ls -l data/" (from wherever your Citadel database is)
It's weird: In all three steps, when I start citserver with startup script (service citadel start) or manually, e.g  when built from source code (/opt/citadel/citserver -D)
I get root permissions on database:

For RPM installation:
server:/usr/src # ls -l /var/lib/citadel/data/
total 232
-rw------- 1 root    root     8192 ноя 18 11:45 cdb.00
-rw------- 1 root    root     8192 ноя 18 11:45 cdb.01
-rw------- 1 root    root     8192 ноя 18 11:45 cdb.02
-rw------- 1 root    root     8192 ноя 18 11:45 cdb.03
-rw------- 1 root    root     8192 ноя 18 11:45 cdb.04
-rw------- 1 root    root     8192 ноя 18 11:45 cdb.05
-rw------- 1 root    root     8192 ноя 18 11:45 cdb.06
-rw------- 1 root    root     8192 ноя 18 11:45 cdb.07
-rw------- 1 root    root     8192 ноя 18 11:45 cdb.08
-rw------- 1 root    root     8192 ноя 18 11:45 cdb.09
-rw------- 1 root    root     8192 ноя 18 11:45 cdb.0a
-rw------- 1 root    root     8192 ноя 18 11:45 cdb.0b
-rw------- 1 root    root     8192 ноя 18 11:45 cdb.0c
-rw------- 1 citadel root     3228 ноя 18 11:45 citadel.config
-rw------- 1 citadel root       32 ноя 18 11:45 citadel.control
-rw-rw---- 1 root    root 10485760 ноя 18 11:45 log.0000000001

For source code installation:

server:/usr/src # ls -l /opt/citadel/data/
total 224
-rw------- 1 root root     8192 ноя 18 11:46 cdb.00
-rw------- 1 root root     8192 ноя 18 11:46 cdb.01
-rw------- 1 root root     8192 ноя 18 11:46 cdb.02
-rw------- 1 root root     8192 ноя 18 11:46 cdb.03
-rw------- 1 root root     8192 ноя 18 11:46 cdb.04
-rw------- 1 root root     8192 ноя 18 11:46 cdb.05
-rw------- 1 root root     8192 ноя 18 11:46 cdb.06
-rw------- 1 root root     8192 ноя 18 11:46 cdb.07
-rw------- 1 root root     8192 ноя 18 11:46 cdb.08
-rw------- 1 root root     8192 ноя 18 11:46 cdb.09
-rw------- 1 root root     8192 ноя 18 11:46 cdb.0a
-rw------- 1 root root     8192 ноя 18 11:46 cdb.0b
-rw------- 1 root root     8192 ноя 18 11:46 cdb.0c
-rw-r----- 1 root root 10485760 ноя 18 11:46 log.0000000001

Changing file permissions in data directory to user citadel did not help.

Ok. I made next steps:

as root: cleaned up /opt/citadel/data/ (rm -f /opt/citadel/data)
as root: chown -R citadel:citadel /opt/citadel
logged in as user citadel.


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

Same error :(

Sorry.




[#] Tue Nov 18 2014 03:58:42 EST from ulis.cat @ Uncensored

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

Ups, sorry. as root: cleaned up /opt/citadel/data/ (rm -f /opt/citadel/data/*) :)

[#] Tue Nov 18 2014 07:53:52 EST from ulis.cat @ Uncensored

Subject: Re: Citadel 8.24-7.1 DB errors

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

 

Tue Nov 18 2014 03:56:24 EST from ulis.cat @ Uncensored Subject: Re: Citadel 8.24-7.1 DB errors
Update.
works fine on Centos 5.
 
All RPM and source code distributions, including   git clone git://git.citadel.org/appl/gitroot/citadel.git
 
Produses the same error "bdb(): cursor still in progress on cdb 00: can't begin transaction during r/o cursor"
On OpenSuse 13.2 and 13.1
 
Apparmor is disabled.





 



[#] Tue Nov 18 2014 23:25:22 EST from ulis.cat @ Uncensored

Subject: Re: Citadel 8.24-7.1 DB errors

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

 

Tue Nov 18 2014 03:56:24 EST from ulis.cat @ Uncensored Subject: Re: Citadel 8.24-7.1 DB errors
Update.
works fine on Centos 5.
 
All RPM and source code distributions, including   git clone git://git.citadel.org/appl/gitroot/citadel.git
 
Produses the same error "bdb(): cursor still in progress on cdb 00: can't begin transaction during r/o cursor"
On OpenSuse 13.2 and 13.1
 
Apparmor is disabled.





 



[#] Wed Nov 19 2014 09:07:02 EST from Henry888 @ Uncensored

Subject: Export mailbox

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

Hi

How do I export specific user mailboxes?

Thank you

Regards

Henry



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