should we link this howto on our site referencing those imap copy tools?
http://www.howtoforge.com/how-to-migrate-mailboxes-between-imap-servers-with-imap-tools
All,
As I mentioned I was going to do, I have started work on packaging Net::Citadel for Debian.
Now, how to proceed with getting into Debian? I could see about getting it into the support by the Debian Perl team (which I've been planning to join in any case). OTOH, it is Citadel specific and when I first brought up packaging it for Debian, I was under the impression that it would or could be supported by the Debian Citadel packaging team in some way.
Note that I also found a minor bug in the documentation, which I've already submitted at CPAN.
Jame
whew. deleting my trashbin with 2k messages happenes in the time of an eye twinkle on release 8 webcit :]
Subject: citadel 8 <-> phpimap fuckup...
hm, so I did a little debugging with squirrelmail.
this is the message it spills:
| Body retrieval error. The reason for this is most probably that the message is malformed. | |
| Command: | FETCH 4738 BODY[2] |
| Response: | OK |
| Message: | UID FETCH completed |
| FETCH line: | * 1 FETCH (UID 4738 shgixsgi |
thats whats on the wire:
#
T 127.0.0.1:34997 -> 127.0.0.1:143 [AP]
A006 UID FETCH 4738 BODY[2].
##
T 127.0.0.1:143 -> 127.0.0.1:34997 [AP]
* 1 FETCH (UID 4738 shgixsgi.
BODY[2] {0}.
).
A006 OK UID FETCH completed.
the plain text body is
shgixsgi
which it seems was requested.
if I get that correctly, that body isn't supposed to be inside of that line?
need to compare with 7.8x... any hints?
Subject: Re: citadel 8 <-> phpimap fuckup...
ok, found & fixed.
hope that this is all.
Hi,
I'm looking into systemd stuff right now. I'm not sure if citadel is "systemd ready" (I haven't tested it yet), but this document (http://0pointer.de/public/systemd-man/daemon.html) describes systemd's requirements on a daemon. May be it's of interest for someone.
Regards
Stefan
Wed Nov 09 2011 03:54:14 EST from Stefan @ Uncensored Subject: systemdHi,
I'm looking into systemd stuff right now. I'm not sure if citadel is "systemd ready" (I haven't tested it yet), but this document (http://0pointer.de/public/systemd-man/daemon.html) describes systemd's requirements on a daemon. May be it's of interest for someone.
Regards
Stefan
fuckers.
http://refspecs.freestandards.org/LSB_3.1.1/LSB-Core-generic/LSB-Core-generic/iniscrptact.html
redirects to http://www.linuxfoundation.org/
Hi,
there seams to be a bug with the citserver's "-h <homedir>" option.
When calling:
# citserver -d -h /my/dir
I get the log message:
unable to change into directory [/var/run/citadel/my/dir/]: No such file or directory
The /var/run/citadel prefix seams wrong.
Regards
Stefan
Hi,
is citserver's "-t <trace_file>" option still supported?
When calling:
# citserver -d -t/tmp/test -lmail -x3
then the file "/tmp/test" is created, but is empty and stays empty.
Regards
Stefan
-D will print out all directories calculated
a leading / should make -h absolute, without relative.
Fri Nov 11 2011 10:54:53 AM EST from Stefan @ Uncensoredunable to change into directory [/var/run/citadel/my/dir/]: No such file or directoryThe /var/run/citadel prefix seams wrong.
Regards
Stefan
What does the "-D" option show for that?
Sun Nov 13 2011 10:52:31 ESTfrom jame @ Rocasa Mail System Subject: Re:What does the "-D" option show for that?
Strange. I can not reproduce the problem. Forget it.
Hi devs,
I attached a systemd service file. If you think that file is OK, then add it to the source tarball, please.
There is a small problem with systemd: As far as I know it's not possible to print a message to stdout/stderr while starting a service. A user who is starting an unconfigured citserver will not be notified that something went wrong.
----------------
# systemctl start citadel.service
# echo $?
0
# systemctl status citadel.service
...
Active: failed ...
Main PID: 5616 (code=exited, status=101) ...
# tail -7 /var/log/maillog
citserver[5617]: *** Citadel server engine v8.01 (build (unknown)) ***
citserver[5617]: Copyright ...
citserver[5617]: This programm ...
citserver[5617]:
citserver[5617]: Called as: /usr/sbin/citserver
citserver[5617]: libcitadel(unnumbered)
citserver[5617]: Loading citadel.config
# citserver -d -lmail -x3 -h
# echo $?
0
# tail -1 /var/log/mail
citserver[5631]: Loading citadel.config
----------------
citserver should not quit with a return code of 0, because that would suggest that it started properly.
citserver should log that it could not open citadel.config, and may log a hint to run 'citadel-setup'.
Best regards
Stefan
Hi,
With systemd there is no need for a init file or links to it in the rc.? directories. As citadel-setup doesn't know anything about systemd it will create the init file (that's fatal) and/or suggest to create the links and will fail with:
Error
failed to set system V init links
that's not fatal, but will irritate the user.
Regards
Stefan
Mon Oct 17 2011 06:05:01 AM EDT from jame Subject: Net::CitadelAs I mentioned I was going to do, I have started work on packaging Net::Citadel for Debian. ....
I'm looking into systemd stuff right now. I'm not sure if citadel is
"systemd ready" (I haven't tested it yet), but this document
(http://0pointer.de/public/systemd-man/daemon.html) describes
systemd's requirements on a daemon. May be it's of interest for
someone.
Irrespective of what systemd wants, that looks like a pretty good checklist of things a program ought to be doing when running as a daemon. I'll make a note of it and run through the list when I'm done squashing this ONE LAST BUG that's been holding up the 8.02 release.
(I did make a lot of progress on it and we're almost there!!)
hey everyone.
please have a look at this patchset:
http://code.citadel.org/?p=citadel.git&a=commit&h=e40ba85133cf6401bda3d6b81a1d144d73d25074
(its not yet added to master)
We are in the situation that if somebody edits his vcard to add an alias he doesn't get any sort of feedback about the status of his operation.
Which gives a very poor userexperience, for example a typo inside of the domain will end up with the alias not working.
We had lots of support requests regarding these problems in the past, and we have an ongoing one right now.
The patch tries to get the information through the various levels of callbacks by using the session object.
Please tell me whether you like the aproach, and how we best display this information in webcit?
I also think we should have a difference between 'self service account creation' and 'self service email aliases modifying', or do we?
I actualy made it to output of one such email save command (dunno how the goto slipped in there, but its persistant like that)
200 My Citadel Config|6|6|0|16390|11636|0|1|1|0|0|0|0|0|1|
##
T 127.0.0.1:44474 -> 127.0.0.1:504 [AP]
ENT0 1|||4||||||1
##
T 127.0.0.1:44474 -> 127.0.0.1:504 [AP]
##
T 127.0.0.1:504 -> 127.0.0.1:44474 [AP]
400 send message
#
T 127.0.0.1:44474 -> 127.0.0.1:504 [AP]
Content-type: text/x-vcard; charset=UTF-8
##
T 127.0.0.1:44474 -> 127.0.0.1:504 [AP]
begin:vcard.
VERSION:2.1.
FBURL;PREF:http://potzblitz.outgesourced.org/willi.vfb.
UID;charset=UTF-8:Citadel vCard: personal card for willi at potzblitz..
n:willi;;;;.
title:.
fn:willi.
org:.
adr:adr:;;_;_;_;00000;__.
tel;home:.
tel;work:.
tel;fax:.
tel;cell:.
email;internet:willi@potzblitz.outgesourced.org.
email;internet:foo@nothere.org.
end:vcard.
.
000
##
T 127.0.0.1:44474 -> 127.0.0.1:504 [AP]
GOTO testml3
#
#
T 127.0.0.1:504 -> 127.0.0.1:44474 [AP]
unable to add this emailaddress; its not matching our domain.|foo@nothere.org
IG: What about citserver's "-t <trace_file>" option? Should it still
work?
Not anymore. It is a vestige of the old logging system which has been completely replaced with syslog.
I do see that if you specify the -t option it will create the file and then do nothing with it; this has been fixed as of today.
Hi,
while building the 8.02 RPMS in OBS I got the following warnings:
Webcit:
W: incorrect-fsf-address /usr/share/citadel-webcit/static/wclib.js
The Free Software Foundation address in this file seems to be outdated or
misspelled. Ask upstream to update the address, or if this is a license file,
possibly the entire file with a new copy available from the FSF.
W: zero-length /usr/share/citadel-webcit/static/t/room/edit/submit.html
W: zero-length /usr/share/citadel-webcit/static/t/sieve/empty.html
W: version-control-internal-file /usr/share/citadel-webcit/static/.gitignore
You have included file(s) internally used by a version control system in the
package. Move these files out of the package and rebuild it.
Citadel:
I: binary-or-shlib-calls-gethostbyname /usr/sbin/citadel-setup
I: binary-or-shlib-calls-gethostbyname /usr/sbin/citserver
The binary calls gethostbyname(). Please port the code to use getaddrinfo().
Regards
Stefan