Language:
switch to room list switch to menu My folders
Go to page: First ... 35 36 37 38 [39] 40 41 42 43 ... Last
[#] Tue Mar 03 2015 10:23:37 EST from TaMeR @ Uncensored to Citadel Support <citadel_support@citadel.org>

Subject: Re: Server stops responding

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

On 03/02/2015 09:58 PM, keithalert wrote:

When connecting to WebCit, the message "This program was unable to
connect or stay connected to the Citadel server. Please report this
problem to your system administrator" appears.

I keep getting this after server runs for about 5 min then I need to
reboot and Ideas


Reboot what? The server ???

Check your syslog

[#] Tue Mar 03 2015 12:00:28 EST from keithalert @ Uncensored

Subject: Re: Server stops responding

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

Restart the Citserver

it stops and in the log it says shutting down to prevent data loss.

Appears the Database is corrupted and when I try to do a repair it completes by then no accounts work at all. so I bring back the backup and it starts working again.

 



[#] Wed Mar 04 2015 16:42:23 EST from TaMeR @ Uncensored to Citadel Support <citadel_support@citadel.org>

Subject: Re: Server stops responding

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

On 03/03/2015 07:00 PM, keithalert wrote:
Restart the Citserver

it stops and in the log it says shutting down to prevent data loss.

Appears the Database is corrupted and when I try to do a repair it
completes by then no accounts work at all. so I bring back the backup
and it starts working again.




We really need more info to understand what is going on.
What comes to mind is, is it possible that you have disk error occurring?

[#] Thu Mar 05 2015 17:27:00 EST from "Motty Cruz" <motty.cruz@gmail.com> to citadel_support@citadel.org

Subject: Citadel Amavisd-new Spamassassin

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

Hello,

I just install Citadel-suite amavisd-new Spamassassin, I enable
spamassassin, but I don't see score bayes score being added to incoming
emails. can someone point to a "howto" configure amavisd-new
spamassassin with Citadel?

Thanks in advance,
MOtty

[#] Sat Mar 07 2015 03:20:22 EST from HEATHER RAFFAELLA Riverso @ Uncensored

Subject: Installing citadel with openacs info

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

Hello,

I had a question, I would like to use openacs http://www.openacs.net/ as cms, news portal and then use citadel as social networking website,

my question is then, should I instal openacs in a different physical server and instal citadel in a seperated physical server as well or can I isntal both on the same cpanel or webmin hosting control panel?

Be informed that openacs is written in Tcl/Tk programming language and uses aolserver as webserver,

could citadel work with aol server?



[#] Sat Mar 07 2015 04:03:52 EST from "heather" <heather@trans-world.org> to citadel_support@citadel.org

Subject: Fwd: nstalling citadel with openacs info

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

Hello,

I had a question, I would like to use openacs http://www.openacs.net/ as
cms, news portal and then use citadel as social networking website,

my question is then, should I instal openacs in a different physical
server and instal citadel in a seperated physical server as well or can
I isntal both on the same cpanel or webmin hosting control panel?

Be informed that openacs is written in Tcl/Tk programming language and
uses aolserver as webserver,

could citadel work with aol server?

[#] Sat Mar 07 2015 04:39:16 EST from "heather" <heather@trans-world.org> to citadel_support@citadel.org

Subject: citadel installation with webmin/virtualmin info

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

Hello, in order to manage citadel server should I instal citadel on
webmin/virtualmin or does citadel has a backend server managment admin
with all the linux distros paquage manager and don't need any hosting
control panel at all???

[#] Sat Mar 07 2015 06:24:16 EST from dworz @ Uncensored

Subject: citserver core dump in libev

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

hi

Yestarday my citserver started dumping core and brought my server to halt. Could anyone help me fix this?

Is it a problem with the SMTP Queue being to large? If so how can i remove messages manually?

Also the database is pretty large. I tried to dump and load it, but it failed when the dump became almost 4GB in size.

# /usr/sbin/citserver
citserver[29067]: *** Citadel server engine v8.24 (build 5644ab7) ***
[..]
citserver[29067]: SMTPCQ: SMTP Queue: skipping because of num jobs 500 + 50 > 500 max_sessions_for_outbound_smtp
citserver: ev.c:3646: ev_io_start: Assertion `("libev: ev_io_start called with corrupted watcher", ((WL)w)->next != (WL)w)' failed.
citserver[29067]: SMTPCQ: SMTP Queue: skipping because of num jobs 500 + 14 > 500 max_sessions_for_outbound_smtp
Aborted (core dumped)

# coredumpctl -1 info
           PID: 29067 (citserver)
           UID: 993 (citadel)
           GID: 992 (citadel)
        Signal: 6 (ABRT)
     Timestamp: Sam 2015-03-07 11:56:02 CET (12min ago)
  Command Line: /usr/sbin/citserver -D -lmail
    Executable: /usr/sbin/citserver
 Control Group: /user.slice/user-0.slice/session-1.scope
          Unit: session-1.scope
         Slice: user-0.slice
       Session: 1
     Owner UID: 0 (root)
       Message: Process 29067 (citserver) of user 993 dumped core.
               
                Stack trace of thread 29068:
                #0  0x00007fa2344c18d7 raise (libc.so.6)
                #1  0x00007fa2344c353a abort (libc.so.6)
                #2  0x00007fa2344ba47d __assert_fail_base (libc.so.6)
                #3  0x00007fa2344ba532 __assert_fail (libc.so.6)
                #4  0x00007fa236513aa9 ev_io_start (libev.so.4)
                #5  0x00007fa2371f503b SockStateCb (citserver)
                #6  0x00007fa235fff368 ares__send_query (libcares.so.2)
                #7  0x00007fa235fffab8 process_answer.part.1 (libcares.so.2)
                #8  0x00007fa235fffde2 read_udp_packets (libcares.so.2)
                #9  0x00007fa235fffec0 processfds (libcares.so.2)
                #10 0x00007fa2365124e3 ev_invoke_pending (libev.so.4)
                #11 0x00007fa236515b0e ev_run (libev.so.4)
                #12 0x00007fa2371fdd63 client_event_thread (citserver)
                #13 0x00007fa2371f0508 CTC_backend (citserver)
                #14 0x00007fa235bbc52a start_thread (libpthread.so.0)
                #15 0x00007fa23458d22d __clone (libc.so.6)
               
                Stack trace of thread 29069:
                #0  0x00007fa23458d833 epoll_wait (libc.so.6)
                #1  0x00007fa236512e65 epoll_poll (libev.so.4)
                #2  0x00007fa236515405 ev_run (libev.so.4)
                #3  0x00007fa2371fd2c9 db_event_thread (citserver)
                #4  0x00007fa2371f0508 CTC_backend (citserver)
                #5  0x00007fa235bbc52a start_thread (libpthread.so.0)
                #6  0x00007fa23458d22d __clone (libc.so.6)
               
                Stack trace of thread 29070:
                #0  0x00007fa234583ae3 __select (libc.so.6)
                #1  0x00007fa2371d1ba4 worker_thread (citserver)
                #2  0x00007fa2371f0508 CTC_backend (citserver)
                #3  0x00007fa235bbc52a start_thread (libpthread.so.0)
                #4  0x00007fa23458d22d __clone (libc.so.6)
               
                Stack trace of thread 29067:
                #0  0x00007fa2345511bd __nanosleep (libc.so.6)
                #1  0x00007fa234584224 usleep (libc.so.6)
                #2  0x00007fa2371f071a go_threading (citserver)
                #3  0x00007fa2371c538e main (citserver)
                #4  0x00007fa2344acfe0 __libc_start_main (libc.so.6)
                #5  0x00007fa2371c562c _start (citserver)
               
                Stack trace of thread 29071:
                #0  0x00007fa23450dc16 _int_malloc (libc.so.6)
                #1  0x00007fa23451015e malloc (libc.so.6)
                #2  0x00007fa235ddcc35 InsertHashItem (libcitadel.so.4)
                #3  0x00007fa235ddd46f Put (libcitadel.so.4)
                #4  0x00007fa23722fa65 QItem_Handle_Recipient (citserver)
                #5  0x00007fa23722f581 DeserializeQueueItem (citserver)
                #6  0x00007fa23723076d smtp_do_procmsg (citserver)
                #7  0x00007fa2371e4ecc CtdlForEachMessage (citserver)
                #8  0x00007fa23722ee9b smtp_do_queue (citserver)
                #9  0x00007fa2371d4405 PerformSessionHooks (citserver)
                #10 0x00007fa2371ec0ec do_housekeeping (citserver)
                #11 0x00007fa2371d1cf5 worker_thread (citserver)
                #12 0x00007fa2371f0508 CTC_backend (citserver)
                #13 0x00007fa235bbc52a start_thread (libpthread.so.0)
                #14 0x00007fa23458d22d __clone (libc.so.6)

# rpm -q citadel citadel-common libcitadel4 citadel-lang webcit webcit-lang libsieve1
citadel-8.24-7.1.x86_64
citadel-common-8.24-7.1.x86_64
libcitadel4-8.24-1.1.x86_64
citadel-lang-8.24-7.1.x86_64
webcit-8.24-7.1.x86_64
webcit-lang-8.24-7.1.x86_64
libsieve1-2.3.1-1.1.x86_64

# cat /etc/redhat-release
Fedora release 21 (Twenty One)

# uname -a
Linux base.amazing.ch 3.18.7-200.fc21.x86_64 #1 SMP Wed Feb 11 21:53:17 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

# ls -l /var/lib/citadel/data/
total 3265520
-rw-------. 1 citadel root      52334592  7. Mär 11:54 cdb.00
-rw-------. 1 citadel root          8192  7. Mär 11:54 cdb.01
-rw-------. 1 citadel root         69632  7. Mär 12:18 cdb.02
-rw-------. 1 citadel root         16384  7. Mär 12:18 cdb.03
-rw-------. 1 citadel root        389120  7. Mär 11:54 cdb.04
-rw-------. 1 citadel root         53248  6. Mär 22:17 cdb.05
-rw-------. 1 citadel root          8192 17. Feb 10:34 cdb.06
-rw-------. 1 citadel root          8192 19. Apr 2013  cdb.07
-rw-------. 1 citadel root    3220156416  6. Mär 20:48 cdb.08
-rw-------. 1 citadel root      59904000  6. Mär 18:12 cdb.09
-rw-------. 1 citadel root        110592  6. Mär 18:12 cdb.0a
-rw-------. 1 citadel root          8192  6. Mär 16:43 cdb.0b
-rw-------. 1 citadel root          8192 19. Apr 2013  cdb.0c
-rw-------. 1 citadel root          3256  7. Mär 12:18 citadel.config
-rw-------. 1 citadel root            56  7. Mär 12:18 citadel.control
-rw-------. 1 citadel root      10485760  7. Mär 12:18 log.0000001276
-rw-------. 1 citadel citadel     318688  7. Mär 11:54 refcount_adjustments.dat

Thanks in advance for any help on this!

 



[#] Sun Mar 08 2015 07:36:43 EDT from dworz @ Uncensored

Subject: Re: citserver core dump in libev

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

Hi

I don't know if this patch is correct, but at least my server is back up and running:

index 94592a1..7d2391c 100644
--- a/modules/c-ares-dns/serv_c-ares-dns.c
+++ b/modules/c-ares-dns/serv_c-ares-dns.c
@@ -586,8 +586,7 @@ void SockStateCb(void *data, int sock, int read, int write)
        IO->Now = ev_now(event_base);
 
        if (read) {
-               if ((IO->DNS.recv_event.fd != sock) &&
-                   (IO->DNS.recv_event.fd != 0)) {
+               if (IO->DNS.recv_event.fd != 0) {
                        EV_DNS_LOG_STOP(DNS.recv_event);
                        ev_io_stop(event_base, &IO->DNS.recv_event);
                }
@@ -602,8 +601,7 @@ void SockStateCb(void *data, int sock, int read, int write)
                ev_io_start(event_base, &IO->DNS.recv_event);
        }
        if (write) {
-               if ((IO->DNS.send_event.fd != sock) &&
-                   (IO->DNS.send_event.fd != 0)) {
+               if (IO->DNS.send_event.fd != 0) {
                        EV_DNS_LOG_STOP(DNS.send_event);
                        ev_io_stop(event_base, &IO->DNS.send_event);
                }

 

I assume the socket gets reused, but sometimes it is randomly the same number as before and then it doesn't get stopped.

What do you think? If it is correct, could you please include it in future version?

bye
 dworz



[#] Sun Mar 08 2015 17:58:08 EDT from mo @ Uncensored

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

This thing is a live!!!!!!!!!!!


[#] Mon Mar 09 2015 07:45:42 EDT from triLcat @ Uncensored

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

a live what?

 



[#] Mon Mar 09 2015 08:44:23 EDT from fleeb @ Uncensored

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


A live wire. Don't touch.

[#] Tue Mar 10 2015 03:07:43 EDT from dothebart @ Uncensored

Subject: Re: citadel installation with webmin/virtualmin info

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

I don't know aolserver; however in apache or nginx you can use http proxy to have the same webserver serve webcit and other applications.

http://citadel.org/doku.php/faq:installation:apacheproxy

to combine it with openacs the solution would be similar.

Webcit doesn't integrate with webmin.



[#] Tue Mar 10 2015 03:13:55 EDT from dothebart @ Uncensored

Subject: Re: citserver core dump in libev

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

Hm, we did some work to get race conditions solved with the soon to be released 8.30,

you can start citserver without the queue:

http://citadel.org/doku.php/faq:spam:recover#stopspamfrombeingsent

can you sched a little more light on the queue situation? how many mails are waiting for being sent? and does one of them have many recipient and if how many?

 

Could you also try whether git master handles the situation correctly for you?



[#] Tue Mar 10 2015 04:43:18 EDT from "heather" <heather@trans-world.org> to citadel_support@citadel.org

Subject: Re: [Citadel Support] Re: citadel installation withwebmin/virtualmin info

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

As you say that Webcit doesn't integrate with webmin,
do I have to instal then Webcit on a os without any conrol panel then?
In this case how am I going to manage the server then?

I also wanted to know is Webcit just a bulletin board without a real
webmail client?
I checked your demo and I don't see any webmail client offering all the
folders such as sent messages, inbox, draft, spam or whatever folder may
be so my question is, do I have to isntal another mail client on top of
citadel then?




On 2015-03-10 02:07, dothebart wrote:
I don't know aolserver; however in apache or nginx you can use http
proxy to have the same webserver serve webcit and other applications.

http://citadel.org/doku.php/faq:installation:apacheproxy

to combine it with openacs the solution would be similar.

Webcit doesn't integrate with webmin.

[#] Tue Mar 10 2015 09:20:54 EDT from dothebart @ Uncensored

Subject: Re: [Citadel Support] Re: citadel installation withwebmin/virtualmin info

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

 

Tue Mar 10 2015 04:43:18 EDTfrom "heather" <heather@trans-world.org> Subject: Re: [Citadel Support] Re: citadel installation withwebmin/virtualmin info
As you say that Webcit doesn't integrate with webmin,
do I have to instal then Webcit on a os without any conrol panel then?
In this case how am I going to manage the server then?
 
Please have a look at:


I also wanted to know is Webcit just a bulletin board without a real
webmail client?
I checked your demo and I don't see any webmail client offering all the
folders such as sent messages, inbox, draft, spam or whatever folder may
be so my question is, do I have to isntal another mail client on top of
citadel then?

 
Have a closer look. You've got the Mail icon etc. its all there.



On 2015-03-10 02:07, dothebart wrote:
I don't know aolserver; however in apache or nginx you can use http
proxy to have the same webserver serve webcit and other applications.

http://citadel.org/doku.php/faq:installation:apacheproxy

to combine it with openacs the solution would be similar.

Webcit doesn't integrate with webmin.

 



[#] Tue Mar 10 2015 13:28:47 EDT from dworz @ Uncensored

Subject: Re: citserver core dump in libev

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

Hi

Thanks for your reply. My patch cleared the situation for me. Now I cannot test other options anymore.

But yes there were a few hundert mails with a few dozen recipients each in the mailqueue.

Some Spammer just created an account and started sending mail. I wasn't aware my mailserver were this open and i did not expect spammers to bother with Citadel.

And of course i set it now so that only i can create new accounts.

Thanks.

 

 



[#] Tue Mar 10 2015 15:25:59 EDT from "heather" <heather@trans-world.org> to citadel_support@citadel.org

Subject: Re: [Citadel Support] Re: citadel installationwithwebmin/virtualmin info

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

Would you have a demo of the citadel backend admin?
Regards, Heather


On 2015-03-10 08:20, dothebart wrote:
Tue Mar 10 2015 04:43:18 EDTfrom "heather" <heather@trans-worldorg>
Subject: Re: [Citadel Support] Re: citadel installation
withwebmin/virtualmin info
As you say that Webcit doesn't integrate with webmin,
do I have to instal then Webcit on a os without any conrol panel
then?
In this case how am I going to manage the server then?

Please have a look at:
http://citadel.org/doku.php?id=installation:start

I also wanted to know is Webcit just a bulletin board without a real

webmail client?
I checked your demo and I don't see any webmail client offering all
the
folders such as sent messages, inbox, draft, spam or whatever folder
may
be so my question is, do I have to isntal another mail client on top
of
citadel then?

Have a closer look. You've got the Mail icon etc. its all there.

On 2015-03-10 02:07, dothebart wrote:

I don't know aolserver; however in apache or nginx you can use
http
proxy to have the same webserver serve webcit and other
applications.

http://citadel.org/doku.php/faq:installation:apacheproxy [1]

to combine it with openacs the solution would be similar.

Webcit doesn't integrate with webmin.



Links:
------
[1] http://citadel.org/doku.php/faq:installation:apacheproxy

[#] Wed Mar 11 2015 07:39:20 EDT from TaMeR @ Uncensored to Citadel Support <citadel_support@citadel.org>

Subject: Re: (no subject)

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

On 03/10/2015 02:30 PM, dothebart wrote:
While I personaly wouldn't care about windows its still many developers
using it as their workstation of choice.

So if you want to reach them as users without clunky VMs they should
install a native port is neccessary.


2:30pm hmm, seams you have trouble switching between C++ and English.
Happens to me quite frequently too, between German and English though.

Well, I don't wont to reach them, in the contrary I would hope you and
every other open source advocate would stop supporting them.

[#] Wed Mar 11 2015 09:21:03 EDT from TaMeR @ Uncensored to Citadel Support <citadel_support@citadel.org>

Subject: XMPP with pidgin error

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

Can't get xmpp work with pidgin
Here is the debug info

The red line reads:
(15:10:58) connection: purple_connection_error_reason called with NULL
description


FULL DEBUG LOG:

(15:10:45) util: Writing file prefs.xml to directory /home/tamer/.purple
(15:10:45) util: Writing file /home/tamer/.purple/prefs.xml
(15:10:54) account: Connecting to account tamer@uncensored.citadel.org/.
(15:10:54) connection: Connecting. gc = 0x7fa00a1f67d0
(15:10:54) dnsquery: Performing DNS lookup for uncensored.citadel.org
(15:10:54) dns: Wait for DNS child 7733 failed: No child processes
(15:10:54) dns: Created new DNS child 7834, there are now 1 children.
(15:10:54) dns: Successfully sent DNS request to child 7834
(15:10:54) dns: Got response for 'uncensored.citadel.org'
(15:10:54) dnsquery: IP resolved for uncensored.citadel.org
(15:10:54) proxy: Attempting connection to 216.150.130.111
(15:10:54) proxy: Connecting to uncensored.citadel.org:5222 with no proxy
(15:10:54) proxy: Connection in progress
(15:10:55) proxy: Connecting to uncensored.citadel.org:5222.
(15:10:55) proxy: Connected to uncensored.citadel.org:5222.
(15:10:55) jabber: Sending (tamer@uncensored.citadel.org): <?xml
version='1.0' ?>
(15:10:55) jabber: Sending (tamer@uncensored.citadel.org):
<stream:stream to='uncensored.citadel.org' xmlns='jabber:client'
xmlns:stream='http://etherx.jabber.org/streams' version='1.0'>
(15:10:56) jabber: Recv (38): <?xml version="1.0" encoding="UTF-8"?>
(15:10:56) jabber: Recv (485): <stream:stream
from="uncensored.citadel.org" id="0001bfc5" version="1.0"
xmlns:stream="http://etherx.jabber.org/streams"
xmlns="jabber:client"><stream:features><starttls
xmlns='urn:ietf:params:xml:ns:xmpp-tls'></starttls><mechanisms
xmlns="urn:ietf:params:xml:ns:xmpp-sasl"><mechanism>PLAIN</mechanism></mechanisms><auth
xmlns="http://jabber.org/features/iq-auth"/><bind
xmlns="urn:ietf:params:xml:ns:xmpp-bind"/><session
xmlns="urn:ietf:params:xml:ns:xmpp-session"/></stream:features>
(15:10:56) jabber: Sending (tamer@uncensored.citadel.org): <starttls
xmlns='urn:ietf:params:xml:ns:xmpp-tls'/>
(15:10:56) jabber: Recv (50): <proceed
xmlns='urn:ietf:params:xml:ns:xmpp-tls'/>
(15:10:56) nss: SSL version 3.1 using 128-bit AES with 160-bit SHA1 MAC
Server Auth: 2048-bit RSA, Key Exchange: 1032-bit DHE, Compression: NULL
Cipher Suite Name: TLS_DHE_RSA_WITH_AES_128_CBC_SHA
(15:10:56) nss:
subject=E=ajc@uncensored.citadel.org,CN=uncensored.citadel.org,C=US,OID.2.5.4.13=Yy48NraGYq2yuTX0
issuer=CN=StartCom Class 1 Primary Intermediate Server CA,OU=Secure
Digital Certificate Signing,O=StartCom Ltd.,C=IL
(15:10:56) nss: subject=CN=StartCom Class 1 Primary Intermediate Server
CA,OU=Secure Digital Certificate Signing,O=StartCom Ltd.,C=IL
issuer=CN=StartCom Certification Authority,OU=Secure Digital Certificate
Signing,O=StartCom Ltd.,C=IL
(15:10:56) nss: subject=CN=StartCom Certification Authority,OU=Secure
Digital Certificate Signing,O=StartCom Ltd.,C=IL issuer=CN=StartCom
Certification Authority,OU=Secure Digital Certificate Signing,O=StartCom
Ltd.,C=IL
(15:10:56) certificate/x509/tls_cached: Starting verify for
uncensored.citadel.org
(15:10:56) certificate/x509/tls_cached: Checking for cached cert...
(15:10:56) certificate/x509/tls_cached: ...Found cached cert
(15:10:56) nss/x509: Loading certificate from
/home/tamer/.purple/certificates/x509/tls_peers/uncensored.citadel.org
(15:10:56) certificate/x509/tls_cached: Peer cert matched cached
(15:10:56) nss/x509: Exporting certificate to
/home/tamer/.purple/certificates/x509/tls_peers/uncensored.citadel.org
(15:10:56) util: Writing file
/home/tamer/.purple/certificates/x509/tls_peers/uncensored.citadel.org
(15:10:56) nss: Trusting
E=ajc@uncensored.citadel.org,CN=uncensored.citadel.org,C=US,OID.2.5.4.13=Yy48NraGYq2yuTX0
(15:10:56) certificate: Successfully verified certificate for
uncensored.citadel.org
(15:10:56) jabber: Sending (ssl) (tamer@uncensored.citadel.org):
<stream:stream to='uncensored.citadel.org' xmlns='jabber:client'
xmlns:stream='http://etherx.jabber.org/streams' version='1.0'>
(15:10:57) jabber: Recv (ssl)(38): <?xml version="1.0" encoding="UTF-8"?>
(15:10:57) jabber: Recv (ssl)(15): <stream:stream
(15:10:57) jabber: Recv (ssl)(30): from="uncensored.citadel.org"
(15:10:57) jabber: Recv (ssl)(14): id="0001bfc5"
(15:10:57) jabber: Recv (ssl)(14): version="1.0"
(15:10:57) jabber: Recv (ssl)(48):
xmlns:stream="http://etherx.jabber.org/streams"
(15:10:57) jabber: Recv (ssl)(22): xmlns="jabber:client">
(15:10:57) jabber: Recv (ssl)(17): <stream:features>
(15:10:57) jabber: Recv (ssl)(53): <mechanisms
xmlns="urn:ietf:params:xml:ns:xmpp-sasl">
(15:10:57) jabber: Recv (ssl)(28): <mechanism>PLAIN</mechanism>
(15:10:57) jabber: Recv (ssl)(13): </mechanisms>
(15:10:57) jabber: Recv (ssl)(50): <auth
xmlns="http://jabber.org/features/iq-auth"/>
(15:10:57) jabber: Recv (ssl)(48): <bind
xmlns="urn:ietf:params:xml:ns:xmpp-bind"/>
(15:10:57) jabber: Recv (ssl)(54): <session
xmlns="urn:ietf:params:xml:ns:xmpp-session"/>
(15:10:57) jabber: Recv (ssl)(18): </stream:features>
(15:10:57) sasl: Mechs found: PLAIN
(15:10:57) jabber: Sending (ssl) (tamer@uncensored.citadel.org): <auth
xmlns='urn:ietf:params:xml:ns:xmpp-sasl' mechanism='PLAIN'
xmlns:ga='http://www.google.com/talk/protocol/auth'
ga:client-uses-full-bind-result='true'>password removed</auth>
(15:10:57) jabber: Recv (ssl)(51): <success
xmlns="urn:ietf:params:xml:ns:xmpp-sasl"/>
(15:10:57) jabber: Sending (ssl) (tamer@uncensored.citadel.org):
<stream:stream to='uncensored.citadel.org' xmlns='jabber:client'
xmlns:stream='http://etherx.jabber.org/streams' version='1.0'>
(15:10:57) jabber: Recv (ssl)(38): <?xml version="1.0" encoding="UTF-8"?>
(15:10:57) jabber: Recv (ssl)(15): <stream:stream
(15:10:57) jabber: Recv (ssl)(30): from="uncensored.citadel.org"
(15:10:57) jabber: Recv (ssl)(14): id="0001bfc5"
(15:10:57) jabber: Recv (ssl)(14): version="1.0"
(15:10:57) jabber: Recv (ssl)(48):
xmlns:stream="http://etherx.jabber.org/streams"
(15:10:57) jabber: Recv (ssl)(22): xmlns="jabber:client">
(15:10:57) jabber: Recv (ssl)(17): <stream:features>
(15:10:57) jabber: Recv (ssl)(48): <bind
xmlns="urn:ietf:params:xml:ns:xmpp-bind"/>
(15:10:57) jabber: Recv (ssl)(54): <session
xmlns="urn:ietf:params:xml:ns:xmpp-session"/>
(15:10:57) jabber: Recv (ssl)(18): </stream:features>
(15:10:57) jabber: Sending (ssl) (tamer@uncensored.citadel.org): <iq
type='set' id='purple6cfafc73'><bind
xmlns='urn:ietf:params:xml:ns:xmpp-bind'/></iq>
(15:10:57) jabber: Recv (ssl)(37): <iq type="error" id="purple6cfafc73">
(15:10:58) jabber: Recv (ssl)(41): <error>Don't know howto do 'set'!</error>
(15:10:58) jabber: Recv (ssl)(5): </iq>
(15:10:58) connection: purple_connection_error_reason called with NULL
description
(15:10:58) connection: Connection error on 0x7fa00a1f67d0 (reason: 0
description: Unknown error)
(15:10:58) account: Disconnecting account tamer@uncensored.citadel.org/
(0x7fa00892b6d0)
(15:10:58) connection: Disconnecting connection 0x7fa00a1f67d0
(15:10:58) jabber: Sending (ssl) (tamer@uncensored.citadel.org):
</stream:stream>
(15:10:58) connection: Destroying connection 0x7fa00a1f67d0
(15:10:59) util: Writing file accounts.xml to directory /home/tamer/.purple
(15:10:59) util: Writing file /home/tamer/.purple/accounts.xml
(15:11:14) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:14) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:14) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:14) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:14) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:14) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:14) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:14) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:14) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:14) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:14) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:14) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:14) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:14) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:14) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:14) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:14) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:14) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/width changed, scheduling save.
(15:11:15) prefs: /pidgin/debug/height changed, scheduling save.
(15:11:19) util: Writing file prefs.xml to directory /home/tamer/.purple
(15:11:19) util: Writing file /home/tamer/.purple/prefs.xml

Go to page: First ... 35 36 37 38 [39] 40 41 42 43 ... Last