Language:
switch to room list switch to menu My folders
Go to page: First ... 25 26 27 28 [29] 30 31 32 33 ... Last
[#] Tue Nov 28 2017 16:07:50 EST from bennabiy @ Uncensored

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

Ig, I wonder if there should be plastered large above this room a note about using easy install and not the debs. It would solve many problems for people.



[#] Tue Nov 28 2017 18:09:26 EST from wreighn @ Uncensored

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

It works with easy install. I wasn't aware that the deb could cause any issues. Thanks for the tip.



[#] Wed Nov 29 2017 11:29:13 EST from IGnatius T Foobar @ Uncensored

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

Ig, I wonder if there should be plastered large above this room a note about using easy install and not the debs. It would solve many problems for people.

I think I'm going to remove all information about packages from the Downloads page on our web site.  The packages are so easy to deploy but unfortunately their age and difficulty to maintain are causing more trouble than they are worth.

Easy Install is easier for us to deploy patches quickly and is always the latest available version.  As previously mentioned, after we've got 100% of a working system's state into the database, I want to make Citadel available as a Docker container.  That will provide more bang-for-the-buck because we can update it centrally and it'll work everywhere.

In the meantime ... yes, everyone should be using Easy Install, or if you're a guru, compile the sources yourself.

 



[#] Wed Nov 29 2017 17:05:55 EST from nutbeam @ Uncensored

Subject: Maximum database size

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

What is the safe maximum size for databases in Citadel? I currently have a Citadel mail system with ~60GB in data. Should I expect problems? Is there any optimizing needed?

 

Thanks.



[#] Wed Nov 29 2017 21:38:26 EST from IGnatius T Foobar @ Uncensored

Subject: Re: Maximum database size

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

Strictly speaking, the maximum is 256 TB (terabytes). In practice ... there are sites with databases hundreds of GB in size, so I don't think you need to worry about it. Just make sure you keep plenty of disk space open for expansion in case you get a sudden inrush of new mail, and don't disable automatic deletion of database logs unless you are following the protocol to manually delete them after backups.

[#] Thu Nov 30 2017 11:02:00 EST from nutbeam @ Uncensored

Subject: Re: Maximum database size

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

Thanks. Much appreciated.

Wed Nov 29 2017 21:38:26 EST from IGnatius T Foobar @ Uncensored Subject: Re: Maximum database size
Strictly speaking, the maximum is 256 TB (terabytes). In practice ... there are sites with databases hundreds of GB in size, so I don't think you need to worry about it. Just make sure you keep plenty of disk space open for expansion in case you get a sudden inrush of new mail, and don't disable automatic deletion of database logs unless you are following the protocol to manually delete them after backups.

 



[#] Fri Dec 01 2017 18:29:43 EST from MtCoolum @ Uncensored

Subject: LibCitadel aborts using EasyInstall

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

Hi

 

LibCitadel aborts using EasyInstall and then suggests I post the last page of the log to this forum.

Learning still so if anyone can assist, thank you in advance.   So many errors, not sure where to start.

 

lib/stringbuf.c:3119:9: warning: assignment makes pointer from integer without a cast [-Wint-conversion]
    *Err = zError(err);
         ^
lib/stringbuf.c:3120:8: error: 'Z_MEM_ERROR' undeclared (first use in this function)
   case Z_MEM_ERROR:
        ^
lib/stringbuf.c:3125:44: error: request for member 'total_out' in something not a structure or union
   stream->OutBuf.BufUsed += stream->zstream.total_out + org_outbuf_len;
                                            ^
lib/stringbuf.c:3129:22: error: request for member 'avail_in' in something not a structure or union
   if (stream->zstream.avail_in == 0)
                      ^
lib/stringbuf.c:3136:23: error: request for member 'avail_in' in something not a structure or union
    if (stream->zstream.avail_in < 64)
                       ^
lib/stringbuf.c:3139:55: error: request for member 'avail_in' in something not a structure or union
      In->Buf->buf + In->Buf->BufUsed - stream->zstream.avail_in,
                                                       ^
lib/stringbuf.c:3140:21: error: request for member 'avail_in' in something not a structure or union
      stream->zstream.avail_in);
                     ^
lib/stringbuf.c:3142:39: error: request for member 'avail_in' in something not a structure or union
     In->Buf->BufUsed = stream->zstream.avail_in;
                                       ^
lib/stringbuf.c:3149:41: error: request for member 'avail_in' in something not a structure or union
      (In->Buf->BufUsed - stream->zstream.avail_in);
                                         ^
lib/stringbuf.c: In function 'FDIOBufferInit':
lib/stringbuf.c:4533:3: warning: ignoring return value of 'pipe', declared with attribute warn_unused_result [-Wunused-result]
   pipe(FDB->SplicePipe);
   ^
Makefile:168: recipe for target 'lib/stringbuf.lo' failed
make: *** [lib/stringbuf.lo] Error 1
Operating system: Linux Debian stretch/sid ( 4.10.0-40-generic x86_64)



[#] Sat Dec 02 2017 12:16:28 EST from IGnatius T Foobar @ Uncensored

Subject: Re: LibCitadel aborts using EasyInstall

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

You have to install the development library for zlib. (libz-devel or equivalent)

[#] Sat Dec 02 2017 18:04:30 EST from mellertson @ Uncensored

Subject: Failed install on Debian 9 (stretch)

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

Hello all!  

I attempted to install Citadel on Debian 9 ( stretch).  I made sure to install the dependencies by executing:

apt-get update

apt-get install build-essential curl g++ gettext shared-mime-info libssl-dev zlib1g-dev

And then ran the Easy Install using the following command as the root user:

curl http://easyinstall.citadel.org/install | bash

The install script aborted.  I've included the output from the install script and the last screenful of text from the install log file.

 

Output from the install script

This is a new Citadel installation.

Linux email 4.9.0-4-amd64 #1 SMP Debian 4.9.51-1 (2017-09-28) x86_64 GNU/Linux

Linux email 4.9.0-4-amd64 #1 SMP Debian 4.9.51-1 (2017-09-28) x86_64 GNU/Linux

etc/init.d/citadel

etc/rc0.d/K02citadel

etc/rc1.d/K02citadel

etc/rc2.d/S01citadel

etc/rc3.d/S01citadel

etc/rc4.d/S01citadel

etc/rc5.d/S01citadel

etc/rc6.d/K02citadel

Starting Citadel server...

Starting Citadel... ok

 

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.0-4-amd64 x86_64)

 

The last screenful of text from the install log file

checking the weather... opening your window... it's cold!

checking under the bed... dust bunnies found

configure: creating ./config.status

config.status: creating Makefile

config.status: creating sysdep.h

------------------------------------------------------------------------

Character set conversion support: yes

 

Note: if you are not using Linux, make sure you are using GNU make

(gmake) to compile Citadel.

 

 

Dependencies: gcc -M -I/usr/local/ctdlsupport/include  -g -I/usr/local/ctdlsupport/include  -g -I.

Complie: gcc -I/usr/local/citadel  -I/usr/local/ctdlsupport/include  -g -I/usr/local/ctdlsupport/i

LDFLAGS: -L/usr/local/citadel -L/usr/local/ctdlsupport/lib -Wl,--rpath -Wl,/usr/local/ctdlsupport/

 

CC src/citadel.c

CC src/client_chat.c

CC src/client_passwords.c

CC src/commands.c

CC src/md5.c

src/md5.c: In function 'MD5Final':

src/md5.c:153:26: warning: argument to 'sizeof' in 'memset' call is the same expression as the des

     memset(ctx, 0, sizeof(ctx)); /* In case it's sensitive */

                          ^

CC src/messages.c

CC src/rooms.c

CC src/routines.c

CC src/routines2.c

src/routines2.c: In function 'upload':

src/routines2.c:370:8: warning: implicit declaration of function 'ka_wait' [-Wimplicit-function-de    b = ka_wait(&a);

        ^~~~~~~

CC src/tuiconfig.c

CC src/screen.c

CC src/ecrash.c

CC src/citadel_ipc.c

src/citadel_ipc.c:3033:22: warning: 'id_callback' defined but not used [-Wunused-function]

 static unsigned long id_callback(void) {

                      ^~~~~~~~~~~

src/citadel_ipc.c:2938:13: warning: 'ssl_lock' defined but not used [-Wunused-function]

 static void ssl_lock(int mode, int n, const char *file, int line)

             ^~~~~~~~

CC src/ipc_c_tcp.c

 

Dependencies: gcc -M -I/usr/local/ctdlsupport/include  -g -I/usr/local/ctdlsupport/include  -g -I.

Complie: gcc -I/usr/local/citadel  -I/usr/local/ctdlsupport/include  -g -I/usr/local/ctdlsupport/i

LDFLAGS: -L/usr/local/citadel -L/usr/local/ctdlsupport/lib -Wl,--rpath -Wl,/usr/local/ctdlsupport/

 

/usr/bin/install -c citadel /usr/local/citadel/citadel

find: './help': No such file or directory

find: './messages': No such file or directory

find: './network': No such file or directory

/usr/bin/install -c -m 644 citadel.rc /usr/local/citadel/citadel.rc

 

Installation is complete.

 

--2017-12-02 22:42:36--  http://easyinstall.citadel.org/citadel-init-scripts.tar

Resolving easyinstall.citadel.org (easyinstall.citadel.org)... 216.150.130.115

Connecting to easyinstall.citadel.org (easyinstall.citadel.org)|216.150.130.115|:80... connected.

HTTP request sent, awaiting response... 200 OK

Length: 10240 (10K) [application/x-tar]

Saving to: 'citadel-init-scripts.tar'

 

     0K ..........                                            100%  127K=0.08s

 

2017-12-02 22:42:37 (127 KB/s) - 'citadel-init-scripts.tar' saved [10240/10240]

 

 

Operating system: Linux Debian 9.1 ( 4.9.0-4-amd64 x86_64)



[#] Sun Dec 03 2017 11:24:45 EST from markus @ Uncensored

Subject: Problem with retrieving messages from other mail server

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

Dear all,

I run a citdatel mail server which fetches mails from different mail accounts on another mal server by webcit. This runs fine for long time now.

But for ne mail account it appears that citadel does not fetch the emails. The retrievement of all other mail accounts work fine. In order to solve the problem I talked to the provider of the mail server the mail account belongs to and he said that he can see periodical successfull logins in the log file. So if citadel/webcite logs sucessfully in  how can it be that the mails are not going to be retrieved?

Recently I switched from Debian 7 to Debian 8. I'm not sure if this was the moment it didn't work anymore.

Do you have any idea what causes citadel/webcit not doing their job?

Regards

Markus



[#] Wed Dec 06 2017 02:13:08 EST from markus @ Uncensored

Subject: Re: Problem with retrieving messages from other mail server

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

Maybe I can find hints in the logfile. Is there a log file that I can read with an text editor?

Sun Dec 03 2017 11:24:45 EST from markus @ Uncensored Subject: Problem with retrieving messages from other mail server

Dear all,

I run a citdatel mail server which fetches mails from different mail accounts on another mal server by webcit. This runs fine for long time now.

But for ne mail account it appears that citadel does not fetch the emails. The retrievement of all other mail accounts work fine. In order to solve the problem I talked to the provider of the mail server the mail account belongs to and he said that he can see periodical successfull logins in the log file. So if citadel/webcite logs sucessfully in  how can it be that the mails are not going to be retrieved?

Recently I switched from Debian 7 to Debian 8. I'm not sure if this was the moment it didn't work anymore.

Do you have any idea what causes citadel/webcit not doing their job?

Regards

Markus



 



[#] Wed Dec 06 2017 16:55:08 EST from volker @ Uncensored

Subject: Re: Problem with retrieving messages from other mail server

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

Hi,

the same issue is with my installation in ubuntu. I do have about 30 mails on my provider mailbox. Only 3 are fetched. Attached some log lines (xxx is anonymized) 

 

Dec  6 22:48:14 bpi-m64 citserver[4916]: -- db checkpoint --

Dec  6 22:48:15 bpi-m64 citserver[4916]: IO[2]CC[5][1]POP3: volker@xxxx.de@mail.xxx.de: fetched 0 new of 30 messages in 1.004906s. bye.

Dec  6 22:48:17 bpi-m64 citserver[4916]: xmpp_queue_event(1, )

Dec  6 22:48:17 bpi-m64 citserver[4916]: W Context: [  5]SRV[POP3aggr] Session ended.

 

Hope you can help.

 

Volker



[#] Fri Dec 08 2017 08:48:34 EST from Soyta @ Uncensored

Subject: Login Screen

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

Hello all,

 

This time I try to login on my citadel server but I stuck in the login screen and it only shows me "please wait"...

 

What could I do to fix it?

For ur info: Its my first Citadel Server ;)

 

Thanks a lot!



[#] Fri Dec 08 2017 16:37:05 EST from s3cr3to @ Uncensored to Citadel_Support <room_Citadel_Support@uncensored.citadel.org>

Subject: Re: Login Screen

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

If you're trying to get into webcit to login (http login screen)
Enable JavaScript
Disable popup blocker
Whitelist your server (ublock, etc.)


On 12/08/2017 06:48 AM, Soyta wrote:
Hello all,

This time I try to login on my citadel server but I stuck in the login
screen and it only shows me "please wait"...

What could I do to fix it?

For ur info: Its my first Citadel Server ;)

Thanks a lot!

[#] Sat Dec 09 2017 19:24:43 EST from markus @ Uncensored

Subject: Re: Problem with retrieving messages from other mail server

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

 

Hello all,

I have found the file with logging information. It tells me ...

1) that all mail accounts that I fetch are usually fetched in significantly less than 1 second when there are no mails to be retrieved. But in the same case my problematic account takes 13 to 16 seconds to be fetched.

2) that my mail server has "... fetched 0 new of 223 messages ..." from my mail account.

Combining both statements, I assume that it takes 13-16 seconds to fetch the problematic mail account because there are 223 mails and each of them is checked whether new or not. But non of them were found to be new (even though they have never been read). So none of them have been retrieved.

Do you have any idea what can cause such a behaviour?

Kind regards,

Markus

 

Wed Dec 06 2017 02:13:08 EST from markus @ Uncensored Subject: Re: Problem with retrieving messages from other mail server

Maybe I can find hints in the logfile. Is there a log file that I can read with an text editor?

Sun Dec 03 2017 11:24:45 EST from markus @ Uncensored Subject: Problem with retrieving messages from other mail server

Dear all,

I run a citdatel mail server which fetches mails from different mail accounts on another mal server by webcit. This runs fine for long time now.

But for ne mail account it appears that citadel does not fetch the emails. The retrievement of all other mail accounts work fine. In order to solve the problem I talked to the provider of the mail server the mail account belongs to and he said that he can see periodical successfull logins in the log file. So if citadel/webcite logs sucessfully in  how can it be that the mails are not going to be retrieved?

Recently I switched from Debian 7 to Debian 8. I'm not sure if this was the moment it didn't work anymore.

Do you have any idea what causes citadel/webcit not doing their job?

Regards

Markus



 



 



[#] Sun Dec 10 2017 22:24:10 EST from IGnatius T Foobar @ Uncensored

Subject: Re: Problem with retrieving messages from other mail server

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


markus: unless I missed it, you have not indicated what version of Citadel Server you are using? The POP3 fetcher was completely rewritten in version 910. Older versions might have had a habit of getting stuck, I'm not quite sure about it, but in 910 we switched to having libcurl do all of the protocol handling so it's more likely to run smoothly.

[#] Mon Dec 11 2017 02:14:46 EST from markus @ Uncensored

Subject: Re: Problem with retrieving messages from other mail server

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

Hello,

thank you for your answer me.

I do have citadel 8.24-1 which comes with Debian 8. What can I do to overcome the problem with the pop3 fetcher in this version? By the way, I cannot seitch to Debian 9.

Regards

Markus

 

Sun Dec 10 2017 22:24:10 EST from IGnatius T Foobar @ Uncensored Subject: Re: Problem with retrieving messages from other mail server

markus: unless I missed it, you have not indicated what version of Citadel Server you are using? The POP3 fetcher was completely rewritten in version 910. Older versions might have had a habit of getting stuck, I'm not quite sure about it, but in 910 we switched to having libcurl do all of the protocol handling so it's more likely to run smoothly.

 



[#] Mon Dec 11 2017 09:38:47 EST from IGnatius T Foobar @ Uncensored

Subject: Re: Problem with retrieving messages from other mail server

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

Generally we are recommending that everyone should use the Easy Install build, because it is always up to date with the latest code and we can get you any needed fixes faster than in operating system packages. However, to switch from the packages to Easy Install you will need to follow this process:

1. Take a backup of your system.
2. Seriously, take a backup. You can mess things up here.
3. Look at http://www.citadel.org/doku.php/documentation:file_layout and move your data files to /usr/local/citadel as indicated.
4. Uninstall the .deb packages
5. Run the Easy Install process.

This will bring you up to a modern 9XX version of the Citadel system with the updated POP3 fetcher.

(Also follow the advice above and take a backup.)

[#] Tue Dec 12 2017 00:01:39 EST from JEJJ @ Uncensored

Subject: How do I turn Citadel ON?

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

Would someone please tell me how to get Citadel up and running?  I have a linux box, run Debian latest, and the last thing I saw in my EasyInstall was that Citidel had installed but couldn't connect to " a server."  Which server, it never said and why it couldn't , it never said and error messages like why it couldn't connect, it never posted.  It just dropped me back to the command line and left me staring at a blinking cursor.   The one think I can think of was that I am running Apache2 on localhost:80 and if Citadel tried to connect on that port, it was busy adn couldn't get to me there. But I don't know for sure that was the problem.  The documentation is awful.  It doesn't answer even the most basic of basic questions, like "how do I turn this damned thing on?" or "even "how do I fire this thing up?"

 



[#] Tue Dec 12 2017 00:37:42 EST from JEJJ @ Uncensored

Subject: how to connect & configure?

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

Would someone please tell me how to get Citadel running?  I have a linux box, run Debian latest, and the last thing I saw in my EasyInstall was that Citidel had installed but couldn't connect to " a server."  Which server, it never said, and why it couldn't , it never said, and error messages, it never posted.   It also never asked me for an admin username or password.  It just dropped me back to the command line and left me staring at a blinking cursor.   The one think I can think of was that I have Apache2 living on localhost:80 and if Citadel tried to connect to me there, it would fail since the port is in use.   But  I don't know for sure that was the problem.  The documentation is terrible.  It doesn't answer even the most basic of questions, like "how do I turn this damned thing on?" or "how do I fire this thing up?"

 



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