Language:
switch to room list switch to menu My folders
Go to page: First ... 27 28 29 30 [31] 32 33 34
[#] Mon Oct 09 2017 21:30:37 EDT from Pytry @ Uncensored

Subject: admin login on raspbian

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

After I first isntall citadel-suite, and when I try to login to the webcit gui with default admin and settings, I get logged out automatically (no errors).

I'm unable to create new users.

When I go through the setup, I will change the user to run as to "citadel", but the next time I run it, it still thinks it is root.

I'm new ro all of this.

 



[#] Tue Oct 10 2017 02:10:53 EDT from madpoet @ Uncensored

Subject: Re: Citadel build fails

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

I can confirm no issues with debian Jesse on ARM.

Mon Oct 09 2017 13:35:33 EDT from bennabiy @ Uncensored Subject: Re: Citadel build fails

I think that is a safe assumption. 

Mon Oct 09 2017 11:33:21 AM EDT from mjkerpan @ Uncensored Subject: Re: Citadel build fails

 

Mon Oct 09 2017 05:14:26 EDTfrom madpoet @ Uncensored Subject: Re: Citadel build fails

This appears to be the same issue I am experiencing with a raspberry pi 2 on Debian (raspbian) stretch.

So it seems that this is a generic problem with the libraries included with Debian Stretch, then since it's happening on both AMD64 and ARM...


(, 0 bytes) [View| Download]

 



(, 0 bytes) [View| Download]

 



citadelbuildfail.txt (text/plain, 7961 bytes) [View| Download]
[#] Tue Oct 10 2017 10:43:50 EDT from bennabiy @ Uncensored

Subject: Re: admin login on raspbian

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

I would highly recommend installing citadel through the easy installer, rather than the repositories. Much more current version, much better supported.

Mon Oct 09 2017 09:30:37 PM EDT from Pytry @ Uncensored Subject: admin login on raspbian

After I first isntall citadel-suite, and when I try to login to the webcit gui with default admin and settings, I get logged out automatically (no errors).

I'm unable to create new users.

When I go through the setup, I will change the user to run as to "citadel", but the next time I run it, it still thinks it is root.

I'm new ro all of this.

 



 



[#] Tue Oct 10 2017 14:12:23 EDT from bennabiy @ Uncensored

Subject: Re: Citadel build fails

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

This is being looked into. Hold tight :)

Mon Oct 09 2017 11:33:21 AM EDT from mjkerpan @ Uncensored Subject: Re: Citadel build fails

 

Mon Oct 09 2017 05:14:26 EDTfrom madpoet @ Uncensored Subject: Re: Citadel build fails

This appears to be the same issue I am experiencing with a raspberry pi 2 on Debian (raspbian) stretch.

So it seems that this is a generic problem with the libraries included with Debian Stretch, then since it's happening on both AMD64 and ARM...


(, 0 bytes) [View| Download]

 



citadelbuildfail.txt (text/plain, 7961 bytes) [View| Download]
[#] Mon Oct 16 2017 15:36:25 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: getcontenttype in PROPFIND

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

The difference in the location of D:getcontenttype tag causes Inverse
SOGo Connector's Contacts support to fail. It will be great if we can
have this fixed in Citadel.

Thanks for reporting this. It will be fixed.

[#] Mon Oct 16 2017 15:37:40 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Citadel build fails

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


Attention: everyone who was having trouble building Citadel using the Easy Install method in Debian "stretch" (and possibly elsewhere)

You must install the development library for ZLIB. On Debian that would be "apt-get install zlib1g-dev". This will fix the problem.

[#] Tue Oct 17 2017 03:10:37 EDT from madpoet @ Uncensored

Subject: Re: Citadel build fails

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

Thanks for the update, unfortunately it is not working for Debian Stretch on a raspberry pi 2. I've noted that zlib was required, via another older thread. I had it already installed and at the latest version, please see below;

* libcitadel does not need updating.
* Downloading Citadel...
* Installing Citadel...

Citadel Easy Install is aborting.

A log file has been written to /tmp/citadel-install-log.txt
Reading this file may tell you what went wrong. If you
need to ask for help on the support forum, please post the
last screenful of text from this log.

Operating system: Linux Debian 9.1 ( 4.9.41-v7+ armv7l)

root@emohym:~# apt-get install zlib1g-dev
Reading package lists... Done
Building dependency tree      
Reading state information... Done
zlib1g-dev is already the newest version (1:1.2.8.dfsg-5).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@emohym:~# apt info zlib1g-dev
E: Invalid operation info

root@emohym:~# apt search zlib1g-dev
Sorting... Done
Full Text Search... Done
zlib1g-dev/stable,now 1:1.2.8.dfsg-5 armhf [installed]
  compression library - development

I've added the complete log on my original thread. Thanks for any assistance!

 

Mon Oct 16 2017 15:37:40 EDT from IGnatius T Foobar @ Uncensored Subject: Re: Citadel build fails

Attention: everyone who was having trouble building Citadel using the Easy Install method in Debian "stretch" (and possibly elsewhere)

You must install the development library for ZLIB. On Debian that would be "apt-get install zlib1g-dev". This will fix the problem.

 



[#] Tue Oct 17 2017 06:00:00 EDT from techacq @ Uncensored

Subject: Re: EasyInstall on Arch giving compilation errors about incomplete types

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

Also fails on SolydX which is a Debian derivative:

Easy-Install is okay without libssl-dev

  but when libssl-dev pre-requisite is installed

Get:1 http://deb.debian.org/debian stretch/main amd64 libssl-dev amd64 1.1.0f-3 [1,575 kB]

Easy-Install fails during the Citadel install phase:

 

(I wonder if this is easy fix, being dereferencing pointer stuff,

but no time to check at the moment, perhaps tomorrow....)

 


CC modules/checkpoint/serv_checkpoint.c
CC modules/clamav/serv_virus.c
CC modules/crypto/serv_crypto.c
modules/crypto/serv_crypto.c: In function 'init_ssl':
modules/crypto/serv_crypto.c:87:3: warning: implicit declaration of function 'RAND_egd' [-Wimplicit-function-declaration]
   RAND_egd(EGD_POOL);
   ^~~~~~~~
modules/crypto/serv_crypto.c:147:22: error: dereferencing pointer to incomplete type 'DH {aka struct dh_st}'
  if (!(BN_hex2bn(&(dh->p), DH_P))) {
                      ^~
modules/crypto/serv_crypto.c:173:3: warning: 'RSA_generate_key' is deprecated [-Wdeprecated-declarations]
   rsa = RSA_generate_key(1024, /* modulus size */
   ^~~
In file included from /usr/include/openssl/rsa.h:13:0,
                 from /usr/include/openssl/x509.h:31,
                 from /usr/include/openssl/ssl.h:50,
                 from modules/crypto/serv_crypto.c:20:
/usr/include/openssl/rsa.h:193:1: note: declared here
 DEPRECATEDIN_0_9_8(RSA *RSA_generate_key(int bits, unsigned long e, void
 ^
modules/crypto/serv_crypto.c:305:35: error: dereferencing pointer to incomplete type 'X509_REQ {aka struct X509_req_st}'
      X509_set_issuer_name(cer, req->req_info->subject);
                                   ^~
In file included from /usr/include/openssl/ssl.h:48:0,
                 from modules/crypto/serv_crypto.c:20:
modules/crypto/serv_crypto.c: In function 'CtdlStartTLS':
modules/crypto/serv_crypto.c:637:23: error: dereferencing pointer to incomplete type 'SSL {aka struct ssl_st}'
  BIO_set_close(CC->ssl->rbio, BIO_NOCLOSE);
                       ^
At top level:
modules/crypto/serv_crypto.c:61:22: warning: 'id_callback' defined but not used [-Wunused-function]
 static unsigned long id_callback(void)
                      ^~~~~~~~~~~
Makefile:145: recipe for target 'modules/crypto/serv_crypto.o' failed
make: *** [modules/crypto/serv_crypto.o] Error 1
Operating system: Linux Debian 9.1 ( 4.9.0-4-amd64 x86_64)

 

 

Tue May 23 2017 17:33:37 EDT from omega12 @ Uncensored Subject: EasyInstall on Arch giving compilation errors about incomplete types

I'm using easy install on Linux 4.9.11-1-ARCH( 4.9.11-1-ARCH x86_64) but it cannot compile due to errors with incomplete types.

Here is the log:

CC modules/checkpoint/serv_checkpoint.c

CC modules/clamav/serv_virus.c

CC modules/crypto/serv_crypto.c

modules/crypto/serv_crypto.c: In function 'init_ssl':

modules/crypto/serv_crypto.c:87:3: warning: implicit declaration of function 'RAND_egd' [-Wimplicit-function-declaration]

   RAND_egd(EGD_POOL);

   ^~~~~~~~

modules/crypto/serv_crypto.c:147:22: error: dereferencing pointer to incomplete type 'DH {aka struct dh_st}'

  if (!(BN_hex2bn(&(dh->p), DH_P))) {

                      ^~

modules/crypto/serv_crypto.c:173:3: warning: 'RSA_generate_key' is deprecated [-Wdeprecated-declarations]

   rsa = RSA_generate_key(1024, /* modulus size */

   ^~~

In file included from /usr/include/openssl/rsa.h:13:0,

                 from /usr/include/openssl/x509.h:31,

                 from /usr/include/openssl/ssl.h:50,

                 from modules/crypto/serv_crypto.c:20:

/usr/include/openssl/rsa.h:193:1: note: declared here

 DEPRECATEDIN_0_9_8(RSA *RSA_generate_key(int bits, unsigned long e, void

 ^

modules/crypto/serv_crypto.c:305:35: error: dereferencing pointer to incomplete type 'X509_REQ {aka struct X509_req_st}'

      X509_set_issuer_name(cer, req->req_info->subject);

                                   ^~

In file included from /usr/include/openssl/ssl.h:48:0,

                 from modules/crypto/serv_crypto.c:20:

modules/crypto/serv_crypto.c: In function 'CtdlStartTLS':

modules/crypto/serv_crypto.c:637:23: error: dereferencing pointer to incomplete type 'SSL {aka struct ssl_st}'

  BIO_set_close(CC->ssl->rbio, BIO_NOCLOSE);

                       ^

At top level:

modules/crypto/serv_crypto.c:61:22: warning: 'id_callback' defined but not used [-Wunused-function]

 static unsigned long id_callback(void)

                      ^~~~~~~~~~~

make: *** [Makefile:146: modules/crypto/serv_crypto.o] Error 1

Operating system: Linux 4.9.11-1-ARCH( 4.9.11-1-ARCH x86_64)

 


 



[#] Tue Oct 17 2017 06:32:58 EDT from techacq @ Uncensored

Subject: Re: RPi2 Debian Stretch: Easy Install failing at serv_crypto.o

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

Me too but I fixed it with a tried and reliable shotgun approach. ;^)

modules/crypto/serv_crypto.c:305:35: error: dereferencing pointer to incomplete type 'X509_REQ {aka struct X509_req_st}'
      X509_set_issuer_name(cer, req->req_info->subject);
                                   ^~
In file included from /usr/include/openssl/ssl.h:48:0,
                 from modules/crypto/serv_crypto.c:20:
modules/crypto/serv_crypto.c: In function 'CtdlStartTLS':
modules/crypto/serv_crypto.c:637:23: error: dereferencing pointer to incomplete type 'SSL {aka struct ssl_st}'
  BIO_set_close(CC->ssl->rbio, BIO_NOCLOSE);
                       ^
At top level:
modules/crypto/serv_crypto.c:61:22: warning: 'id_callback' defined but not used [-Wunused-function]
 static unsigned long id_callback(void)
                      ^~~~~~~~~~~
Makefile:145: recipe for target 'modules/crypto/serv_crypto.o' failed
make: *** [modules/crypto/serv_crypto.o] Error 1
Operating system: Linux Debian 9.1 ( 4.9.0-4-amd64 x86_64)

 

The error indicates dereferenced pointers in libssl stuff

so I installed a couple of out-of-scope dev files which brought in the necessary bits to get it all working:

Install: lua-luaossl-dev:amd64 (20161214-1), lua-luaossl:amd64 (20161214-1, automatic)

Install: libbsd-dev:amd64 (0.8.3-1, automatic), libghc-network-dev:amd64 (2.6.3.1-3+b1, automatic), libffi-dev:amd64 (3.2.1-6, automatic), libgmp-dev:amd64 (2:6.1.2+dfsg-1, automatic), ghc:amd64 (8.0.1-17+b1, automatic), libgmpxx4ldbl:amd64 (2:6.1.2+dfsg-1, automatic), libghc-hsopenssl-x509-system-dev:amd64 (0.1.0.3-2+b1), libncurses5-dev:amd64 (6.0+20161126-1+deb9u1, automatic), libtinfo-dev:amd64 (6.0+20161126-1+deb9u1, automatic), libssl1.0-dev:amd64 (1.0.2l-2, automatic), libghc-hsopenssl-dev:amd64 (0.11.3.2-3+b1, automatic)
Remove: libssl-dev:amd64 (1.1.0f-3)

this is a SolydX machine which is a Debian derivative:

 

note that  this removes         libssl-dev,

so this is just a 5-minute hack which should probably be repealed  when the next fixes come out,

I presume.

 

 

 

 

Mon Oct 09 2017 05:12:26 EDT from madpoet @ Uncensored Subject: Re: RPi2 Debian Stretch: Easy Install failing at serv_crypto.o

I suppose that could be the case. In previous updates to this thread, I include the versions/package info for all the packages noted as needed on the install site. I tried to compile it without easy install and I get the same results. If you would like me to manually compile anything, please let me know what.

 

Thu Oct 05 2017 11:48:39 EDT from bennabiy @ Uncensored Subject: Re: RPi2 Debian Stretch: Easy Install failing at serv_crypto.o

Is it possible that the RPi repos you are using might not have the full versions of the dependencies? I know it compiles fine on a standard system, and have not tried it on a pi yet. I would check to make sure you have the correct openssl dev packages and that might mean compiling openssl for your pi.

Wed Oct 04 2017 01:53:27 AM EDT from madpoet @ Uncensored Subject: Re: RPi2 Debian Stretch: Easy Install failing at serv_crypto.o

Yes, agreed. My google-fu is failing on this as well though. I am getting no where troubleshooting it. Do you have any suggestions?

Tue Oct 03 2017 17:13:15 EDT from bennabiy @ Uncensored Subject: Re: RPi2 Debian Stretch: Easy Install failing at serv_crypto.o

This might have something to do with it...

In file included from /usr/include/openssl/ssl.h:48:0,
                 from modules/crypto/serv_crypto.c:20:
modules/crypto/serv_crypto.c: In function 'CtdlStartTLS':
modules/crypto/serv_crypto.c:637:23: error: dereferencing pointer to incomplete type 'SSL {aka struct ssl_st}'
  BIO_set_close(CC->ssl->rbio, BIO_NOCLOSE);
                       ^



 



 



 



 



[#] Thu Oct 19 2017 06:57:46 EDT from techacq1 @ Uncensored

Subject: Re: Mail Aliases not beeing saved

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

This appears to be a permissions issue

apparently admin level can edit vcards,

 but 'preferred' and lower user levels are unable.

Here on Uncensored this works correctly,

so the problem could be some kind of configuration issue.

Since this is Easy Install there is probably someone who may be able to point out where this goes wrong.

Perhaps this is a PAM probleThe 5minute hack solution is to just assign editing to the admin level,

 and there may be good reasons not to leave this to lesser permissions due to the potential for misuse. ?

 

 

Wed Aug 30 2017 12:15:37 EDT from Maria @ Uncensored Subject: Re: Mail Aliases not beeing saved

 

Mon Aug 28 2017 12:17:24 EDT from Maria @ Uncensored Subject: Mail Aliases not beeing saved

(newest Version over Easy Install)

 

Hi, another small Problem:

When I enter an E-Mail Alias into the Vcard of the user and hit save... it`s not been saved!

Not sure why... everything else, for example Fax, Telephone, Name is saved...

I found the file "mail.aliases" and made the changes there... but not shure about the syntax there, how to make one Mail Alias for 4 Users (so 3 Users share the same alias)

Checked also the permissions of the file "mail.aliases", seems to be OK (staff > 644)

ThX for any Help :)

Maria



Hi... Could anybody help me with this?

Or how is the right Syntax for the "mail.aliases" File?

I`m using:

test@domain.com, user1

 

Thanks in advance.. ;)



 



[#] Thu Oct 19 2017 13:48:49 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: EasyInstall on Arch giving compilation errors about incomplete types

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


Ok, so if Citadel builds without libssl-dev, it means there's something in the new version of OpenSSL that is breaking Citadel, and by temporarily removing libssl-dev you are building Citadel without encryption support. If that's an acceptable workaround, go for it. We will have to figure out what changed and code around it.

[#] Thu Oct 19 2017 22:29:23 EDT from techacq1 @ Uncensored

Subject: Re: EasyInstall on Arch giving compilation errors about incomplete types

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

 

Thu Oct 19 2017 13:48:49 EDT from IGnatius T Foobar @ Uncensored Subject: Re: EasyInstall on Arch giving compilation errors about incomplete types

Ok, so if Citadel builds without libssl-dev, it means there's something in the new version of OpenSSL that is breaking Citadel, and by temporarily removing libssl-dev you are building Citadel without encryption support. If that's an acceptable workaround, go for it. We will have to figure out what changed and code around it.


I will examine what is going on and report back,

which is about all the time I have to help  out with this at this moment.

 

The server created with the hack as described

 does work through https (port 80/2000 is locked out in this instance),

It does seem to work without libssl-dev in this fashion

 but this out-of-scope solution probably causes other problems

 not yet perceptible.


and yes - encryption support is too important to live without.


cheers



[#] Thu Oct 19 2017 22:58:18 EDT from techacq1 @ Uncensored

Subject: Re: EasyInstall on Arch giving compilation errors about incomplete types

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

Perhaps I should have attached some wireshark dump on this ?

- it appears to be encrypted according to what I see at first look...

 

Thu Oct 19 2017 22:29:23 EDT from techacq1 @ Uncensored Subject: Re: EasyInstall on Arch giving compilation errors about incomplete types

 

Thu Oct 19 2017 13:48:49 EDT from IGnatius T Foobar @ Uncensored Subject: Re: EasyInstall on Arch giving compilation errors about incomplete types

Ok, so if Citadel builds without libssl-dev, it means there's something in the new version of OpenSSL that is breaking Citadel, and by temporarily removing libssl-dev you are building Citadel without encryption support. If that's an acceptable workaround, go for it. We will have to figure out what changed and code around it.


I will examine what is going on and report back,

which is about all the time I have to help  out with this at this moment.

 

The server created with the hack as described

 does work through https (port 80/2000 is locked out in this instance),

It does seem to work without libssl-dev in this fashion

 but this out-of-scope solution probably causes other problems

 not yet perceptible.


and yes - encryption support is too important to live without.


cheers



 



[#] Fri Oct 20 2017 10:15:05 EDT from bennabiy @ Uncensored

Subject: Re: EasyInstall on Arch giving compilation errors about incomplete types

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

libssl-dev is 1.1 now, but there is a compatibility file for now which gives the 1.0.2 api, which works for citadel. If you include libssl1.0-dev instead of libssl-dev, it should compile as normal... for now.

Thu Oct 19 2017 01:48:49 PM EDT from IGnatius T Foobar @ Uncensored Subject: Re: EasyInstall on Arch giving compilation errors about incomplete types

Ok, so if Citadel builds without libssl-dev, it means there's something in the new version of OpenSSL that is breaking Citadel, and by temporarily removing libssl-dev you are building Citadel without encryption support. If that's an acceptable workaround, go for it. We will have to figure out what changed and code around it.

 



[#] Sun Oct 22 2017 11:04:24 EDT from manupatet @ Uncensored

Subject: Re: EasyInstall on Arch giving compilation errors about incomplete types

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

 

Fri Oct 20 2017 10:15:05 EDTfrom bennabiy @ Uncensored Subject: Re: EasyInstall on Arch giving compilation errors about incomplete types

libssl-dev is 1.1 now, but there is a compatibility file for now which gives the 1.0.2 api, which works for citadel. If you include libssl1.0-dev instead of libssl-dev, it should compile as normal... for now.

Thanks for this lead, huge relief that I'm not alone with this. Could you also post the commands to disable/downgrade OpenSSL to 1.0? I tried 'pacman -U' and using soft-links to point to the old libssl, without much luck.
Thanks
Manu


[#] Sun Oct 22 2017 12:06:28 EDT from bennabiy @ Uncensored

Subject: Re: EasyInstall on Arch giving compilation errors about incomplete types

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

The packages I listed were for Debian. I am not sure if Arch has a similar issue, and similar package, but I am not sure. I do not use Arch.

Sun Oct 22 2017 11:04:24 AM EDT from manupatet @ Uncensored Subject: Re: EasyInstall on Arch giving compilation errors about incomplete types

 

Fri Oct 20 2017 10:15:05 EDTfrom bennabiy @ Uncensored Subject: Re: EasyInstall on Arch giving compilation errors about incomplete types

libssl-dev is 1.1 now, but there is a compatibility file for now which gives the 1.0.2 api, which works for citadel. If you include libssl1.0-dev instead of libssl-dev, it should compile as normal... for now.

Thanks for this lead, huge relief that I'm not alone with this. Could you also post the commands to disable/downgrade OpenSSL to 1.0? I tried 'pacman -U' and using soft-links to point to the old libssl, without much luck.
Thanks
Manu


 



[#] Tue Oct 24 2017 01:55:26 EDT from techacq1 @ Uncensored

Subject: Re: Citadel is running, no STARTTLS

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

I was searching for the answer to this and how to possibly repair it

when I stumbled upon the code for citadel.c:

Finally, we only offer TLS on
         * the SMTP-MSA port, not on the SMTP-MTA port, due to
         * questionable reliability of TLS in certain sending MTA's.

 

which explains why we get this warning from people like mxtoolbox.com:

ESMTP Citadel server ready.

 TestResult 
SMTP TLS Warning - Does not support TLS.

 

which is simply what you see when you run telnet on the port25.

Given that so much of the world cannot be bothered to encrypt ( ala latimes.com and a whole planet of that ilk !)

it is not such a surprise. TLS and encryption is an aggregation of moving parts.

 

Thu Jun 01 2017 11:12:40 EDT from graylion @ Uncensored Subject: Citadel is running, no STARTTLS

This is a fun one. I have citadel installed via easy install. all seems good. If I go to checktls.com, I get this:

seconds test stage and result
[000.112]   Connected to server
[000.356] <--  220 mail.socialdemocrats.ie ESMTP Citadel server ready.
[000.357]   We are allowed to connect
[000.357]  --> EHLO checktls.com
[000.622] <--  250-Hello checktls.com (www4.checktls.com [216.68.85.112])
250-HELP
250-SIZE 10485760
250-AUTH LOGIN PLAIN
250-AUTH=LOGIN PLAIN
250 8BITMIME
[000.622]   We can use this server
[000.622]   TLS is not an option on this server

if I telnet to localhost port 25, I get the same. But when I state "starttls", I get 220 start tls negotiation

Whatnow? And how do I persuade citadel to offer starttls on ehlo?

Thanks!

 

 

 

 

 



 



[#] Thu Oct 26 2017 10:13:17 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: EasyInstall on Arch giving compilation errors about incomplete types

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


The code downloadable from the web site, and via Easy Install, has been patched.
It should work with OpenSSL 1.1 now.

Big thanks to Chris West who sent in the required patches. Turns out we already had this fixed in the development tree thanks to his efforts; we just had to backport those patches to production.

[#] Mon Oct 30 2017 06:34:35 EDT from HDuepmann @ Uncensored

Subject: Install ssl-certifikate from CA (Commodo)

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

I have a certificate generated for apache2 (key, crt, ca-bundle) on my Citadel-Server with the proper FQDN. Can I use this files just by renaming them to citadel.key, citadel.cer and citadel.ca-bundle and put them in place instead of the existing files. What is about the csr-file.



[#] Mon Oct 30 2017 13:42:00 EDT from Dedonde @ Uncensored

Subject: Re: Install ssl-certifikate from CA (Commodo)

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

 

Mon Oct 30 2017 06:34:35 EDT from HDuepmann @ Uncensored Subject: Install ssl-certifikate from CA (Commodo)

I have a certificate generated for apache2 (key, crt, ca-bundle) on my Citadel-Server with the proper FQDN. Can I use this files just by renaming them to citadel.key, citadel.cer and citadel.ca-bundle and put them in place instead of the existing files. What is about the csr-file.



Was getting the certificate from Commodo free? I have used startSSL in the past and I am hoping I can use it again and get it working.

How have you dealt withe securing your mail server?



Go to page: First ... 27 28 29 30 [31] 32 33 34