Language:
switch to room list switch to menu My folders
Go to page: 1 [2] 3 4 5 6 ... Last
[#] Thu Jan 16 2014 08:14:03 EST from dothebart @ Uncensored

Subject: Re: Active Directory setup

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

if you kill setup, you should be able to start citserver with

/etc/init.d/citadel start

and (most probably) be up & running.



[#] Thu Jan 16 2014 09:48:32 EST from chomezy @ Uncensored

Subject: Re: Active Directory setup

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

I found that I was missing the openldap development libraries and then setup completed. I reinstalled Debian again, installed the openldap development libraries using synaptics, then ran the commands from my last message (except apt-get install slapd), the install completed and got to webcit config, but when I tried to login to citadel through webcit I received an error: citadel not found

I tried to stop and start the service, then received errors indicating something was blocking the port, I checked netstat -lnp and exim4 was taking over port 25, I purged the exim package and was able to start citadel, however I still receive the same error message: citadel not found

Is a package install using synaptics better or easier than command line install?



[#] Thu Jan 16 2014 12:55:20 EST from dothebart @ Uncensored

Subject: Re: Active Directory setup

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

yes - it should.



[#] Fri Jan 17 2014 16:15:27 EST from chomezy @ Uncensored

Subject: Re: Active Directory setup

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

I found that I was missing the openldap development libraries and then setup completed. I reinstalled Debian again, installed the openldap development libraries using synaptics, then ran the commands from my last message (except apt-get install slapd), the install completed and got to webcit config, but when I tried to login to citadel through webcit I received an error: citadel not found

I tried to stop and start the service, then received errors indicating something was blocking the port, I checked netstat -lnp and exim4 was taking over port 25, I purged the exim package and was able to start citadel, however I still receive the same error message: citadel not found

Is a package install using synaptics better or easier than command line install?



[#] Fri Jan 17 2014 16:16:47 EST from chomezy @ Uncensored

Subject: Re: Active Directory setup

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

 

Fri Jan 17 2014 16:15:27 EST from chomezy @ Uncensored Subject: Re: Active Directory setup

I found that I was missing the openldap development libraries and then setup completed. I reinstalled Debian again, installed the openldap development libraries using synaptics, then ran the commands from my last message (except apt-get install slapd), the install completed and got to webcit config, but when I tried to login to citadel through webcit I received an error: citadel not found

I tried to stop and start the service, then received errors indicating something was blocking the port, I checked netstat -lnp and exim4 was taking over port 25, I purged the exim package and was able to start citadel, however I still receive the same error message: citadel not found

Is a package install using synaptics better or easier than command line install?



Ignore this, I reloaded the page and it resubmitted the last comment I made. Sorry



[#] Sat Jan 18 2014 12:25:54 EST from christoph.larsensynalinq.com @ Uncensored

Subject: Citadel and LDAP Riddles on FreeBSD

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

Dear All,

First of all, a big thank you for this excellent piece of software! I have been able to install Citadel, latest stable version, inside a FreeBSD jail rather painlessly (the only modification being this one:

cat lib/libcitadel.h | sed 's/loff_t\ /long\ /g' > lib/libcitadel.h.tmp
mv -f lib/libcitadel.h.tmp lib/libcitadel.h

The reason was that my FreeBSD 9.2 system did not like "loff_t", so I had libcitadel compiled from source first, avoid a recompilation by EasyInstall by modifying the install strict, and ran the install script afterwards as prescribed.

All is well with internal logins.

I have been using a Central Authentication System (CAS) on my server for quite a while, using OpenLDAP via SSL in a different jail. This has been working like a charm for Postfix, Dovecot, Django and Ruby on Rails applications, as well as others. The pf firewall and DNS settings are certainly working, so it comes to no surprise that I wish to have the CAS sort out my Citadel authentication, too.

With Citadel, however, I do encounter a few issues:

First, old Citadel documentation seems to insist on inetOrgPerson as OpenLDAP ObjectClass, which is perfect with me, because I have virtualised literally all my users, and simply do not need system users, unless for certain privileged (admin) tasks. The issue is that the current version of Citadel insists on the posixUser as ObjectClass, and I cannot find a way to change this filter. Of course, it would b nice anyway, if LDAP filters culd b edited - think of dynamic user groups in OpenLDAP, which is a feature I use extensively to provide finely grained access right to different applications. So, is there any way to change at least from posixUser ObjectClass to inetOrgPerson?

The second problem is that Citadel does not seem to like and form and shape of SSL/TLS. Unlike all my other applications (which work like a charm with TLS/SSL), it stubbornly refuse to honour my settings, otherwise working ldap.conf included. Yes, my certs and keys are in /etc/ssl, as is standard (though I noted that Citadel has its own request/certificate/key set).

In summary, if I change the LDAP ObjectClass for each envisaged user to posixUser (NOT desired!) and abandon TLS/SSL, I make some progress, but there should be a better way! Thank you so much for your help!

Chris



[#] Sun Jan 19 2014 10:55:09 EST from TaMeR @ Uncensored

Subject: EUID "exti=" "msgn="

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

I need some coding help

I read messages with different mime types with MSG4 and need to know what to use as EUID, when I send the message back with the purpose of replacing the message in the room. I also create new messages, and need to know how to set the EUID, when I do create new messages.

I noticed an undocumented response item exti= when receiving vcards

Defining my questions:

  1. What is the exact format of an EUID?
    is this correct? <UID@hostname.tld>
  2. What is the EUID when sending text back?
  3. What is the EUID when sending vcard back?
  4. What is the EUID when crating a new message?

 

Return-Path: tamer
Date: Sun, 19 Jan 2014 05:18:02 +0200
Subject: Elco
Message-ID: <52DB43EA-00000B6F@gateway.riky.net>
From: "tamer" <tamer@gateway.riky.net>
Content-type: text/x-vcard

begin:vcard
N:Elco;null;;;
FN:Elco
ORG:Delta Hi Tech
EMAIL;TYPE=INTERNET;PREF:elco@delta.com
TEL;TYPE=HOME:(818) 407-1111
TEL;TYPE=WORK:(818) 407-1111
ALLOWREMOTECONTENT:false
UID:sk-vc-C43CD1111F7BD86F
VERSION:2.1
REV:1
end:vcard

 

Received:

msgn=52DB47A8-00000B73@gateway.riky.net
path=tamer
time=1390102440
from=tamer
room=Contacts
node=gateway
hnod=Gateway Citadel
exti=sk-vc-C43CD1111F7BD86F
subj=Elco
part=
text
Content-type: text/x-vcard
Content-length: 252
Content-transfer-encoding: 7bit
X-Citadel-MSG4-Partnum: 1

begin:vcard
N:Elco;null;;;
FN:Elco
ORG:Delta Hi Tech
EMAIL;TYPE=INTERNET;PREF:elco@deltahi-tech.com
TEL;TYPE=HOME:(818) 407-1111
TEL;TYPE=WORK:(818) 407-1111
ALLOWREMOTECONTENT:false
UID:sk-vc-C43CD1111F7BD86F
VERSION:2.1
REV:1
end:vcard

-- 
TaMeR

Citadel Sync:
https://bitbucket.org/gotamer/citadelsync

Citadel PHP:
https://bitbucket.org/robotamer/citadelphp



[#] Sun Jan 19 2014 11:04:35 EST from TaMeR @ Uncensored

Subject: Re: EUID "exti=" "msgn="

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

 

It would also be interesting to know how you apply this on WIKIs?

-- 
TaMeR

Citadel Sync:
https://bitbucket.org/gotamer/citadelsync

Citadel PHP:
https://bitbucket.org/robotamer/citadelphp



[#] Sun Jan 19 2014 14:04:03 EST from TaMeR @ Uncensored

Subject: Developer ID request

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

 

Can I get a developer id for IDEN?

-- 
TaMeR

Citadel Sync:
https://bitbucket.org/gotamer/citadelsync

Citadel PHP:
https://bitbucket.org/robotamer/citadelphp



[#] Sun Jan 19 2014 20:35:28 EST from platonov @ Uncensored

Subject: Re: Developer ID request

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

 

Sun Jan 19 2014 14:04:03 EST from TaMeR @ Uncensored Subject: Developer ID request

 

Can I get a developer id for IDEN?

-- 
TaMeR

Citadel Sync:
https://bitbucket.org/gotamer/citadelsync

Citadel PHP:
https://bitbucket.org/robotamer/citadelphp

TaMeR,

You have my support and appreciation of your efforts to bring something in to the Citadel system. It might not mean much to you because you have no idea of who I am, and you might say: "so what"? Well, what can I say?

But your effort is invaluable and appreciated more than you might suspect seeing total disregard to your requests and/or your efforts "in the scheme of things".

Unfortunately, I am not a Citadel developer and these issues are not the area of my competence.

But just don't get frustrated and do not fall into apathy.

Just keep banging on the heads of those "high priests" of software "thrones". Try to say it differently, may be. Or try to accentuate and clarify the significance of the work you are doing. Who knows, may be people are simply busy with other things...

Again, just keep going on, keep knocking. For this is the Law:

"Knock and the door shalt be open for thee".

Good luck and keep plugging-in and enjoying the beauty of Intelligence, All-Pervading and All-Encompassing.

On a side note, I can suggest to DOCUMENT whatever you have done or doing as well as you can manage. Create a web page or post a message here or elsewhere. Try to create a table of contents so it becomes easy to navigate your document. Provide the examples and benefits of using what you have created. Provide the compatibilities and limitation of your approach, if you feel there is a need for that. Explain the reasoning and a need for what you have done.

In other words, keep being creative, as much as you can manage.

And do not worry for the "results". The results will be there, no matter what.

Good luck.

-- Veeren



[#] Mon Jan 20 2014 02:13:39 EST from dothebart @ Uncensored

Subject: Re: Developer ID request

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

 

Sun Jan 19 2014 20:35:28 EST from platonov @ Uncensored Subject: Re: Developer ID request

 

Sun Jan 19 2014 14:04:03 EST from TaMeR @ Uncensored Subject: Developer ID request

 

Can I get a developer id for IDEN?

-- 
TaMeR

Citadel Sync:
https://bitbucket.org/gotamer/citadelsync

Citadel PHP:
https://bitbucket.org/robotamer/citadelphp

TaMeR,

You have my support and appreciation of your efforts to bring something in to the Citadel system. It might not mean much to you because you have no idea of who I am, and you might say: "so what"? Well, what can I say?

But your effort is invaluable and appreciated more than you might suspect seeing total disregard to your requests and/or your efforts "in the scheme of things".

Unfortunately, I am not a Citadel developer and these issues are not the area of my competence.

But just don't get frustrated and do not fall into apathy.

Just keep banging on the heads of those "high priests" of software "thrones". Try to say it differently, may be. Or try to accentuate and clarify the significance of the work you are doing. Who knows, may be people are simply busy with other things...

Again, just keep going on, keep knocking. For this is the Law:

"Knock and the door shalt be open for thee".

Good luck and keep plugging-in and enjoying the beauty of Intelligence, All-Pervading and All-Encompassing.

On a side note, I can suggest to DOCUMENT whatever you have done or doing as well as you can manage. Create a web page or post a message here or elsewhere. Try to create a table of contents so it becomes easy to navigate your document. Provide the examples and benefits of using what you have created. Provide the compatibilities and limitation of your approach, if you feel there is a need for that. Explain the reasoning and a need for what you have done.

In other words, keep being creative, as much as you can manage.

And do not worry for the "results". The results will be there, no matter what.

Good luck.

-- Veeren

long words put short, he has lots of ideas, specifies them in lengthy posts, and wants others to implement them.

IG is responsible for developer IDs.



[#] Mon Jan 20 2014 08:43:27 EST from Freakdog @ Dog Pound BBS II

Subject: Re: Developer ID request

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

long words put short, he has lots of ideas, specifies them in lengthy

posts, and wants others to implement them.

IG is responsible for developer IDs.

Additionally, the request(s) came in on Sunday...a weekend. While I'm sure that the devs appreciate the input, suggestions, and requests to assist with the development process, it's rather presumptuous to expect that the "high


Or...maybe it's just me.

[#] Mon Jan 20 2014 12:24:26 EST from shadowfire @ Uncensored

Subject: Users and User Purge Message

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

Guys,

Should the following users be in the Add & Delete User area in Citadel (am I missing any or have ones that should not be there?:

(system users)

SYS_LibEv Thread
SYS_LibEv DB IO Thread
SYS_Extnotify
SYS_POP3aggr
SYS_SMTP_Send
SYS_rssclient
SYS_CitNetSpool

(them my users)



Does anyone know why I would be getting User Purge Message on going like below.


The following users have been auto-purged: SYS_Citadel

It happens on a constant daily basis.

Is there a way to make it stop???

Thanks

-SF-


[#] Mon Jan 20 2014 12:27:13 EST from shadowfire @ Uncensored

Subject: Citadel server process terminated unexpectedly

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

I have surrently started to get the following message in Aide Rm:


Citadel server process terminated unexpectedly



The Citadel server process (citserver) terminated unexpectedly. This could be the result of a bug in the server program, or some external factor. You can obtain more information about this by enabling core dumps. For more information, please see: http://citadel.org/doku.php?id=faq:mastering_your_os:gdb#how.do.i.make.my.system.produce.core-files If you have already done this, the core dump is likely to be found at /usr/local/citadel/core.25148


[#] Mon Jan 20 2014 12:35:51 EST from shadowfire @ Uncensored

Subject: Unknown user logged in 100% of time in Online Users Rm?

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

 


Should I have a user no logged in 100% in the Online User Rm?  Like the following?

     
kill)  (Edit configuration)  (Edit address book entry) (p) (active) (not logged in) [5]

 

If not, how do I get rid of it?

 

Thanks,

-SF-

 

 



[#] Tue Jan 21 2014 02:11:20 EST from dothebart @ Uncensored

Subject: Re: Unknown user logged in 100% of time in Online Users Rm?

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

these corrospond i.e. to inbound smtp sessions.

since the session memory table is cleaned once in a while they live for some time.

using

sendcommand RWHO

you can see the raw version of this screen, which doesn't compress similar users.



[#] Tue Jan 21 2014 16:40:26 EST from MarcelMonteny @ Uncensored

Subject: Error in log

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

Every minute I get the following error in the mail.err log:

Server citserver[1058]: No external notifiers configured on system/user

 

How can I solve this error?

Nothing found on "external notifiers"....



[#] Wed Jan 22 2014 02:16:20 EST from dothebart @ Uncensored

Subject: Re: Error in log

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

its not an error, and there currently is no way to remove this.



[#] Wed Jan 22 2014 20:29:10 EST from Christoph H. Larsen @ Uncensored

Subject: Re: Citadel and LDAP Riddles on FreeBSD

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

Dear All,

I am just wondering, whether anybody had the same problems, or whether anybody has a clue what I might have missed. As I really like Citadel's clear and time-honoured approach, I would like to get my deployment going, but the issues mentioned before are a complete show stopper.

Thanks, and best regards,

Chris



[#] Thu Jan 23 2014 02:28:51 EST from dothebart @ Uncensored

Subject: Re: Citadel and LDAP Riddles on FreeBSD

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

 

Sat Jan 18 2014 12:25:54 ESTfrom christoph.larsensynalinq.com @ Uncensored Subject: Citadel and LDAP Riddles on FreeBSD

Dear All,

First of all, a big thank you for this excellent piece of software! I have been able to install Citadel, latest stable version, inside a FreeBSD jail rather painlessly (the only modification being this one:

cat lib/libcitadel.h | sed 's/loff_t\ /long\ /g' > lib/libcitadel.h.tmp
mv -f lib/libcitadel.h.tmp lib/libcitadel.h

The reason was that my FreeBSD 9.2 system did not like "loff_t", so I had libcitadel compiled from source first, avoid a recompilation by EasyInstall by modifying the install strict, and ran the install script afterwards as prescribed.

 

now if we had a portable way to have

typedef loff_t uind64_t;

only if its not defined, that could be permanently fixed.

 

All is well with internal logins.

I have been using a Central Authentication System (CAS) on my server for quite a while, using OpenLDAP via SSL in a different jail. This has been working like a charm for Postfix, Dovecot, Django and Ruby on Rails applications, as well as others. The pf firewall and DNS settings are certainly working, so it comes to no surprise that I wish to have the CAS sort out my Citadel authentication, too.

With Citadel, however, I do encounter a few issues:

First, old Citadel documentation seems to insist on inetOrgPerson as OpenLDAP ObjectClass, which is perfect with me, because I have virtualised literally all my users, and simply do not need system users, unless for certain privileged (admin) tasks. The issue is that the current version of Citadel insists on the posixUser as ObjectClass, and I cannot find a way to change this filter. Of course, it would b nice anyway, if LDAP filters culd b edited - think of dynamic user groups in OpenLDAP, which is a feature I use extensively to provide finely grained access right to different applications. So, is there any way to change at least from posixUser ObjectClass to inetOrgPerson?

The second problem is that Citadel does not seem to like and form and shape of SSL/TLS. Unlike all my other applications (which work like a charm with TLS/SSL), it stubbornly refuse to honour my settings, otherwise working ldap.conf included. Yes, my certs and keys are in /etc/ssl, as is standard (though I noted that Citadel has its own request/certificate/key set).

In summary, if I change the LDAP ObjectClass for each envisaged user to posixUser (NOT desired!) and abandon TLS/SSL, I make some progress, but there should be a better way! Thank you so much for your help!

Chris



regarding ssl, it seems as if one needs to use

ldap_initialize()

instead of

ldap_init()

I've added test code to git master/citadel/ldap.c recently which can do this, but since I don't have any ldap set up, I can't test this, maybe you want to?

 

in the same file later on you can find the switch between posix and AD: AUTHMODE_LDAP_AD which is where the way the tree is searched is configured.

if you have a documented schema we could use this as third option.



Go to page: 1 [2] 3 4 5 6 ... Last