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).
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. :)
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 citadel.org offers all information you need; even if it sometimes requires reading through some pages.
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*.
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 s.th. like
but that should be a bash one-liner i'd say.
i'll idle there and track what they do.
Heh.. 'perv/next'... Aahz would be pleased.
yes. he is.
(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!
I'll look forward to playing with that once it's released.
Wow!!! That is just what I am looking for.
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!!
Subject: Size Matters - Exchange (Jet) vs Berkeley DB
Good choice of back end guys!
Not that I will probably ever get 256 TB!
Subject: Re: Size Matters - Exchange (Jet) vs Berkeley DB
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.
Subject: Citadel 7.50 released
We are pleased to announce version 7.50 of the Citadel system, now available via http://www.citadel.org 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.
- 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.
Ah, should be a fun upgrade!
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.
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.
Subject: Roadmap for Citadel 7.60
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.”