Language:
switch to room list switch to menu My folders
Go to page: First ... 24 25 26 27 [28] 29 30 31 32 ... Last
[#] Thu Dec 04 2014 12:07:03 EST from Paulo @ Uncensored

Subject: Looking for someone to help get rolling on this

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


Good day, I'm looking for someone who can help us get rolling on this and do some customizations.

It looks like a very good solution for our needs but I'm a little concerned that last release was over a year ago. Perfection is complete?



[#] Fri Dec 05 2014 04:12:58 EST from giri @ Uncensored

Subject: Re: Citadel native syc connection to Thunderbird (Address/Cal/Task)

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

 

Wed Jul 23 2014 09:49:10 EDT from IGnatius T Foobar @ Uncensored Subject: Re: Citadel native syc connection to Thunderbird (Address/Cal/Task)
Personally all the add-ons and pluggins such as Snyckolab and SoGo, as nice

as it was for the programmers to come up with a way to get sync with
thunderbird just don't do justice to Citadel and Thunderbird. I just don't


For the calendar, you can just mount the entire calendar using webdav. It's not ideal from a programmatic point of view but it does work cleanly.

When I get some time I am planning to add CalDAV and CardDAV to the server, so that'll work much better.

CalDAV/CardDAV support would be really awesome! *.*



[#] Fri Dec 05 2014 17:06:00 EST from nnnn20430 @ Uncensored

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

for any one who has the same problem compiling webcit as me the problem was that on the machine i wanted it to compile had grep version 2.21 which for some reason interpreted the file context_loop.c as a binary file and outputted this "Binary file context_loop.c matches" instead of "context_loop.c:ServerStartModule_CONTEXT"

to fix this simply create an alias at the beginning of mk_module_init.sh script: alias grep='grep -a'



[#] Sat Dec 06 2014 10:06:58 EST from dothebart @ Uncensored

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

hm, fancy... file tells me its an iso file... though it should be pure ascii...

thanks for finding this out.



[#] Sat Dec 06 2014 10:51:38 EST from imgx64 @ Uncensored

Subject: List subscription on Uncensored still broken

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

I just wanted to point out that https://uncensored.citadel.org/listsub is still broken. I posted a message here a few weeks ago but the problem is not fixed yet. When I try to subscribe, I get the email, but clicking the confirm link gives the below error.

Does subscribing to lists work for anybody else?

List subscribe/unsubscribe

Confirmation failed.

This could mean one of two things:
  • You waited too long to confirm your subscribe/unsubscribe request (the confirmation link is only valid for three days)
  • You have already successfully confirmed your subscribe/unsubscribe request and are attempting to do it again.
The error returned by the server was: You need to specify the email address you'd like to subscribe with. You need to specify the email address you'd like to subscribe with. Invalid token.


[#] Sat Dec 06 2014 14:03:00 EST from "Buzz" <buzz@ksys.co.nz> to citadel_support@citadel.org

Subject: Re: [Citadel Support] List subscription on Uncensored still broken

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

On 07/12/14 04:51, imgx64 wrote:
I just wanted to point out that https://uncensored.citadel.org/listsub
is still broken. I posted a message here a few weeks ago but the problem
is not fixed yet. When I try to subscribe, I get the email, but clicking
the confirm link gives the below error.
+1. I have been unable to unsubscribe from day 1. I think it may be a
trap...


Does subscribing to lists work for anybody else?

Subscribing appears to work, otherwise I wouldn't be here. Are you sure
it hasn't subscribed you despite giving you the failure screen?

--
Cheers

Buzz

[#] Sun Dec 07 2014 07:24:34 EST from ano @ Uncensored

Subject: Something wrong with Pidgin

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

Good day. I've set up Citadel server and want to use Pidgin for XMPP. It tries to connect and can't to do something important for it. I can receive messages there but can't see buddies list and can't send message to other users because pidgin think that are offline. May be something incomplete in my configuration?

[#] Sun Dec 07 2014 11:48:20 EST from imgx64 @ Uncensored

Subject: Re: [Citadel Support] List subscription on Uncensored still broken

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

Sat Dec 06 2014 14:03:00 EST from "Buzz" <buzz@ksys.co.nz> Subject: Re: [Citadel Support] List subscription on Uncensored still broken
Subscribing appears to work, otherwise I wouldn't be here. Are you sure
it hasn't subscribed you despite giving you the failure screen?

Yes, I'm sure I'm not subscribed as I'm not receiving any emails. I'm currently using the web interface for posting and reading.



[#] Sun Dec 07 2014 12:41:10 EST from "Buzz" <buzz@ksys.co.nz> to Citadel Support <citadel_support@citadel.org>

Subject: Re: [Citadel Support]

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

On 08/12/14 05:49, Citadel Support wrote:
------------------------------------------------------------------------------
From: imgx64<Ibrahim_M._Ghazal@uncensored.citadel.org>
Subject: Re: [Citadel Support] List subscription on Uncensored still broken

Sat Dec 06 2014 14:03:00 EST from "Buzz"<buzz@ksys.co.nz> Subject: Re:
[Citadel Support] List subscription on Uncensored still broken

Subscribing appears to work, otherwise I wouldn't be here. Are you sure
it hasn't subscribed you despite giving you the failure screen?






Yes, I'm sure I'm not subscribed as I'm not receiving any emails. I'm
currently using the web interface for posting and reading.
In that case I can't help sorry. It appears we have the same problem. If
you do get it solved can you post the solution please as that may allow
me to get unsubscribed.

--
Cheers

Buzz

[#] Sun Dec 07 2014 15:02:18 EST from MyrddinWyllt @ Uncensored

Subject: 'cursor still in progress' error on CentOS 6

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

Hi guys,

I did have citadel working beautifully on CentOS 6 for over a year, but since an OS update at the beginning of November, citserver won't start. My latest attempt involved removing all traces of citadel and webcit, and doing a fresh 'Easy Install'. Everything went fine until I reached the 'setup' stage, where I got the now familiar error message:

<code>Message from syslogd@s17031686 at Dec  7 18:47:42 ...
 citserver[22237]: bdb(): cursor still in progress on cdb 04: can't begin transaction during r/o cursor</code>

Running citserver as root with no command-line options produces the following output :

<code>[root@sxxxxxxxx init.d]# /usr/local/citadel/citserver
citserver[22543]:
citserver[22543]:
citserver[22543]: *** Citadel server engine v8.24 (build 5644ab7) ***
citserver[22543]: Copyright (C) 1987-2014 by the Citadel development team.
citserver[22543]: This program is distributed under the terms of the GNU General Public License.
citserver[22543]:
citserver[22543]: Called as: /usr/local/citadel/citserver
citserver[22543]: libcitadel(unnumbered)
citserver[22543]: Loading citadel.config
citserver[22543]: Acquiring control record
citserver[22543]: master_startup() started
citserver[22543]: Opening databases
citserver[22543]: bdb(): open_databases() starting
citserver[22543]: Compiled db: Berkeley DB 5.1.29: (October 25, 2011)
citserver[22543]:   Linked db: Berkeley DB 5.1.29: (October 25, 2011)
citserver[22543]: Calculated dbversion: 5001029
citserver[22543]:   Previous dbversion: 5001029
citserver[22543]: Linked zlib: 1.2.3
citserver[22543]: bdb(): Setting up DB environment
citserver[22543]: dbenv->open(dbenv, /usr/local/citadel/data/, 19091, 0)
Finding last valid log LSN: file: 1 offset 112990
Recovery starting from [1][28]
Recovery complete at Sun Dec  7 19:38:46 2014
Maximum transaction ID 8000001a Recovery checkpoint [1][114069]
citserver[22543]: Starting up DB
citserver[22543]: Checking floor reference counts
citserver[22543]: bdb(): cursor still in progress on cdb 04: can't begin transaction during r/o cursor

Message from syslogd@sxxxxxxxx at Dec  7 19:38:46 ...
 citserver[22543]: bdb(): cursor still in progress on cdb 04: can't begin transaction during r/o cursor
citserver[22543]: citserver is stopping in order to prevent data loss. uid=0 gid=0 euid=0 egid=0</code>

I just tried 'Easy Install' on a Slackware box, and everything worked perfectly.

Is there something I've missed when cleaning out the previous install which would cause this, or do CentOS 6 and citadel just not like each other?

The last few lines of /tmp/citadel-install-log.txt are as follows if it helps:

<code>/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.

--2014-12-07 18:47:42--  http://easyinstall.citadel.org/citadel-init-scripts.tar
Resolving easyinstall.citadel.org... 216.150.130.115
Connecting to 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% 73.1K=0.1s

2014-12-07 18:47:42 (73.1 KB/s) - `citadel-init-scripts.tar' saved [10240/10240]

Operating system: Linux RedHat 6.6(Final 2.6.32-042stab094.7 x86_64)
</code>



Cheers,

Myrddin



[#] Mon Dec 08 2014 13:46:48 EST from ano @ Uncensored

Subject: Re: Something wrong with Pidgin

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

How can I resolve this issue?

<iq type='get' id='purplee9eede59' to='something.some.where'>
        <query xmlns='http://jabber.org/protocol/disco#items'/>
</iq>
<iq type='get' id='purplee9eede5a' to='something.some.where'>
        <query xmlns='http://jabber.org/protocol/disco#info'/>
</iq>
<iq type='error' id='purplee9eede59'>
        <error code='503' type='cancel'>
                <service-unavailable xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
        </error>
</iq>
<iq type='error' id='purplee9eede5a'>
        <error code='503' type='cancel'>
                <service-unavailable xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/>
        </error>
</iq>

(it is from pifgin' XMPP console)



[#] Mon Dec 08 2014 19:53:30 EST from pjhealy @ Uncensored

Subject: KVM Appliance of Citadel

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

Hello,

 

Is there an updated or working version of the KVM appliance of Citadel?  The one located here: http://www.citadel.org/doku.php/installation:appliance is an invalid zip file and appears to be dated 2011.

I'd love to take a look at this - the feature set is exactly what I'm looking for...

 

Thanks,

 

Pat



[#] Wed Dec 10 2014 21:27:15 EST from friday @ Uncensored

Subject: scrollout F1 in front of citadel

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

I've deployed Scrollout F1 in front of an exchange server with no issues. But in front of citadel, it gets weird: I get messages like the following when scrollout passes legit email to Citadel:

 

Recipient address rejected: undeliverable address: host 10.40.201.200[10.40.201.200] said: 550 You must log in to send mail from domain.com (in reply to MAIL FROM command); from=user@domain.com to=user@domain.com proto=ESMTP helo=[123.456.78.9]


It's almost as if I need a trusted network/address within citadel that needs no smtp authentication to relay. Is there a setting like that in Citadel?



[#] Wed Dec 10 2014 22:39:19 EST from "ferriswheel" <ferriswheel@jetechserv.com> to Citadel <citadel_support@citadel.org>

Subject: unsubscribe not working

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

please unsubscribe me

[#] Thu Dec 11 2014 04:46:01 EST from "Buzz" <buzz@ksys.co.nz> to citadel_support@citadel.org

Subject: unsubscribe not working

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

please unsubscribe me
--
Cheers

Buzz

[#] Thu Dec 11 2014 05:13:14 EST from dothebart @ Uncensored

Subject: Re: scrollout F1 in front of citadel

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

you need to either use lmtp or authenticate - as the message says. else it would be an open relay.



[#] Sat Dec 13 2014 00:21:16 EST from gmark @ Uncensored

Subject: Re: 'cursor still in progress' error on CentOS 6

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

I would like to throw my hat in the ring of people affected by this db cursor issue. My citadel instance has been down for several weeks now as a result. Fortunately I only use it for personal internal use so nothing seriously important is impacted. But, being down for this long is making me slightly twitchy.

I've ran through the steps found throughout this thread and, like others, nothing is working. My logs and output look exactly the same as others (save for pids) and it is(was?) running on CentOS 6.6.

 

My fingers are crossed that an update will come that will resolve this issue or that someone will find a suitable fix/workaround.

Sun Dec 07 2014 15:02:18 EST from MyrddinWyllt @ Uncensored Subject: 'cursor still in progress' error on CentOS 6

Hi guys,

I did have citadel working beautifully on CentOS 6 for over a year, but since an OS update at the beginning of November, citserver won't start. My latest attempt involved removing all traces of citadel and webcit, and doing a fresh 'Easy Install'. Everything went fine until I reached the 'setup' stage, where I got the now familiar error message:

<code>Message from syslogd@s17031686 at Dec  7 18:47:42 ...
 citserver[22237]: bdb(): cursor still in progress on cdb 04: can't begin transaction during r/o cursor</code>

Running citserver as root with no command-line options produces the following output :

<code>[root@sxxxxxxxx init.d]# /usr/local/citadel/citserver
citserver[22543]:
citserver[22543]:
citserver[22543]: *** Citadel server engine v8.24 (build 5644ab7) ***
citserver[22543]: Copyright (C) 1987-2014 by the Citadel development team.
citserver[22543]: This program is distributed under the terms of the GNU General Public License.
citserver[22543]:
citserver[22543]: Called as: /usr/local/citadel/citserver
citserver[22543]: libcitadel(unnumbered)
citserver[22543]: Loading citadel.config
citserver[22543]: Acquiring control record
citserver[22543]: master_startup() started
citserver[22543]: Opening databases
citserver[22543]: bdb(): open_databases() starting
citserver[22543]: Compiled db: Berkeley DB 5.1.29: (October 25, 2011)
citserver[22543]:   Linked db: Berkeley DB 5.1.29: (October 25, 2011)
citserver[22543]: Calculated dbversion: 5001029
citserver[22543]:   Previous dbversion: 5001029
citserver[22543]: Linked zlib: 1.2.3
citserver[22543]: bdb(): Setting up DB environment
citserver[22543]: dbenv->open(dbenv, /usr/local/citadel/data/, 19091, 0)
Finding last valid log LSN: file: 1 offset 112990
Recovery starting from [1][28]
Recovery complete at Sun Dec  7 19:38:46 2014
Maximum transaction ID 8000001a Recovery checkpoint [1][114069]
citserver[22543]: Starting up DB
citserver[22543]: Checking floor reference counts
citserver[22543]: bdb(): cursor still in progress on cdb 04: can't begin transaction during r/o cursor

Message from syslogd@sxxxxxxxx at Dec  7 19:38:46 ...
 citserver[22543]: bdb(): cursor still in progress on cdb 04: can't begin transaction during r/o cursor
citserver[22543]: citserver is stopping in order to prevent data loss. uid=0 gid=0 euid=0 egid=0</code>

I just tried 'Easy Install' on a Slackware box, and everything worked perfectly.

Is there something I've missed when cleaning out the previous install which would cause this, or do CentOS 6 and citadel just not like each other?

The last few lines of /tmp/citadel-install-log.txt are as follows if it helps:

<code>/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.

--2014-12-07 18:47:42--  http://easyinstall.citadel.org/citadel-init-scripts.tar
Resolving easyinstall.citadel.org... 216.150.130.115
Connecting to 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% 73.1K=0.1s

2014-12-07 18:47:42 (73.1 KB/s) - `citadel-init-scripts.tar' saved [10240/10240]

Operating system: Linux RedHat 6.6(Final 2.6.32-042stab094.7 x86_64)
</code>



Cheers,

Myrddin



 



[#] Sat Dec 13 2014 13:19:51 EST from nristen @ Uncensored

Subject: Re: How to edit a draft ?

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

Bump... wondering the same thing myself?

Wed May 07 2014 03:41:23 AM EDT from rolfijn @ Uncensored Subject: Re: How to edit a draft ?

Yes! Exellent question. Is there a way? I've also not been able to find it.

Sun Dec 29 2013 14:49:24 EST from mingodad @ Uncensored Subject: How to edit a draft ?

I'm just starting with citadel and I like the concept but I can not understand how we can edit a draft document, I can only see options to reply, forward not to edit the draft itself.

How it's supposed to work ?

Thanks in advance for any help !



 



 



[#] Sat Dec 13 2014 14:45:01 EST from Schnappi @ Uncensored

Subject: Webcal Url lacks a / at the end

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

Hi

I tried to use the first link from [1] in thunderbird/lightning, but I got an error. I lacks a / at the end. You can also try this url in your webbrowser.

Schnappi

 

[1] http://citadel.org/doku.php/faq:favoriteclient:what_url_s_do_i_use#what.url.s.do.i.use.for.webcal.publish.subscribe.with.mozilla.lightning.sunbird.apple.ical.etc



[#] Sun Dec 14 2014 18:01:20 EST from nristen @ Uncensored

Subject: subscribe/unsubscribe email confirmation

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

On my own citadel instance (8.24) running on ubuntu 13.04 (easyinstall) - when I allow users to subscribe/unsubscribe from a room, the confirmation email they get contains a link with the server's ip address rather than the domain name.

I have confirmed that the administrative setup is show the domain rather than the ip address.

How is that link address determined in citadel?

Thank you.



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