[Citadel Development] Re: [SCM] citadel.org branch, libevent, updated. ee15c03b742bbedd404642c9f1306fa3949d00c7

2011-01-08 Thread dothebart


sam, this is the libevent branch, most likely you're using git-master; else you would be having troubles to sendmail out for about 3 weeks now, and your citserver would be leaky as a sieve.
i'm currently having troubles making asynchroneous connects with libev; so I wanted to have c-ares out of the way as a possible source of problems.
once I get it working, i'll re-enable it. Then i'll start cleaning up everything, and once this is done, i'll start migrating other client tasks (pop3 aggregator, rss agregator, citadel networker) to this scheme.
we then will be able to run several smtp client connections at once, have next to infinity lengthened timeouts, and one blocking/slooow smtp server won't block your mailq anymore.
 

Fr Jan 07 2011 09:17:06 EST von   samjam @ Uncensored  Betreff: Re: [SCM] citadel.org branch, libevent, updated. ee15c03b742bbedd404642c9f1306fa3949d00c7
 Why disable c-ares? - I guess I'm using it. Should I rebuild with this  commit?  Sam  On 07/01/11 11:07, dothebart wrote:
Push to the project "citadel.org ": The branch, libevent has been updated via  ee15c03b742bbedd404642c9f1306fa3949d00c7 (commit) via  83ff5dd0d51f8bc4e1f3a37e0eac3bbdc71af842 (commit) from  d268f98de5cfcd79b55869b79cc08db6e028c108 (commit)  Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log - http://code.citadel.org/cgit.cgi/git.citadel.org/commit/?id=ee15c03b742bbedd404642c9f1306fa3949d00c7 commit ee15c03b742bbedd404642c9f1306fa3949d00c7 Author: Wilfried Goesgensdotheb...@citadel.org Date:   Fri Jan 7 12:05:22 2011 +0100  libev/libc-ares migration  - disable c-ares for now - add fixed ip to connect instead of looked up ip  http://code.citadel.org/cgit.cgi/git.citadel.org/commit/?id=83ff5dd0d51f8bc4e1f3a37e0eac3bbdc71af842 commit 83ff5dd0d51f8bc4e1f3a37e0eac3bbdc71af842 Author: Wilfried Goesgensdotheb...@citadel.org Date:   Fri Jan 7 12:04:21 2011 +0100  libev migration - shutdown cleanly.  ---  Summary of changes: citadel/event_client.c |8 +++-- citadel/modules/eventclient/serv_eventclient.c |3 +- citadel/modules/smtp/serv_smtpeventclient.c|   37 ++- 3 files changed, 29 insertions(+), 19 deletions(-)   hooks/post-receive 


 




[Citadel Development] [SCM] citadel.org branch, libevent, updated. 0690ea880b4aeccb537702e5a363633bde2de724

2011-01-08 Thread dothebart

Push to the project citadel.org : The branch, libevent has been updated
   via  0690ea880b4aeccb537702e5a363633bde2de724 (commit)
  from  635b123f22097bbb920b18e3850b0bb6faf532cc (commit)

Those revisions listed above that are new to this repository have not appeared 
on any other notification email; so we list those revisions in full, below.
- Log -
http://code.citadel.org/cgit.cgi/git.citadel.org/commit/?id=0690ea880b4aeccb537702e5a363633bde2de724
commit 0690ea880b4aeccb537702e5a363633bde2de724
Author: Wilfried Goesgens dotheb...@citadel.org
Date:   Sat Jan 8 18:32:56 2011 +0100

Libev/libc-ares migration: cleanup

---

Summary of changes:
 citadel/event_client.c |   12 ++--
 citadel/event_client.h |1 +
 citadel/modules/c-ares-dns/serv_c-ares-dns.c   |   12 ---
 citadel/modules/eventclient/serv_eventclient.c |7 ++
 citadel/modules/smtp/serv_smtpeventclient.c|  112 +---
 5 files changed, 37 insertions(+), 107 deletions(-)


hooks/post-receive
-- 
citadel.org 


[Citadel Development] Re: wiki still does nothing

2011-01-08 Thread IGnatius T Foobar


 






 If I select edit, and save the page, I still see the same message.   No home page is ever created.
Any advice here?  Sam





I can confirm that it's definitely broken and I will fix it.




[Citadel Development] [SCM] citadel.org branch, libevent, updated. c8e73a84d645c9806635b272df36ec85cb5bd427

2011-01-08 Thread dothebart

Push to the project citadel.org : The branch, libevent has been updated
   via  c8e73a84d645c9806635b272df36ec85cb5bd427 (commit)
   via  e3534186f2a80bb2b5145c725ca4c9004927ce18 (commit)
   via  6badf1d7f56d3bba7581ba8c54f3ff2ae2b3cf55 (commit)
  from  0690ea880b4aeccb537702e5a363633bde2de724 (commit)

Those revisions listed above that are new to this repository have not appeared 
on any other notification email; so we list those revisions in full, below.
- Log -
http://code.citadel.org/cgit.cgi/git.citadel.org/commit/?id=c8e73a84d645c9806635b272df36ec85cb5bd427
commit c8e73a84d645c9806635b272df36ec85cb5bd427
Author: Wilfried Goesgens dotheb...@citadel.org
Date:   Sat Jan 8 20:55:44 2011 +0100

libev smtp migration

  - pass message text into bounce message
  - split SMTP - SMTP-Queue code

http://code.citadel.org/cgit.cgi/git.citadel.org/commit/?id=e3534186f2a80bb2b5145c725ca4c9004927ce18
commit e3534186f2a80bb2b5145c725ca4c9004927ce18
Author: Wilfried Goesgens dotheb...@citadel.org
Date:   Sat Jan 8 18:54:03 2011 +0100

libev migration

  Cleanup: wrap an empty do {} while (0) around our macros, so their syntax 
gets a better feeling of c-functions

http://code.citadel.org/cgit.cgi/git.citadel.org/commit/?id=6badf1d7f56d3bba7581ba8c54f3ff2ae2b3cf55
commit 6badf1d7f56d3bba7581ba8c54f3ff2ae2b3cf55
Author: Wilfried Goesgens dotheb...@citadel.org
Date:   Sat Jan 8 18:50:16 2011 +0100

libev migration

  - log when looking up the IP of an MX
  - log when attepting to connect one MX

---

Summary of changes:
 citadel/modules/eventclient/serv_eventclient.c |   27 +-
 citadel/modules/smtp/serv_smtpeventclient.c|  969 +---
 citadel/modules/smtp/serv_smtpqueue.c  |  670 
 citadel/modules/smtp/smtp_util.c   |   16 +-
 citadel/modules/smtp/smtp_util.h   |2 +-
 citadel/modules/smtp/smtpqueue.h   |   37 +
 6 files changed, 930 insertions(+), 791 deletions(-)
 create mode 100644 citadel/modules/smtp/serv_smtpqueue.c
 create mode 100644 citadel/modules/smtp/smtpqueue.h


hooks/post-receive
-- 
citadel.org 


[Citadel Development] (no subject)

2011-01-08 Thread dothebart


*GNGNGN*
just found a bad bug.
the commands using START_CHAT_MODE work without select or abort condition (like filedescriptor gone, shut down...)
so if the other party goes away instead of answering, it ends up looping infinite plus you aren't even able to shut down cleanly.