switch to room list switch to menu My folders
Go to page: First ... 27 28 29 30 [31] 32 33 34 35 ... Last
[#] Tue Jul 14 2009 08:47:05 EDT from fleeb @ Uncensored

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

What I wrote aside, we probably could improve the support website, although I can't really say that I would know how. It's much better than it was in earlier days, but people often mention that they have problems finding such-and-so answer, and wind up asking on the forums (only to be given the link that they couldn't find). That tells me that we have a problem with the support site (at least, when it happens often... you'll always have some folks who don't want to bother looking).

[#] Tue Jul 14 2009 08:53:26 EDT from IGnatius T Foobar @ Uncensored

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

True. We could use a couple of really good technical documentation writers.
The web site is more informative and more searchable than it was in the past, but it still does leave some people wondering where to look. Until the words "best kept secret" stop appearing in otherwise glowing reviews of the Citadel system, we've got more work to do. :)

[#] Tue Jul 14 2009 09:03:27 EDT from dothebart @ Uncensored

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

I've read through some german debian site, and next to the faq not being translated I found our most favourite support item in the last year:

how does mail acualy work? People talk about it as receiving mail / sending mail out etc, but its actualy an indicator that they actualy just don't know how smtp & friends work, since this is nothing special to Citadel.

I'd say, citadel brings them that fast to that point, so they didn't even start researching and reading faq's etc, so they end up being lost on that topic without having changed their "research-attitude" in advance by configuring imap, mail, nailing it together, which takes hours of work and research with other tools.

Next i'd say google doesn't do a good job in finding our wiki articles even if they point out how to do this; the wiki search does this much better.


I've started out a document here at the weekend:


(which I must admit I found by remembering a keyword which is inside...)

It probably could use some nice pictures giving that text a nicer look. We then need to promote it at the right places.


The jomla site was much worse than the dokuwiki is now. One thing the dokuwiki is missing is a 'next article on this level' if s.b. just scans through them to self educate.

I've replaced the jstrees with whats there now to increase the browseability, and i'd say its better than it was with  that. A little bad is, that they're unsorted... One would need some "importance" tag in the sub articles influencing the sorting...

A quote i've also read in that support forum: its not always easy to find, but in general offers all information you need; even if it sometimes requires reading through some pages.



[#] Tue Jul 14 2009 10:10:03 EDT from IGnatius T Foobar @ Uncensored

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

All of the above is true, but it is still important for us to offer "service with a smile" even in cases where we are unable to give the "customer" what he is asking for. When someone runs off and tells everyone how much they think we suck, the resulting negative PR sets us back.

We advertise the Citadel system as being easy to install, so we do have to expect that we're going to get a lot of newbies. Just because they're newbies it doesn't mean that they have license to just demand that we do all the work for them without them taking the time to understand the basic tenets of how a mail system works, but when we tell someone that they have to do a little homework, we must do so *gently*.

[#] Tue Jul 14 2009 10:14:08 EDT from dothebart @ Uncensored

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

done some chatter in #dokiwiki, maybe one of the guys will write us such a plugin that does the < > links.

maybe we then need to alter all articles to start with like


but that should be a bash one-liner i'd say.

i'll idle there and track what they do.


[#] Tue Jul 14 2009 10:40:50 EDT from fleeb @ Uncensored

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

Heh.. 'perv/next'... Aahz would be pleased.

[#] Tue Jul 14 2009 11:35:33 EDT from wizard of aahz @ Uncensored

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


yes. he is.

[#] Mon Nov 02 2009 12:40:21 EST from IGnatius T Foobar @ Uncensored

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

Vaporware announcement!

(And I'm only doing this because the code is functionally complete; it's not a "we will eventually do this" -- it *will* be in the next release.)

Citadel is now a wiki engine!

In addition to rooms which function as email folders, message boards, calendars, address books, etc. we have now added a new type of room: "Wiki."

Wikis are finding widespread use as a groupware tool due to their free-form nature. No forms to build, no databases to design ... just put it out there and let your organization deposit its "gestalt" as an online knowledge base.
This was a perfect fit for Citadel, because Wiki is, at its core, a messaging application.

If you like Citadel, and you like Wikis, you will *love* our implementation.
Unlike other wiki engines, there is no byzantine markup syntax to learn.
The same WYSIWIG editor used in the rest of the Citadel system is also your wiki editor. Want to create a link to another page? Just click the "link" button and enter the name of that page. Or enter a URL linking to an external site the same way.

Best of all, Citadel's popular site-to-site replication is automatically and transparently supported, allowing the same wiki room to be carried on multiple servers, allowing collaborative editing from any location.

One more useful tool ... now made "Citadel Easy" ... coming soon!

[#] Mon Nov 02 2009 13:28:20 EST from fleeb @ Uncensored

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

Very nice!

I'll look forward to playing with that once it's released.

[#] Mon Nov 02 2009 16:21:17 EST from Harbard @ Uncensored

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

Wow!!!  That is just what I am looking for.

[#] Mon Nov 02 2009 16:40:16 EST from skpacman @ Uncensored

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


I'll definately will be getting that one.

It may be time to kick my Win7 computer, back up all my work, and reformat with Ubuntu and put Win7 in VM!!

[#] Sun Jan 18 2009 09:04:27 EST from ax25 @ Uncensored

Subject: Size Matters - Exchange (Jet) vs Berkeley DB

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

Good choice of back end guys!

Not that I will probably ever get 256 TB!

[#] Sun Jan 18 2009 21:35:49 EST from IGnatius T Foobar @ Uncensored

Subject: Re: Size Matters - Exchange (Jet) vs Berkeley DB

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

Heh. Thanks for the kind words. Not only does Citadel's data store scale better than Exchange's JET-based store (which is *still* unstable even after all these years), but it's far less kludgy than filesystem-based stores (which is what everyone else in the FOSS world is using, because they're all built around Cyrus).

I've gotta say, the Berkeley DB people built one hell of a data store. It effortlessly glides through huge amounts of data without performance issues or data corruption.

[#] Tue Apr 14 2009 23:20:44 EDT from IGnatius T Foobar @ Uncensored

Subject: Citadel 7.50 released

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

We are pleased to announce version 7.50 of the Citadel system, now available via as source code, Easy Install, and packages for selected Linux distributions. 

This is a *big* update.  New features:

  • Recurring events are now supported across the entire calendar system, as well as all-day events which span multiple days.
  • The entire WebCit framework is now templatized, allowing customization for individual sites without modifying the program code.
  • The mailbox summary view is now faster and more versatile, thanks to a new JavaScript-based interface that minimizes client/server traffic.
  • Message renderers have been updated to handle a number of new features, such as unlimited nesting and inline images.
  • Message composition has been updated to handle improved character set conversion, preferred email address and display name persistent in per-user preferences, and unlimited email signature size.
  • Integrated support for virus scanning with ClamAV. You will no longer have to run ClamAV via SpamAssassin (although that mode still works).
  • Integrated support for SpamAssassin has been expanded to include a site-definable choice of tagging or rejecting spam.
  • Improved interoperability with vCards generated by third-party address book software.
  • All of the fonts in WebCit are now relative sized, making the whole site look better on screens of all sizes.
  • Hundreds of performance improvements, user interface enhancements, and bug fixes.

[#] Wed Apr 15 2009 09:51:17 EDT from fleeb @ Uncensored

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

Ah, should be a fun upgrade!

[#] Wed Apr 15 2009 13:21:46 EDT from athos-mn @ Uncensored

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

Did the XML-based transfer make it into 7.50? Or is ARTV still the way to go?

[#] Wed Apr 15 2009 15:10:28 EDT from IGnatius T Foobar @ Uncensored

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

Although the XML import/export utility has been completed, it will not be made available until the 7.60 release cycle.

This kind of discipline, while inconvenient, is probably a bit overdue. Citadel users now number in the millions, and people depend on us to keep the stable code as stable as possible. Starting with 7.50 we are now maintaining a separate "stable" branch that will receive only critical bug fixes and security updates until 7.60 is released.

We will probably make the development code available via Queasy Install in the not too distant future, though, so you can try out the XML utility on a non-production system if you want to.

[#] Fri Apr 17 2009 00:30:30 EDT from athos-mn @ Uncensored

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

I may do that. The ARTV transfer has failed on me three times, and while it's not yet critical to transfer everything; the hardware I've got is making me a bit paranoid.

[#] Sat Apr 18 2009 01:02:40 EDT from IGnatius T Foobar @ Uncensored

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

Aside from all of the usual warnings about running a production system on unreleased code ... the new import/export is definitely faster ... I don't know about timeouts, but if there are we can look at it a bit closer. As I mentioned earlier, one of the planned features is a utility that automates across-the-wire migrations. For the time being, though, we're focusing on continued QA for the 7.50 series -- we did a lot of testing on this one but there are of course the inevitable edge cases, and we'll be issuing updates as necessary.

[#] Sun May 03 2009 00:45:03 EDT from IGnatius T Foobar @ Uncensored

Subject: Roadmap for Citadel 7.60

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

We normally don't preannounce, but there are some exciting features that have been completed for the upcoming Citadel 7.60 release, and we thought you might be interested in knowing about two of them.

The first new feature is a big change to how Citadel uses LDAP. You might know that prior to Citadel 7.50, we had the ability to populate an external LDAP address book with the contents of Citadel's global address book. As it turned out, this was not very useful. It is deprecated in 7.50 and will be removed in 7.60. We were fairly certain that nobody was using this feature, and the fact that no one has complained about its deprecation seems to confirm this.

Instead, Citadel 7.60 will have the ability to authenticate against an external LDAP directory, which seems to be what most people wanted in the first place. We've supported authentication via the host system for a long time, and in practice most sites seem to combine this with pam_ldap and nss_ldap to allow Citadel to participate in “single sign on” at organizations which use LDAP. So why not make it easy? Citadel 7.60 will speak directly to your LDAP server, and the configuration consists of entering a few simple configuration items instead of all that tedious mucking about in the /etc directory. We will support both the industry-standard LDAP schema (RFC 2307) and the most commonly deployed nonstandard schema (Microsoft Active Directory).

The other big new feature we've completed is a complete rewrite of the import/export module. The old way was usable but fairly clumsy. In Citadel 7.60, the database dump format is XML based, and the import/export operations run much faster. And beginning now, we are making the dump format upward compatible, so the target system can be running a newer version of Citadel than the source system. No longer will you have to upgrade the source system in order to migrate it.

To make this even more useful, we've written an “over the wire” migration utility. When you want to migrate Citadel to a new host system, even one with a different CPU architecture, you just run the migrate utility on the target host, and point it at the source host. The migrate utility will do all of the work for you automatically, producing a perfect clone of your Citadel installation. OpenSSH and rsync are used to copy the parts of your Citadel data that are not stored in the database, such as user profiles (bios), photos and other images, etc. This utility will do for migrations what Easy Install did for installations.

We know that there are many sites that are in great need of these two features, so you are probably asking “When will 7.60 be released?” Unfortunately we are not yet able to announce an exact date, but this development cycle will be much shorter than the previous one, because the scope is much narrower. So the closest answer is, “Soon.”

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