Language:
switch to room list switch to menu My folders
Go to page: First ... 17 18 19 20 [21] 22 23 24 25 ... Last
[#] Thu Jun 15 2017 11:21:52 EDT from thecox @ Uncensored

Subject: Migrate from host with Debian package install to host with EasyInstall

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

Hi Support,

for some reason my first message didn't get into the support ..

I tried to migrate from host with Debian package install to host with EasyInstall using ctdlmigrate ... for some reason it failed ... some files have been transferred

Is migration from host with Debian package install to host with EasyInstall not supported with the migration tool?

Cheers,

thecox

 



[#] Thu Jun 15 2017 11:38:30 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Migrate from host with Debian package install to host with EasyInstall

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

It shouldn't matter. But if it's the same architecture on both hosts (i.e. x86-64) you can also just copy the files over.

[#] Thu Jun 15 2017 11:58:05 EDT from thecox @ Uncensored

Subject: Re: Migrate from host with Debian package install to host with EasyInstall

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

Hi,

the transferred bytes are just to small, but I cannot find the problem...

output of migration tool looks like this:

Testing a command over the connection...

Remote commands are executing successfully.


Locating the remote 'sendcommand' and Citadel installation...
bash: /usr/local/citadel/sendcommand: Datei oder Verzeichnis nicht gefunden
sendcommand: started (pid=7287) connecting to Citadel server at /var/run/citadel/citadel-admin.socket
200 mail Citadel server ADMIN CONNECTION ready.
NOOP
200 ok
sendcommand: processing ended.

ctdlmigrate will now begin a database migration...
  if the system doesn't start working,
  have a look at the syslog for pending jobs needing to be terminated.
sendcommand: started (pid=1867) connecting to Citadel server at /usr/local/citadel/citadel-admin.socket
200 VG-JAN-CITADEL Citadel server ADMIN CONNECTION ready.
MIGR import
400 sock it to me
sendcommand: usage: sendcommand [-h server_dir] [-w watchdog_timeout]
sendcommand: processing ended.
sendcommand: started (pid=7289) connecting to Citadel server at /var/run/citadel/citadel-admin.socket
200 mail Citadel server ADMIN CONNECTION ready.
MIGR listdirs
100 Don't forget these:
sendcommand: processing ended.
false
rsync -va --rsh='ssh -S /tmp/ctdl.073a.579478fe' root@dgh:/var/lib/citadel/files// /usr/local/citadel/files//
receiving incremental file list
./
Dateien/

sent 18 bytes  received 74 bytes  184.00 bytes/sec
total size is 0  speedup is 0.00
false
rsync -va --rsh='ssh -S /tmp/ctdl.073a.579478fe' root@dgh:/etc/citadel/messages// /usr/local/citadel/messages//
receiving incremental file list
./
aideopt
changepw
dotopt
entermsg
entopt
goodbye
hello
help
mainmenu
newuser
readopt
register
roomaccess
unlisted

sent 382 bytes  received 1,670 bytes  4,104.00 bytes/sec
total size is 5,325  speedup is 2.60
false
rsync -va --rsh='ssh -S /tmp/ctdl.073a.579478fe' root@dgh:/etc/ssl/citadel// /usr/local/citadel/keys/
receiving incremental file list
./
citadel.cer
citadel.csr
citadel.key

sent 101 bytes  received 2,411 bytes  5,024.00 bytes/sec
total size is 2,211  speedup is 0.88
false
false


 *** Citadel migration was unsuccessful. ***

 

 



[#] Fri Jun 16 2017 20:00:08 EDT from ghostwolf1228 @ Uncensored

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

Hey guys! I just installed Citadel for the first time and I set it up using LDAP with Active Directory and I can't login with the admin credentials I provided during setup.. Would I need to reinstall Citadel or is there a way to add an admin user or change the information for the current one?



[#] Sun Jun 18 2017 14:49:30 EDT from bennabiy @ Uncensored

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

Which install method did you use? Easy Install or packages from the distro?

Fri Jun 16 2017 08:00:08 PM EDT from ghostwolf1228 @ Uncensored

Hey guys! I just installed Citadel for the first time and I set it up using LDAP with Active Directory and I can't login with the admin credentials I provided during setup.. Would I need to reinstall Citadel or is there a way to add an admin user or change the information for the current one?



 



[#] Mon Jun 19 2017 21:30:05 EDT from athos-mn @ Uncensored

Subject: Database size quntupled

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

I went away for a weekend and found that my database size has quintupled, and my /usr/local/citadel/data folder is now full log.<number> files. Is there a way of clearing out those log files without damaging data, and finding out which account(s) are the culprits in this massive growth?



[#] Mon Jun 19 2017 22:16:06 EDT from athos-mn @ Uncensored

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

<singsong> Never mind....

 

I found the perp (um, friend) and deleted his account. I'll wait for the scheduled purge to run for those log files.



[#] Tue Jun 20 2017 18:35:41 EDT from athos-mn @ Uncensored

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

The purge cleaned up the log files, but I'm still seeing a really large database; is there a way to clean it up?



[#] Wed Jun 21 2017 13:19:22 EDT from IGnatius T Foobar @ Uncensored

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

Unfortunately you are seeing the natural way that Berkeley DB allocates disk space. The files never shrink; instead, empty space is marked for re-use later on. As a result, the size of the file isn't actually the size of the data; it's more like a "high water mark."

See also: http://www.citadel.org/doku.php/faq:systemadmin:disk_space

If this is highly undesirable for some reason, you can (after taking a backup, of course) shut down Citadel server and run database_cleanup.sh to dump-and-load your database. Keep in mind, however, that database_cleanup.sh requires enough free space on your disk to hold both the dump and the database itself, so if you're doing this because of a disk space crunch, make sure there's an amount of free space on the filesystem containing /tmp that is *at least* double the size of your database.

Hmm. Now I'm seeing there's a function called db->compact()
https://docs.oracle.com/cd/E17275_01/html/api_reference/C/dbcompact.html

Maybe that can be worked into the code, but I don't see a command line utility to do that.

[#] Tue Jun 27 2017 11:38:04 EDT from bennabiy @ Uncensored

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

That would be a worthy thing to look into....

Wed Jun 21 2017 01:19:22 PM EDT from IGnatius T Foobar @ Uncensored
Unfortunately you are seeing the natural way that Berkeley DB allocates disk space. The files never shrink; instead, empty space is marked for re-use later on. As a result, the size of the file isn't actually the size of the data; it's more like a "high water mark."

See also: http://www.citadel.org/doku.php/faq:systemadmin:disk_space

If this is highly undesirable for some reason, you can (after taking a backup, of course) shut down Citadel server and run database_cleanup.sh to dump-and-load your database. Keep in mind, however, that database_cleanup.sh requires enough free space on your disk to hold both the dump and the database itself, so if you're doing this because of a disk space crunch, make sure there's an amount of free space on the filesystem containing /tmp that is *at least* double the size of your database.

Hmm. Now I'm seeing there's a function called db->compact()
https://docs.oracle.com/cd/E17275_01/html/api_reference/C/dbcompact.html

Maybe that can be worked into the code, but I don't see a command line utility to do that.

 



[#] Tue Jun 27 2017 20:35:29 EDT from bennabiy @ Uncensored

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

Specifically, this portion makes for a hopeful appearance...

 

flags

The flags parameter must be set to 0 or one of the following values:

 

  • DB_FREELIST_ONLY

    Do no page compaction, only returning pages to the filesystem that are already free and at the end of the file. This flag must be set if the database is a Hash access method database.

  • DB_FREE_SPACE

    Return pages to the filesystem when possible. If this flag is not specified, pages emptied as a result of compaction will be placed on the free list for re-use, but never returned to the filesystem.

    Note that only pages at the end of a file can be returned to the filesystem. Because of the one-pass nature of the compaction algorithm, any unemptied page near the end of the file inhibits returning pages to the file system. A repeated call to the DB->compact() method with a low compact_fillpercent may be used to return pages in this case.

 

 

Wed Jun 21 2017 01:19:22 PM EDT from IGnatius T Foobar @ Uncensored
Unfortunately you are seeing the natural way that Berkeley DB allocates disk space. The files never shrink; instead, empty space is marked for re-use later on. As a result, the size of the file isn't actually the size of the data; it's more like a "high water mark."

See also: http://www.citadel.org/doku.php/faq:systemadmin:disk_space

If this is highly undesirable for some reason, you can (after taking a backup, of course) shut down Citadel server and run database_cleanup.sh to dump-and-load your database. Keep in mind, however, that database_cleanup.sh requires enough free space on your disk to hold both the dump and the database itself, so if you're doing this because of a disk space crunch, make sure there's an amount of free space on the filesystem containing /tmp that is *at least* double the size of your database.

Hmm. Now I'm seeing there's a function called db->compact()
https://docs.oracle.com/cd/E17275_01/html/api_reference/C/dbcompact.html

Maybe that can be worked into the code, but I don't see a command line utility to do that.

 



[#] Thu Jun 29 2017 08:48:33 EDT from jp10558 @ Uncensored

Subject: Sync with Android phone

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

So I'm trying to sync with my Android phone. Citadel ought to support one of the CalDav sync tools per the docs, but I don't have a lot of luck. Some tools work one way, others work another. Anywho, the one I'd like to use is DAVDroid, but it cannot list the calendar entries. Strangely, it seems to be able to sync up new entries from my phone. I've provided a lot of details to DavDroid here:

https://forums.bitfire.at/topic/1467/sync-errors-with-citadel-groupware-server-calendar

but the response from them per debug output is it's a Citadel / Server problem because:

The server sends an 500 Internal server error on a CalDAV request. Please contact server support.

In that thread I provide a lot of details so I'll copy the rest of my post here:

I have been running the Citadel groupware server from www.citadel.org for years. Recently I needed a calendar to share with others, and as it claims to support that as well as ical/caldav I figured I use the same system. The Calendar works fine from Thunderbird. DavDroid seems to be able to sync changes from my phone up to the calendar, but not entries from the server down to the phone. So currently I end up using 2 products, iCal Import/Export 3.1 to sync down entries (if I try and use it to upload entries it seems to wipe the server's calendar), and DavDroid to sync changes back up. I'd of course like to get down to one product, and DavDroid seems more simple in the UI if I could get it fully functional.

Citadel is a bit wonky on versioning now. I'm running on Scientific Linux 6.8 (RHEL derivative) and Citadel 907. I have DavDroid 1.6.2-ose from F-Droid repo on a Samsung Note 5 phone running Android 7 Security patch level May 1,2017 kernel version 3.10.61-10809541. Debug info here:
https://pastebin.com/R1NM0pAb

 

So on the Citadel side - any ideas?



[#] Sun Jul 02 2017 00:52:29 EDT from IGnatius T Foobar @ Uncensored

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

Hmm. Now I'm seeing there's a function called db->compact()
https://docs.oracle.com/cd/E17275_01/html/api_reference/C/dbcompact.html


A quick update:

I've tested db->compact() with Citadel Server, and it works as advertised.

So you can expect the next release of the server program to contain, at the very least, a site-configurable option to enable database compaction after the auto-purger is run. (I might make it a hidden setting, just to be able to get it out there faster.)

[#] Sun Jul 02 2017 00:54:02 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: Sync with Android phone

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

So I'm trying to sync with my Android phone. Citadel ought to support
one of the CalDav sync tools per the docs, but I don't have a lot of
luck. Some tools work one way, others work another. Anywho, the one

Are you trying to make it use CalDAV? The current version doesn't support CalDAV yet. (It's being worked on as part of WebCit-NG though.)

The current version will support the idea of loading/saving the entire calendar as an .ics file over regular WebDAV. This has been tested with Android and it does work.

[#] Mon Jul 03 2017 06:28:05 EDT from Christian.Commarmond @ Uncensored

Subject: Big number of messages...

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

Hi,

I installed Citadel and try to synch with my 1,500,000 messages gmail account. (OK, I receive more than 2000 per day, mostly automatized reports).

I try to do the synch with imapsync. It is super slow. I will try soon to do the initial loading from thunderbird.

 

My concern is that, when I go in a folder which contains nearly 200,000 messages, I get the good number at top of screen, but I can only see around 32000 messages (I guess, because I see only to 19th of may 2015). And worse, only the olders...

 

Questions:

Is this normal? Can I override this? Can I get to see the newest messages?

 

Thank you for your help.

 

Christian

 

 



[#] Mon Jul 03 2017 17:41:00 EDT from s3cr3to @ Uncensored to Citadel_Support <room_Citadel_Support@uncensored.citadel.org>

Subject: db->compact() on 8.17

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

On 07/01/2017 10:52 PM, IGnatius T Foobar wrote:

A quick update:

I've tested db->compact() with Citadel Server, and it works as advertised.


So you can expect the next release of the server program to contain, at the
very least, a site-configurable option to enable database compaction after
the auto-purger is run. (I might make it a hidden setting, just to be able
to get it out there faster.)

I read that message, and I wonder if is possible for you to create a
tool to compact the db on Citadel 8.17.

My current version "Citadel 8.17" Debian Squeeze; currently using 67G
db.08. A few months ago, I understand and configure the "Expire by
message age/count" for the majority of my users, except the very
important ones.

I cross my fingers and hope you have a positive response :)

P.S. Or if you can point me in the right direction, so I can investigate
what libraries/language(python/bashscrip/pascal)/way to connect and run
the db.compact().

P.S.2. some months ago, I manage to read the users from the db using the
command line (bash+python?), but I don't remember how I do, need to dig
on my harddisk, maybe I can do it :O ?!

Regards

[#] Tue Jul 04 2017 16:12:15 EDT from bennabiy @ Uncensored

Subject: db->compact()

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

Any noticeable performance hit?

Sun Jul 02 2017 12:52:29 AM EDT from IGnatius T Foobar @ Uncensored
Hmm. Now I'm seeing there's a function called db->compact()
https://docs.oracle.com/cd/E17275_01/html/api_reference/C/dbcompact.html


A quick update:

I've tested db->compact() with Citadel Server, and it works as advertised.

So you can expect the next release of the server program to contain, at the very least, a site-configurable option to enable database compaction after the auto-purger is run. (I might make it a hidden setting, just to be able to get it out there faster.)

 



[#] Wed Jul 05 2017 10:53:52 EDT from Freakdog @ Dog Pound BBS II

Subject: Re: db->compact() on 8.17

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

 

Mon Jul 03 2017 05:41:00 PM EDT from s3cr3to @ Uncensored Subject: db->compact() on 8.17
On 07/01/2017 10:52 PM, IGnatius T Foobar wrote:

A quick update:

I've tested db->compact() with Citadel Server, and it works as advertised.


So you can expect the next release of the server program to contain, at the
very least, a site-configurable option to enable database compaction after
the auto-purger is run. (I might make it a hidden setting, just to be able
to get it out there faster.)
I read that message, and I wonder if is possible for you to create a
tool to compact the db on Citadel 8.17.

My current version "Citadel 8.17" Debian Squeeze; currently using 67G
db.08. A few months ago, I understand and configure the "Expire by
message age/count" for the majority of my users, except the very
important ones.

I cross my fingers and hope you have a positive response :)

P.S. Or if you can point me in the right direction, so I can investigate
what libraries/language(python/bashscrip/pascal)/way to connect and run
the db.compact().

P.S.2. some months ago, I manage to read the users from the db using the
command line (bash+python?), but I don't remember how I do, need to dig
on my harddisk, maybe I can do it :O ?!

Regards

It may be easier to run the easy_install option and upgrade your code...you can then move the DB and messages files over to the appropriate directories under the new directory structure, which will bring you up to current.



[#] Wed Jul 05 2017 11:42:57 EDT from jp10558 @ Uncensored

Subject: Re: Big number of messages...

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

I have the same issue with a non synced, just citadel server. My messages in the Inbox stop around Jan 3rd, yet using IMAP I get messages through today... I'm not sure this is specific to a large number of messages or not, but I have 11417 messages according to webcit in my Inbox.



[#] Wed Jul 05 2017 12:30:42 EDT from Christian.Commarmond @ Uncensored

Subject: Re: Big number of messages...

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

 

Wed Jul 05 2017 11:42:57 EDT from jp10558 @ Uncensored Subject: Re: Big number of messages...

I have the same issue with a non synced, just citadel server. My messages in the Inbox stop around Jan 3rd, yet using IMAP I get messages through today... I'm not sure this is specific to a large number of messages or not, but I have 11417 messages according to webcit in my Inbox.



Hi JP,

I think that may be a bug in webcit. Which cannot query all messages , but worse, read first the oldests...

Anyway, with imapsync, my synch will never finish. It seems that it tries to reread all the source each time... 

And it looks like only one people is still working on this project. He cannot do everything. I have a 12 hours plane tonight. I am downloading the C code to have a look. Who knows, maybe a miracle will show me the problem...

Don't hope too much... 

 

Christian



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