Citadel Support

have a look at these faqs:

http://citadel.org/doku.php?do=search&id=fetchmail

please let us know what didn't fit your needs there, if you have stuff to add, feedback is welcome.

generaly speaking *mailretriever*->lmtp->citserver is the way to go.

Yes, that -- what dothebart said. Read the fetchmail docs regarding delivery
via LMTP, and know that Citadel offers two LMTP sockets (one filtered and
one unfiltered) for you to use in that capacity. The configuration should
be relatively straightforward.

Tue Jul 03 2012 07:29:27 EDTfrom "Andreas Schneider" <andreas.schneider@aksdb.de> Subject: Re: [Citadel Support] Re: Retrieving external mail

On Monday, July 2, 2012, at 18:11 IGnatius T Foobar wrote:

Yes, that -- what dothebart said. Read the fetchmail docs regarding delivery
via LMTP, and know that Citadel offers two LMTP sockets (one filtered and
one unfiltered) for you to use in that capacity. The configuration should
be relatively straightforward.

Indeed that seems to be what I was looking for. I don't know why I
didn't see that part of the FAQ before ... now I kinda hate myself for
asking something that was already answered before :-/

In that regard: thanks for your answer and the patience ;-)

Btw.: are there plans (or already an option?) to have Webcit's "Remote
Retrieval" pre/post-process mails (i.e. spam check and filter them)?

 

Oh and also: thanks for developing and supporting such a great product
.... Citadel is really a charm to use and lightweight at that!! :-)

--
Best Regards,
Andreas

tnx, nice to hear ;-)

Fri Jun 22 2012 20:45:55 EDTfrom "Robert J. Clay" <rjclay@gmail.com>
On Thu, Jun 21, 2012 at 8:06 AM, dothebart <dothebart@uncensored.citadel.org> wrote:

current GIT Master contains several changes to the citadel networking
module.

can you retest with it whether this fixes your problems?
You need to upgrade libcitadle too;

I just did a 'git pull' on the clone I originally did awhile ago;
commit bcbaf2800c778043c12f9fd2d719ca9271ac6cb4 is showing as the
most recent. Build with that? ....

yes, this version hopefully shouldn't loose fds anymore; plus messages
should go out quicker.

Fri Jun 22 2012 20:45:55 EDTfrom "Robert J. Clay" <rjclay@gmail.com>
Subject: Re: [Citadel Support] Re: 'Too many open files' errors after
upgrade to 8.11-2 on Debian
On Thu, Jun 21, 2012 at 8:06 AM, dothebart
<dothebart@uncensored.citadel.org> wrote:

Thu Jun 21 2012 02:31:09 EDTfrom "Robert J. Clay" <rjclay@gmail.com>

So, build libcitadel, install libcitadel-dev; then build the
versions of webcit & citadel? (Although you didn't actually say that
I need to do webcit as well...).


right, since there aren't any changes to webcit recently its unimportant
whether you replace it or not.



heres howto compile the debs:

http://citadel.org/doku.php?id=installation:debian#tobuildfromsource

That doesn't seem very helpful to me for building from the git
repository... Perhaps it could use another section?

Note that I am used to doing a source build from a git repo using
git-buildpackage, then using pbuilder for a binary build...


I don't know about git-buildpackage. If you succeed using it, share how to
do it; we'll add it to the wiki.

well, then git-buildpackage doesn't like our repository layout... we lived without for quiet a while now ;-) so we will survive more, since a simple dpkg-buildpackage for each directory simply does the job.

well, then git-buildpackage doesn't like our repository layout...

we lived
without for quiet a while now ;-) so we will survive more, since a simple
dpkg-buildpackage for each directory simply does the job.

we have the buildpackages shellcripts for that; it creates the tarballs for the distribution with the version number in the directoryname, or it also can wrap dpkg-buildpackage.

so, basicaly, we have a tool which is _that_ simple ;-)

just call it ./buildpackage debian

and it bootstraps, sets directory symlinks, changes to these symlinks, and builds the package.

the debian/ directories are kept around for our debian/ubuntu repo, which can serve you like backports when the upstream distribution is frozen/stable and doesn't accept updates anymore.

I use them for my personal development system to configure citadel to work in lhfs-mode.

hi,

I am new to linus and citadel.

I have installed ubuntu 12.04 server , then used apt-get to install citadel, the message says " setup is finished, but the Citadel server failed to start. go back and check your configuration"

how to I proceed to start the citadel server???

If I try to login through firefox browser "This program was unable to connect or stay connected to the Citadel server. Please report this problem to your system administrator.Read More..." error message...

pl help

try running

sudo /etc/init.d/citadel start

then have a look at

http://citadel.org/doku.php?id=faq:mastering_your_os:ps#checking.what.services.are.running

plus work your way through:

http://citadel.org/doku.php?id=installation:getting_started

Strange.. no messages since June 14th??

-- 
SergeantPony aka Rich Ringer / KB1OHY
email: SergeantPony@rfrcomputers.dtdns.net
aim: ponyscorral

What am I doing wrong?

I have installed slapd in Debian.

I create user by ldif:

dn: uid=test, dc=localserver

cn: test

gidNumber: 1000

homeDirectory: /home/test

objectClass: top

objectClass: account

objectClass: posixAccount

uid: test

uidNumber: 1000

Install password for test user.

All like in RFC2307 example. Also I did dpkg-reconfigure citadel-server and configure it to use LDAP Auth.

IP 127.0.0.1

Port 389

Base DN: dc=localserver

Bind DN: (clear)

Password: (clear)

So I still can't login with "test".

Where I can see debug info about citadel-ldap interaction?

Also is there any plans of optimisation web interface? It is not usable with mobile browsers at all. And ugly a little bit.

Thu Jul 05 2012 11:39:54 EDT from severgun @ Uncensored Subject: LDAP Auth.

What am I doing wrong?

I have installed slapd in Debian.

I create user by ldif:

dn: uid=test, dc=localserver

cn: test

gidNumber: 1000

homeDirectory: /home/test

objectClass: top

objectClass: account

objectClass: posixAccount

uid: test

uidNumber: 1000

 

Install password for test user.

All like in RFC2307 example. Also I did dpkg-reconfigure citadel-server and configure it to use LDAP Auth.

IP 127.0.0.1

Port 389

Base DN: dc=localserver

Bind DN: (clear)

Password: (clear)

 

So I still can't login with "test".

Where I can see debug info about citadel-ldap interaction?

Also is there any plans of optimisation web interface? It is not usable with mobile browsers at all. And ugly a little bit.

I fix this by selecting Auth mode LDAP RFC2307 in web interface.

But now I can't login with admin user.

Fri Jul 06 2012 08:22:33 EDT from severgun @ Uncensored Subject: Re: LDAP Auth.

 

Thu Jul 05 2012 11:39:54

I fix this by selecting Auth mode LDAP RFC2307 in web interface.

But now I can't login with admin user.

use setup to choose the aide user; next time you log in as this user he will get aide rights.

use setup to choose the aide user; next time you log in as this user he will get aide rights.

Thx. Will try.

Can anybody explain, why citadel not always resolve short host name in address?

For example:

Server hostname: mailserver

FQDN: mailserver.local.net

If I'm trying to send mail from "citadeluser_1" to "citadeluser". All works normal.

If I'm using "citadeluser@mailserver.local.net" All works normal too.

But if I'm trying to send to "citadeluser@mailserver" sometimes it sends normally but more often it says: "Invalid recepient"

Not I can't start it anymore! Can you adjust the settings while citadel

is not running?

Yes, you can run the setup program again and specify a different auth mode.