[Citadel Development] Re: XMPP server

Thanks winzlo. Just a quick correction:Latest Pidgin *does* have an "allow plaintext auth" option (again, my very bad...), however at least for me it's been just ignored or overridden by the other Pidgin's SSL/TLS options. ...perhaps a missing configuration in the users I added, or something?

[Citadel Development] Re: XMPP server

Just in case, tried connecting Pidgin to uncensored.citadel.org with my user account. Exactly same result: invalid response from server due to incomplete JID.Well, almost exactly same result: only difference is, instead of just rejecting uncensored's TLS certificate, Pidgin asks whether I want

[Citadel Development] Re: XMPP server

By the way, could you perhaps also help with this? "So if one wants to uninstall Citadel one just deletes the directories inside /usr.But what happens to the systemd unit or system scripts used to start Citadel at boot? Shouldn't they be also deleted?" Because I already tried uncommenting the

[Citadel Development] Re: XMPP server

Fri Oct 12 2018 15:54:35 EDT from IGnatius T Foobar @ Uncensored Subject: Re: XMPP server How are you getting Pidgin to generate those client-side traces? Sorry, I think I couldn't understand the question...If you meant the log, in Pidgin I just went to Help -> Debug window before

[Citadel Development] Re: XMPP server

How are you getting Pidgin to generate those client-side traces?

[Citadel Development] Re: XMPP server

Continuing from previous post, after sorting out the strange error I got a new one.I attached Pidgin's debug window output.Error is in line 72: "Invalid response from server" It seems it's due to line 69: server is returning just/workinstead of the full JIDusert@192.168.1.2/work For this I did

[Citadel Development] Re: XMPP server

Thanks mr IG! Sorry if I looked like an idiot... But on the other hand, finally made a bit more progress; sorted out my " Don't know howto do 'set' " error. (gdb) p ((citxmpp *)MyContext()->session_specific_data)->iq_client_resource$2 = '\000' Client resource is certainly empty, that's why line

[Citadel Development] Re: XMPP server

Apologies for the big delay; I'm having *hellish* times at part time job and I was not able to keep looking into Citadel. Literally got sick due to these past 3 weeks... Anyway, I tried getting started with gdb. Attached gdb to citadel servicegdb -p     where xxx = citadel service PID

[Citadel Development] Re: (no subject)

Yes, it is a rolling release. :) The version numbers just gradually tick up with things being added, changed, improved here and there. I suppose the downside of a rolling release model is that you don't really have the opportunity to call out really good known super-stable versions and

[Citadel Development] Re: (no subject)

I'm interested! I'm waiting for the next stable release (if ever exists one :) ) * To migrate from our old & almost (99.9%) trusted version. Thank you for your effort IG! * Because Easy Install looks like a rolling release! (a good thing) On 02/14/2018 08:30 PM, IGnatius T Foobar wrote:

[Citadel Development] Re: Error about 'c_Default_cal_zone is empty' ?

c_default_cal_zone is a setting for the calendar server. It tells Citadel what time zone to place onto calendar items that do not carry any indication of the time zone in which they originated. I'm not sure how we ended up with code that throws such a scary looking alert for such a minor

[Citadel Development] Re: Citadel source archives?

> checking ldap.h usability... no > checking ldap.h presence... no > checking for ldap.h... no > configure: error: OpenLDAP development headers were not found and are > required. More info: > http://www.citadel.org/doku.php/installation:start > > Note that the pages I looked at, not even the

[Citadel Development] Re: Citadel source archives?

> Where at? And are the archives versioned? > Only thing I could find at the http://easyinstall.citadel.org > site (which I found because I was also going to try the easyinstall) > was an unversioned 'citadel.tar.gz' archive file. > > The debian/watch file does currently point to that same site

[Citadel Development] Re: Citadel source archives?

Art, On Tue, Jan 2, 2018 at 9:37 PM, Robert J. Clay wrote: > Art, > > On Tue, Dec 26, 2017 at 10:30 PM, Art Cancro wrote: >> Ok, everything is set. Version 914 of all Citadel components is now >> available from the main website, Are there any other

[Citadel Development] Re: New LDAP sync code in git master is ready to test

NOTE: there is a new site configurable setting "c_ldap_sync_email_addrs" which must be set to 1 in order to sync email addresses from LDAP to Citadel. This is not yet settable in any clients.

[Citadel Development] Re: Citadel on Debian Stretch

Seems it is in the crypto portion (openssl-ish) but I could be wrong. > Tue Oct 10 2017 12:59:25 PM EDT from IGnatius T Foobar @ Uncensored >Subject: Re: Citadel on Debian Stretch > >Damn. Ok, I guess I've got to get a Stretch VM running and figure out >what the heck they changed. > > >

[Citadel Development] Re: Citadel on Debian Stretch

Damn. Ok, I guess I've got to get a Stretch VM running and figure out what the heck they changed.

[Citadel Development] Re: update?

Eureka moment?     Is your scope looking at subtree? my LDAP tree has a base of ou=People,dc=redacted,dc=name  but the users are buried under different branches under that like    ou=Branch,ou=People,dc=redacted,dc=name   and a full user in my case would be 

[Citadel Development] Re: update?

All I show is the top line,  > > >  > >Oct  5 17:43:48 cit citserver[71341]: ldap: populating Citadel user >database from LDAP repeatedly, in either syslog, daemon.log etc. Unless it is being written to a log I know not. It is not writing to debug.   > Thu Oct 05 2017 01:05:27

[Citadel Development] Re: update?

Oops, sorry. Your post says "no listing of email addresses yet." We're not yet breaking out the email addresses; I just wanted to make sure we're catching the correct accounts. For example, my output looks like this: itserver[22787]: ldap: populating Citadel user database from LDAP

[Citadel Development] Re: update?

Seems you missed my post at the bottom of the last post. No. Same results as last time.     > Thu Oct 05 2017 09:44:51 AM EDT from IGnatius T Foobar @ Uncensored >Subject: Re: update? > > >>Good catch, testing. > >What were the test results? Did the log produce the correct list

[Citadel Development] Re: update?

>Good catch, testing. What were the test results? Did the log produce the correct list of users?

[Citadel Development] Re: update?

As a side note, this pops up in daemon.log:   > > >Oct  2 13:44:06 cit webcit[71360]: No Site-local Stylesheet >[/usr/local/webcit/static.local//webcit.css] installed. > >Oct  2 13:44:06 cit webcit[71360]: Parseerror [_]  (in >'/usr/local/webcit/static//t/wiki/empty.html' line 5);

[Citadel Development] Re: update?

Good catch, testing. > Sat Sep 30 2017 12:55:29 PM EDT from IGnatius T Foobar @ Uncensored >Subject: Re: update? > > > >Just got back from another business trip.  I see the problem, though!  I >cut-and-pasted from your earlier post and made the query string >"(objectClass: inetOrgPerson)". 

[Citadel Development] Re: update?

Just got back from another business trip.  I see the problem, though!  I cut-and-pasted from your earlier post and made the query string "(objectClass: inetOrgPerson)".  It ought to be "(objectClass=inetOrgPerson)" instead. I have committed that change to git master.  Give it a try and let me

[Citadel Development] Re: update?

IG on vacation? > Mon Sep 25 2017 10:30:48 AM EDT from bennabiy @ Uncensored Subject: >update? > > > >If you have a chunk of time, I can do an interactive patch and test. I think >we are getting somewhere, but I am not getting the expected results yet. > > > >  

[Citadel Development] Re: LDAP / Cit-NG

Well, it is not logging anything other than what I put below, and it is NOT exiting at the point I listed below... I wonder what is going on, because looking over the code, it should be fine. I will check back in the morning. > Sun Sep 24 2017 10:05:32 PM EDT from bennabiy @ Uncensored

[Citadel Development] Re: LDAP / Cit-NG

I put some code in to see if I can log where the failure is, but to me it looks like it is returning because   if (ctdl_ldap_initialize() != LDAP_SUCCESS) { +   return; +   } and I am not seeing any of the other messages you included in that function. Recompiling and

[Citadel Development] Re: LDAP / Cit-NG

  Sep 24 21:21:14 cit citserver[50403]: ldap: populating Citadel user database from LDAP only entry I get repeating ... something is not right. and this is logged to daemon.log, not debug > Sun Sep 24 2017 05:00:58 PM EDT from IGnatius T Foobar @ Uncensored >Subject: Re: LDAP / Cit-NG >

[Citadel Development] Re: LDAP / Cit-NG

Compiling... While we are at it, can you fix the /etc/init.d/webcit file to be compliant? It is missing the init header info. ### BEGIN INIT INFO # Provides:          webcit # Required-Start:    citadel # Required-Stop:     citadel # Default-Start:     2 3 4 5 # Default-Stop:    

[Citadel Development] Re: LDAP / Cit-NG

Ok let's do this. I've pushed the code to *scan* the LDAP server but not to do anything with the results. Please test it on a development machine only. It should basically just show the DN's of every qualifying user in the debug log once per minute. If those results look correct we'll move on

[Citadel Development] Re: LDAP / Cit-NG

inetOrgPerson is correct for POSIX, I am not sure about AD (I refuse...)    Let me know when you have the code pushed and I will recompile   > Sun Sep 24 2017 02:52:43 PM EDT from IGnatius T Foobar @ Uncensored >Subject: Re: LDAP / Cit-NG > >Ok, I'm in the code working on some

[Citadel Development] Re: LDAP / Cit-NG

Ok, I'm in the code working on some changes now, and am going to try to shift things over from "create the account at login" to "create all accounts all the time." For the POSIX schema it looks like we have to access all accounts with "objectClass: inetOrgPerson" , and for the Active Directory

[Citadel Development] Re: LDAP / Cit-NG

That sounds good. It would be good to be able on a system set for LDAP to be able to expose the LDAP users known on the system to a list like the host based authentication does.    Thinking about what you suggest, that would allow the system to pull the latest LDAP info for that user

[Citadel Development] Re: LDAP / Cit-NG

Ok, I think I might have a solution to that. Perhaps instead of shimming the login command for LDAP, we can move that code to the "get user" function. That would theoretically make an LDAP query work in any location where a username is entered. Gotta think this through.

[Citadel Development] Re: LDAP / Cit-NG

And the annoying thing with the current setup. If I want to send a local message to a user from LDAP, or invite them to a room, etc, I have to use what is listed under displayName. That makes for some LONG user names, even though they log in with the uid. I wish it could be choosable what gets

[Citadel Development] Re: LDAP / Cit-NG

With certain information changed, for good reason :) > > >dn: uid=bennabiy,ou=Somewhere,ou=People,dc=domain,dc=net > >objectClass: inetOrgPerson > >objectClass: posixAccount > >objectClass: shadowAccount > >cn: ben-Nabiy Derush of Somewhere > >displayName: ben-Nabiy Derush of

[Citadel Development] Re: LDAP / Cit-NG

Would it be possible to get an LDIF export of a sample user from your directory, who has multiple email addresses? I suspect I'm not getting the format in correctly. The "cit[n]@[domain]" format is an automatically generated default address. It should get replaced by a correct address if

[Citadel Development] Re: LDAP / Cit-NG

Ok, so with an edit to my FQDN and which hosts citadel is allowed to receive mail for, it pulled in the addresses for the from box, but only the primary address is working, internet aliases are not. > Fri Sep 15 2017 01:28:50 AM EDT from bennabiy @ Uncensored Subject: Re: >LDAP / Cit-NG > >

[Citadel Development] Re: LDAP / Cit-NG

Right. It filters for email addresses that are actually valid on the Citadel host.

[Citadel Development] Re: LDAP / Cit-NG

Valid for citadel meaning according to what is set in settings for allowed domains... > Thu Sep 14 2017 03:07:41 PM EDT from bennabiy @ Uncensored Subject: Re: >LDAP / Cit-NG > > > >And by valid, meaning valid for citadel, or valid by LDAP schema? >> Thu Sep 14 2017 10:53:45 AM EDT from

[Citadel Development] Re: LDAP / Cit-NG

And by valid, meaning valid for citadel, or valid by LDAP schema? > Thu Sep 14 2017 10:53:45 AM EDT from IGnatius T Foobar @ Uncensored >Subject: Re: LDAP / Cit-NG > >The current expected behavior is that it ought to copy all valid email >addresses from LDAP to the Citadel account at the

[Citadel Development] Re: LDAP / Cit-NG

The current expected behavior is that it ought to copy all valid email addresses from LDAP to the Citadel account at the moment the account is created or when the user logs in.

[Citadel Development] Re: LDAP / Cit-NG

So what is the current expected behavior?  I am getting the tester up this afternoon / tomorrow. > Wed Sep 13 2017 09:41:02 AM EDT from IGnatius T Foobar @ Uncensored >Subject: Re: LDAP / Cit-NG > > >Making the Citadel system behave more seamlessly in an LDAP world is a good >idea. But

[Citadel Development] Re: LDAP / Cit-NG

Making the Citadel system behave more seamlessly in an LDAP world is a good idea. But right now let's just test what we have :)

[Citadel Development] Re: LDAP / Cit-NG

Also, with this, LDAP is treated as second class citizen by not exposing LDAP users to be able to select them for room invites, etc. It would be good to be able to set which field is used to generate what the "local" account is. Some prefer uid (like us) and others like Full Name, some Last, First

[Citadel Development] Re: LDAP / Cit-NG

>Site configurable, as in whether to bring in all addresses which match the >citadel configuration? I am not sure what you are thinking when you say site >configurable. As in do you copy the address at all, or at each login, etc? Yes, exactly ... I'm thinking we probably are going

[Citadel Development] Re: LDAP / Cit-NG

Will give this a spin on my test server.    Site configurable, as in whether to bring in all addresses which match the citadel configuration? I am not sure what you are thinking when you say site configurable. As in do you copy the address at all, or at each login, etc?   Also, as to

[Citadel Development] Re: LDAP / Cit-NG

Ok, the code has been uploaded to git, to copy email addresses from LDAP to Citadel when a user logs in. Give it a try. We probably need to do a couple of other things: * Make it a site-configurable setting * Make it happen automatically/periodically instead of just when the user

[Citadel Development] Re: LDAP / Cit-NG

Ok I guess it's legal :) I've got the code written to extract the email addresses from LDAP. Also found the place where it needs to be called. Now I just have to figure out the conditions under which it should be called. I'd like to do this with as few configuration options as possible

[Citadel Development] Re: LDAP / Cit-NG

Multiple attributes with the same name? Is that even legal?

[Citadel Development] Re: LDAP / Cit-NG

mail = yes and it is able to have multiple entries so mail=b...@foo.net mail=bl...@foo.net etc (where there can be more than one mail field) I do not think it supports typically multiple addresses within one field so you would just need to parse as many mail fields into an array and then read them

[Citadel Development] Re: LDAP / Cit-NG

>IG: I am using OpenLDAP with my users using the basics of >inetorgperson.schema I spent some time looking through this tonight and I want to be 100% sure that we get the right attributes. As far as I can tell, in both RFC2307 and Active Directory, the email address is stored in

[Citadel Development] Re: LDAP / Cit-NG

IG: I am using OpenLDAP with my users using the basics of inetorgperson.schema   # Schema and objectClass definitions include         /etc/ldap/schema/core.schema include         /etc/ldap/schema/cosine.schema include         /etc/ldap/schema/nis.schema include        

[Citadel Development] Re: LDAP / Cit-NG

bennabiy: question for you! I know you're using LDAP on your system, but which LDAP server and what does the schema look like? If we're going to pull email addresses in from LDAP at account creation time, I need to know where to pull them from. I'm guessing you're using OpenLDAP or

[Citadel Development] Re: Puzzling

I was more wondering for my own record, not to put production on that version.    I am running into an issue where webmail works, webcit works, but IMAP was not working. Not sure if it is an SSL issue or not, but it was a show stopper. Also, is there a quick way to go through and mark all

[Citadel Development] Re: Puzzling

>What is the latest commit I can install before you started hacking on the >user table? 1d5d3c363f0b2676a5431f1f5c753e3ffc4202c2 on May 25 appears to be the last commit before we started moving Internet addresses into the user table. I'm not sure why you'd want to do that on a

[Citadel Development] Re: LDAP / Cit-NG

And for the aide user, the viewable flag should not apply to them. They should be able to see the list of anyone. > Tue Aug 15 2017 02:19:05 PM EDT from bennabiy @ Uncensored Subject: Re: >LDAP / Cit-NG > > > >I also forgot to post in my LDAP rant, based on the viewable flag (whether

[Citadel Development] Re: LDAP / Cit-NG

I also forgot to post in my LDAP rant, based on the viewable flag (whether someone is a hidden user or not) we need LDAP users to populate an address book list so that room permissions and such can be set from a list (like the contact list, but without having to strip out the email address part).

[Citadel Development] Re: DB corruption

How much space do you think I am going to need to dump? It said 57, but I ran out of space at 85GB, so was it shooting for 114GB or so?    I have a feeling that when I imported my data from the IMAP server it was on, some of the existing users had many layers and folders within the inbox

[Citadel Development] Re: DB corruption

>Would a migrate deal with potential DB issues? If I did a migrate to the new >server platform, would it clear up the little DB issues? I have something Honestly, it sounds like if you *don't* dump and load your db soon (either using the migrate commands or whatever) you're going to have

[Citadel Development] Re: DB corruption

Also, I am getting this many times in my logs as users log in: > > >Aug 12 23:01:07 smcit citserver[599]: msgbase: CtdlFetchMessage(15796750, 1) >Failed! > >Aug 12 23:01:07 smcit citserver[599]: msgbase: CtdlFetchMessage(15796750, 1) >Failed! > >  > >Aug 12 23:01:07 smcit citserver[599]:

[Citadel Development] Re: DB corruption

Would a migrate deal with potential DB issues? If I did a migrate to the new server platform, would it clear up the little DB issues? I have something funny going on for a while about the BASEROOM being changed somehow by one of my IMAP users and how they named the folder. I think I am still

[Citadel Development] Re: DB corruption

Checking my logs, I get a lot of entries like this (emphasis added):    > > >Aug 12 17:21:14 smcit webcit[1200]: SSL started > >Aug 12 17:21:14 smcit webcit[1200]: GET /dotgoto?room=_MAIL_ HTTP/1.1 > >*Aug 12 17:21:15 smcit webcit[1200]: ConditionalWholistExpanded() returns 0* > >

[Citadel Development] Re: DB corruption

I tried the export, as it only said I needed 57GB to run it, and it ended up filling my drive at 85 GB. Does it actually need 114GB to export a DB of 57GB? > Sat Aug 12 2017 07:34:04 PM EDT from IGnatius T Foobar @ Uncensored >Subject: Re: DB corruption > >I'm so sorry about the timing on

[Citadel Development] Re: DB corruption

I'm so sorry about the timing on this, I only seem to have a couple of short bursts of energy each day and I don't know when I will get them. If you can get db_recover et al to run clean, you should be good, but if you have the ability to do a full export, do the export.

[Citadel Development] Re: DB corruption

Not sure if it was the right thing to do, but I just moved those log files which were not current and were causing issues to a different directory, and then ran db_recover etc again. Seemed fine. We will see. > Fri Aug 11 2017 07:35:12 PM EDT from bennabiy @ Uncensored Subject: DB >corruption

[Citadel Development] Re: Alarm Clock?

I cleared the GAB with IMAP commands and then reissued the commands, and it worked this time. Thoughts? > Sat Aug 05 2017 11:11:44 AM EDT from bennabiy @ Uncensored Subject: Alarm >Clock? > > > >IG, what does this mean? > >  > >I am sending IGAB as part of a script, but it is returning

[Citadel Development] Re: Next steps...

One thing I note with the webcit interface is there is not a clear way to ADD internet addresses for users as aliases, only to edit the existing ones that are there.     > Thu Aug 03 2017 03:24:12 PM EDT from bennabiy @ Uncensored Subject: Re: >Next steps... > > > >I do not see how

[Citadel Development] Re: Next steps...

I do not see how in ctdlsh to edit a users info... I might be missing it. I will try the webcit way. > Mon Jul 10 2017 09:41:51 AM EDT from IGnatius T Foobar @ Uncensored >Subject: Re: Next steps... > > > >WebCit-classic has been updated to edit a user's Internet email address[es] >from

[Citadel Development] Re: Setting up environment

Ok, so I am going to do this tomorrow on a test machine with production dataset for a sample (no, not the actual production server though...) so we can see how it handles a conversion from an existing LDAP to a new setting. Did you push a webcit way of editing the email addresses and setting seen

[Citadel Development] Re: Setting up environment

I've pushed the email-addresses-in-the-user-database changes out to git master, so there's no longer a need to pull from my dev machine (but you can still do that if you want to). Easy Install doesn't have any of this yet, because it hasn't been tested for production use yet.

[Citadel Development] Re: DB

Yes, the DB_CONFIG file is a function of Berkeley DB, not Citadel. If that file is found in the data/ directory, you can use it to "redirect" both the database files and the log files to other locations. You are correct in observing that there is no way to move the configuration of database

[Citadel Development] Re: Crowdsourced Testing...

I guess it would come down to the ability to dump the data at a regular interval, and the speed at which it can be transported. Does the DB need to be in a shut down state to replicate? I would be interested in what info you have found regarding it.   I like the idea of a way to invoke a

[Citadel Development] Re: Crowdsourced Testing...

>I am facing it currently as I need two machines running in sync with each >other as failover (my situation is similar to what harryc described in the >twin towers discussion last year). A Master slave situation would be fine, as This is one of the many reasons I am gradually moving

[Citadel Development] Re: Next steps...

IG, I will gladly test it out. I have a clone of my dataset which I can use for some heavy hitting testing once I try it out on a fresh install. I shouldn't hit any surprises when switching which git repo I build from (apart from editing my script to no longer require c-ares, etc).   I think

[Citadel Development] Re: Next steps...

WebCit-classic has been updated to edit a user's Internet email address[es] from the "edit configuration" screen instead of the "edit address book entry" screen, which is not just a cosmetic change; it is also using the new server commands. bennabiy: if you have time this week, please give it

[Citadel Development] Re: Next steps...

Seems like a good path. I am working on some wiring in our new bakery this week, so I might not be around much, but I will check in each day and see how things are, and if you are at a place where you need me to test it.   Thank you for all your work! > Sun Jul 02 2017 12:22:57 AM EDT

[Citadel Development] Re: Next steps...

Text client finished and checked into git master. This can be tested by logging in using the text client as an admin and doing <.A>ide ser edit on the user in question. There is a new prompt "Edit this user's Internet email addresses?" and if you answer Yes it will display all of the

[Citadel Development] Re: Next steps...

Great!  > Fri Jun 30 2017 11:27:23 AM EDT from IGnatius T Foobar @ Uncensored >Subject: Re: Next steps... > >Text client (almost finished), WebCit classic (working on it), and at >some point ctdlsh will have to be updated. > > > >  

[Citadel Development] Re: Next steps...

Text client (almost finished), WebCit classic (working on it), and at some point ctdlsh will have to be updated.

[Citadel Development] Re: Next steps...

Working on the server commands to administratively get and set email addresses now. Client configs next.

[Citadel Development] Re: Next steps...

Just let me know when you are ready... some of them will apply to both so that you can make sure they work in both. > Wed Jun 14 2017 04:46:21 PM EDT from IGnatius T Foobar @ Uncensored >Subject: Re: Next steps... > > >I don't expect that I'll be able to abandon maintenance of "WebCit

[Citadel Development] Re: Next steps...

I don't expect that I'll be able to abandon maintenance of "WebCit classic" immediately. We can decide where the biggest pain points are and build short-term fixes to them.

[Citadel Development] Re: Next steps...

That is great! A big portion of things which we need to address will need to be addressed in the UI, so that may be a good close second on the things which need to be done. I have had a couple troubling things coming up which need to be addressed, but only after this change is in place and able to

[Citadel Development] Re: Next steps...

Changes made to the dev.citadel.org repo tonight: 1. When the server encounters a "directory" domain, it handles it as a "localhost" domain 2. When the text mode client encounters a "directory" domain, it changes it to "localhost" before presenting it to the administrator 3. When

[Citadel Development] Re: Next steps...

Yes, for some reason WebCit (classic) stopped and didn't restart. I haven't figured out why.

[Citadel Development] Re: Next steps...

I noticed Uncensored was down a bit today... glitch? > Mon Jun 05 2017 11:18:58 AM EDT from bennabiy @ Uncensored Subject: Re: >Next steps... > > > >We just went through a busy time and I am still getting things in order >after my trip, but if you need me to test something, let me know.

[Citadel Development] Re: Next steps...

We just went through a busy time and I am still getting things in order after my trip, but if you need me to test something, let me know. I still am going to set up an install from your dev repo. > Fri Jun 02 2017 02:25:49 PM EDT from IGnatius T Foobar @ Uncensored >Subject: Next steps... >

[Citadel Development] Re: Database troubles...

I do have backups... I just did not want to have to roll back to them :) I appreciate the concern. It did work fine. > Tue May 30 2017 11:55:08 AM EDT from IGnatius T Foobar @ Uncensored >Subject: Re: Database troubles... > > > >db_recover -c  > >is the best tool to fix your database,

[Citadel Development] Re: Database troubles...

db_recover -c  is the best tool to fix your database, and it does a great job ... and if it doesn't work, you're generally not going to get anything else to work. Please tell me you have good backups.  I like you too much to have to point you to 

[Citadel Development] Re: Database troubles...

That worked... *whew* > Mon May 29 2017 10:47:00 AM EDT from bennabiy @ Uncensored Subject: >Database troubles... > > > >I am trying  > >cd /usr/local/citadel/data; /usr/local/ctdlsupport/bin/db_recover -c > >to see if that resolves it... > >  >> Mon May 29 2017 10:23:55 AM EDT

[Citadel Development] Re: Debugging?

Had to manually patch it as your system has had a few changes to that file since what I was working from (911) . I am just doing my backup before rebuilding.  > Thu May 25 2017 12:38:04 PM EDT from IGnatius T Foobar @ Uncensored >Subject: Re: Debugging? > >Rather than working in a branch

[Citadel Development] Re: Debugging?

Rather than working in a branch I'm just committing locally on my dev system and not pushing to master. I made that available at git://dev.citadel.org/root/citadel so you can follow it and track the progress of our changes. But if you just want the debug logs to shut up, the patch is at

[Citadel Development] Re: Debugging?

I put the changes in the repo on dev.citadel.org where I'm working, not on the master. I'm not sure how to push just one change. How about a patch?

[Citadel Development] Re: Debugging?

If you do not want to push more changes to webcit until ng, you can put a little poke towards ctdlsh for configuring the email addresses at least to start. However you want to do it. So if I pull the latest from master, I will have the debug fixed? I cannot keep filling my system with

[Citadel Development] Re: Debugging?

Ok, that explains it. I replaced the entire logging subsystem because it was too complex. Every log message now has a prefix so you can filter what you want to see using grep and other tools. The benefit is that you can read the logs using tools you already know how to use, and all of the

[Citadel Development] Re: Debugging?

Yes, it is a problem. :) I thought that the writing to the different log levels was controlled by the checkboxes in webcit. How can I disable writing unless it is notice  or greater? > Tue May 23 2017 11:00:24 PM EDT from IGnatius T Foobar @ Uncensored >Subject: Re: Debugging? > > >>Ig,

[Citadel Development] Re: Debugging?

>Ig, do you have debug logging enabled in the master by default? I do not have >logging on, but am getting my drives filling with log info to syslog, debug >and daemon.log. Yes, we write to all log levels all the time. It is expected that if you need debugging you'll configure your

[Citadel Development] Re: Package deps

This is a good question, and as citadel is used by probably as many in a corporate / more official environment as to home bbs style use, it would be good if whatever options we have can be overridden by the aide initially to keep with security models or best practice for "untrusted" users.   

<    1   2   3   4   5   6   7   8   9   10   >