Language:
switch to room list switch to menu My folders
Go to page: First ... 53 54 55 56 [57] 58 59 60 61 ... Last
[#] Sat Jul 04 2015 04:04:15 EDT from setra @ Uncensored

Subject: chat is slow

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

Hello! It seems that when I, and my friend use chat it is slow and messages pop up one at a time. This is with both my, and other citadel installations (including this one).

Everything else is fast. Is there a way to make chat faster? This would be on a private server so spam is not a problem. Thanks! - Setra



[#] Sat Jul 04 2015 20:41:06 EDT from stpm03 @ Uncensored

Subject: sending mail

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

Can someone please advise me on how to become able to send mail from citadel to email addresses with providers such as OUTLOOK.COM or GMAIL.COM

 

Thank You



[#] Sun Jul 05 2015 06:04:51 EDT from will.cit @ Uncensored

Subject: Citadel 9.01 and active directory

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

Hi, I am new to Citadel :-)

 

I am trying to get it to work with Active Directory but I have strange problems with some of the AD users.

Here, W2003 provides AD authentication and the idea is to move the mail from hmailserver (integrated with AD) to Debian/citadel, maintaining AD for authentication.

 

For testing purposes, Citadel 9.01 was deployed using easyinstall in a Debian 7 with SSL support and AD authentication.

Then AD users were added but there were exceptions: 

- 3 non-admin users did not have the INBOX folder available in Thunderbird. TB said it could not access the rooms

- 2 users (the citadel admin and another one) had the INBOX created twice, recursively, with the second INBOX just listing the Deleted sub folder.

 

Regarding those users with a missing INBOX in TB, I tried using webcit and checked the citadel log: the LDAP bind using the query user was OK, the LDAP search was successful but then the message "W Context: <> logged in" looked strange. And rooms were listed in the citadel log. That only happened with those 3 users. Users in AD were defined all in the same way and the AD maintenance page in W2003 showed the same attributes for the users. However, a LDAP browser showed some users had extra attributes compared to others. So, not too sure.

To me it seems citadel is expecting to receive something from AD and that does not happen, even if authentication is successful. Do I need to define any specific attributes in AD for citadel to use, something that could address message "W Context: <> logged in" ? And then enable creation/view of inboxes ?

 

Talking about that recursive INBOX, could it have anything to do with being the citadel admin ?

 

Thanks a lot, in advance, for any hint/tip you may have

W

 



[#] Sun Jul 05 2015 14:07:40 EDT from stpm03 @ Uncensored

Subject: "Global Address Book"

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

Hi!

 

When logged in as the Administrator for my Citadel, I get a list of "Global Address Book" with all addresses on my local server.

However, when I asked a colleague to log in, they could not see this list, therefore were unable to send email messages to other staff on the server without typing addresses (quite annoying when wanting an email to go to all staff!)

 

Can someone please tell me how to make the "Global Address Book" available to all users, or create another list that is accessible by all users?

 

Furthermore, Can someone advise me on how to create mailing lists on this address book?

 

Thank you so much :)

 

Phillip



[#] Mon Jul 06 2015 18:46:43 EDT from will.cit @ Uncensored

Subject: Re: Citadel 9.01 and active directory

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

Hi, uhmmm yes, Citadel does not like something in the LDAP attributes and fails silently. I tried to recreate one of the affected users in AD and citadel then welcomed the user. However, recreating AD accounts may not always be a viable option in "production". :-(

W

 

Sun Jul 05 2015 06:04:51 EDT from will.cit @ Uncensored Subject: Citadel 9.01 and active directory

Hi, I am new to Citadel :-)

 

I am trying to get it to work with Active Directory but I have strange problems with some of the AD users.

Here, W2003 provides AD authentication and the idea is to move the mail from hmailserver (integrated with AD) to Debian/citadel, maintaining AD for authentication.

 

For testing purposes, Citadel 9.01 was deployed using easyinstall in a Debian 7 with SSL support and AD authentication.

Then AD users were added but there were exceptions: 

- 3 non-admin users did not have the INBOX folder available in Thunderbird. TB said it could not access the rooms

- 2 users (the citadel admin and another one) had the INBOX created twice, recursively, with the second INBOX just listing the Deleted sub folder.

 

Regarding those users with a missing INBOX in TB, I tried using webcit and checked the citadel log: the LDAP bind using the query user was OK, the LDAP search was successful but then the message "W Context: <> logged in" looked strange. And rooms were listed in the citadel log. That only happened with those 3 users. Users in AD were defined all in the same way and the AD maintenance page in W2003 showed the same attributes for the users. However, a LDAP browser showed some users had extra attributes compared to others. So, not too sure.

To me it seems citadel is expecting to receive something from AD and that does not happen, even if authentication is successful. Do I need to define any specific attributes in AD for citadel to use, something that could address message "W Context: <> logged in" ? And then enable creation/view of inboxes ?

 

Talking about that recursive INBOX, could it have anything to do with being the citadel admin ?

 

Thanks a lot, in advance, for any hint/tip you may have

W

 



 



[#] Tue Jul 07 2015 06:10:24 EDT from RichSM @ Uncensored

Subject: restore from backup

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

Hello guys,

Could someone please point me in the right direction for a tutorial or wiki on how to restore the database directory from a normal backup. I have found wiki on exporting, importing, backups, repair, etc but I can't find any mention on how to restore from backups. I need to restore the database from a week old backup (copied the whole data directory after shutting dowm citadel) after suffering a disk failure. Thanks.

RichSM



[#] Wed Jul 08 2015 07:39:44 EDT from RichSM @ Uncensored

Subject: restore database from backup

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

" Hello guys,

 

Could someone please point me in the right direction for a tutorial or wiki on how to restore the database directory from a normal backup. I have found wiki on exporting, importing, backups, repair, etc but I can't find any mention on how to restore from backups. I need to restore the database from a week old backup (copied the whole data directory after shutting dowm citadel) after suffering a disk failure. Thanks.

 

RichSM "

----------------------------------------------

Can anyone help??? I will appreciate any help. I need to get the data back in the database and 'am afraid to do i t on assumption. Help please.

Thank you.

 

RichSM

 



[#] Wed Jul 08 2015 08:01:07 EDT from "Panagiotis Palias" <panagos81@gmail.com> to citadel_support@citadel.org

Subject: Re: [Citadel Support] restore database from backup

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

According to this [1] you should have a backup of the mentioned files. Did you try to copy them back to the new installtion and it didn't work?

[1] http://www.citadel.org/doku.php/faq:systemadmin:what_is_the_best_way_to_backup_my_citadel_installation

On Wed, Jul 8, 2015 at 1:39 PM, RichSM <RichSM@uncensored.citadel.org> wrote:

" Hello guys,

 

Could someone please point me in the right direction for a tutorial or wiki on how to restore the database directory from a normal backup. I have found wiki on exporting, importing, backups, repair, etc but I can't find any mention on how to restore from backups. I need to restore the database from a week old backup (copied the whole data directory after shutting dowm citadel) after suffering a disk failure. Thanks.

 

RichSM "

----------------------------------------------

Can anyone help??? I will appreciate any help. I need to get the data back in the database and 'am afraid to do i t on assumption. Help please.

Thank you.

 

RichSM

 




--
-p


[#] Wed Jul 08 2015 13:08:42 EDT from RichSM @ Uncensored

Subject: Re: [Citadel Support] restore database from backup

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

Yes, I have a copy of the entire data directory (I shut down citadel then copied the data directory to another disk just before the disk citadel wis installed on failed). I would just like to know that if I shut down citadel now and upload this copy to citadel I will not corrupt the data files. Is it alright to do it like that? Thanks for your reply.

  RichSM

Wed Jul 08 2015 08:01:07 EDT from "Panagiotis Palias" <panagos81@gmail.com> Subject: Re: [Citadel Support] restore database from backup
According to this [1] you should have a backup of the mentioned files. Did you try to copy them back to the new installtion and it didn't work?

[1] http://www.citadel.org/doku.php/faq:systemadmin:what_is_the_best_way_to_backup_my_citadel_installation

On Wed, Jul 8, 2015 at 1:39 PM, RichSM <RichSM@uncensored.citadel.org> wrote:

" Hello guys,

 

Could someone please point me in the right direction for a tutorial or wiki on how to restore the database directory from a normal backup. I have found wiki on exporting, importing, backups, repair, etc but I can't find any mention on how to restore from backups. I need to restore the database from a week old backup (copied the whole data directory after shutting dowm citadel) after suffering a disk failure. Thanks.

 

RichSM "

----------------------------------------------

Can anyone help??? I will appreciate any help. I need to get the data back in the database and 'am afraid to do i t on assumption. Help please.

Thank you.

 

RichSM

 




--
-p


 



[#] Wed Jul 08 2015 15:17:43 EDT from platonov @ Uncensored

Subject: Re: [Citadel Support] restore database from backup

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

Hi,

(Not sure what happened here, but the message I posed does not show up. So, we'll do it again.)

1. Make sure citadel server is stopped before you do this and verify it with 'ps -ef|grep cit'. Because /etc/init.d/citadel stop does not work for me on Ubuntu/citadel 8.24. So, I have to actually kill the citadel server process. Else it is still running after executing the init script.

2. Rename the damaged citadel data directory (/usr/local/citadel/data on Ubuntu) to something else. You don't want ANY .log files from the damaged version to remain. So, just copy the entire data directory, including the .logs.

3. Restart the citadel server.

Wed Jul 08 2015 13:08:42 EDT from RichSM @ Uncensored Subject: Re: [Citadel Support] restore database from backup

Yes, I have a copy of the entire data directory (I shut down citadel then copied the data directory to another disk just before the disk citadel wis installed on failed). I would just like to know that if I shut down citadel now and upload this copy to citadel I will not corrupt the data files. Is it alright to do it like that? Thanks for your reply.

  RichSM

Wed Jul 08 2015 08:01:07 EDT from "Panagiotis Palias" <panagos81@gmail.com> Subject: Re: [Citadel Support] restore database from backup
According to this [1] you should have a backup of the mentioned files. Did you try to copy them back to the new installtion and it didn't work?

[1] http://www.citadel.org/doku.php/faq:systemadmin:what_is_the_best_way_to_backup_my_citadel_installation

On Wed, Jul 8, 2015 at 1:39 PM, RichSM <RichSM@uncensored.citadel.org> wrote:

" Hello guys,

 

Could someone please point me in the right direction for a tutorial or wiki on how to restore the database directory from a normal backup. I have found wiki on exporting, importing, backups, repair, etc but I can't find any mention on how to restore from backups. I need to restore the database from a week old backup (copied the whole data directory after shutting dowm citadel) after suffering a disk failure. Thanks.

 

RichSM "

----------------------------------------------

Can anyone help??? I will appreciate any help. I need to get the data back in the database and 'am afraid to do i t on assumption. Help please.

Thank you.

 

RichSM

 




--
-p


 



 



[#] Wed Jul 08 2015 16:01:27 EDT from theross @ Uncensored

Subject: error 550 invalid recipients

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

Hello Guys!

 

I just started with banana pi & citadell and find myself confronted with a big problem that i couldn't solve with google:(

i installed citadel on bananian 15.04, registered a domain, changed the MX entry, did everything according to my manual. i now have the following problem:

i have 2 accounts on my citadel server. one is the admin, this account is working perfectly fine. i can send&recieve emails. on the other side i have a new account, i want to us for my emails later, but i only can send mails but not recieve them:( has anyone an idea where the problem could be?

 

thank you very much beforhand for your time&energy



[#] Wed Jul 08 2015 21:58:26 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: [Citadel Support] restore database from backup

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

Yes, I have a copy of the entire data directory (I shut down citadel
then copied the data directory to another disk just before the disk
citadel wis installed on failed). I would just like to know that if I
shut down citadel now and upload this copy to citadel I will not
corrupt the data files. Is it alright to do it like that? Thanks for
your reply.

You will need, at the very minimum, the data/ directory along with the files citadel.config and citadel.control. Without those two additional files you will have some difficulty making the data/ backup useful.

[#] Wed Jul 08 2015 22:00:11 EDT from IGnatius T Foobar @ Uncensored

Subject: Re: "Global Address Book"

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

However, when I asked a colleague to log in, they could not see this
list, therefore were unable to send email messages to other staff on
the server without typing addresses (quite annoying when wanting an
email to go to all staff!)

If it is appropriate for your site and your user community, you can edit the Global Address Book room; make it "public and "read-only" and you should be good to go.

[#] Wed Jul 22 2015 11:42:06 EDT from CarlGambolputty @ Uncensored

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

Any ideas? I can't find any reference to how Citadel handles its UDIL / mail ID records in the documentation... going to opt for a total purge and reset as a last resort otherwise (uuuuuuuuuuuugh).



[#] Fri Jul 24 2015 10:48:15 EDT from IGnatius T Foobar @ Uncensored

Subject: UIDL values

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

CarlGambolputty: are you looking for information on UID/UIDL values for messages it is serving up, or messages it is fetching from remote servers?

For local messages being served, UID/UIDL is quite simply the fixed value of the message number in the database (which is a global ascending sequence).

For messages fetched from remote servers, the UID/UIDL of the last-fetched message is stored in the "netconfigs" record for the room into which it is being fetched.



[#] Fri Jul 24 2015 11:20:02 EDT from CarlGambolputty @ Uncensored

Subject: Re: UIDL values

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

I'm looking for where it puts UIDL (derp) values when fetched from remote servers to a room. If that is put into the netconfigs folder, I'm not sure where to go from there, except maybe delete the netconfigs folder, recreate it, rerun setup, make sure citadel has ownership and trying to get the rooms to pull remotely again.

As said, even on new rooms I add new remote POP3 server information on, it'll telnet LIST the pop3 server after connecting and authorizing, then ask the pop3 server for UIDL values for each, but even if it's a completely new room it'll then close the connection without pulling a single one, and list '0 of X new messages' (paraphrasing) where X equals the total number of emails LIST'd. 



[#] Fri Jul 24 2015 12:59:00 EDT from CarlGambolputty @ Uncensored

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

Here's a log of the server output when it checks for messages, just in case I'm blind to something. This is from right after I started POP3 debugging after removing and recreating the netconfigs folder:

 

Jul 24 12:36:30 PICARD stunnel: LOG7[1144]: Service [GmailPop3sRelay] accepted (FD=3) from <Server Info>

Jul 24 12:36:30 PICARD citserver[17247]: CC[0]MSGCtdlFetchMessage(237, 1)

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]: Service [GmailPop3sRelay] started

Jul 24 12:36:30 PICARD stunnel: LOG5[17406]: Service [GmailPop3sRelay] accepted connection from <Server Info>

Jul 24 12:36:30 PICARD citserver[17247]: SMTPCQ: queue run completed; 1 messages processed 0 activated

Jul 24 12:36:30 PICARD stunnel: LOG6[17406]: s_connect: connecting 74.125.202.109:995

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]: s_connect: s_poll_wait 74.125.202.109:995: waiting 10 seconds

Jul 24 12:36:30 PICARD citserver[17247]: network: no neighbor nodes are configured - not polling.

Jul 24 12:36:30 PICARD citserver[17247]: No external notifiers configured on system/user

Jul 24 12:36:30 PICARD citserver[17247]: -- db checkpoint --

Jul 24 12:36:30 PICARD stunnel: LOG5[17406]: s_connect: connected 74.125.202.109:995

Jul 24 12:36:30 PICARD stunnel: LOG5[17406]: Service [GmailPop3sRelay] connected remote server from <Server Info>

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]: Remote socket (FD=11) initialized

Jul 24 12:36:30 PICARD stunnel: LOG6[17406]: SNI: sending servername: pop.gmail.com

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]: SSL state (connect): before/connect initialization

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]: SSL state (connect): SSLv3 write client hello A

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]: SSL state (connect): SSLv3 read server hello A

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]: SSL state (connect): SSLv3 read finished A

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]: SSL state (connect): SSLv3 write change cipher spec A

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]: SSL state (connect): SSLv3 write finished A

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]: SSL state (connect): SSLv3 flush data

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]:    0 items in the session cache

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]: 4132 client connects (SSL_connect())

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]: 4132 client connects that finished

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]:    0 client renegotiations requested

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]:    0 server connects (SSL_accept())

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]:    0 server connects that finished

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]:    0 server renegotiations requested

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]: 4119 session cache hits

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]:    0 server renegotiations requested

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]: 4119 session cache hits

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]:    0 external session cache hits

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]:    0 session cache misses

Jul 24 12:36:30 PICARD stunnel: LOG7[17406]:    0 session cache timeouts

Jul 24 12:36:30 PICARD stunnel: LOG6[17406]: SSL connected: previous session reused

Jul 24 12:36:30 PICARD citserver[17247]: IO[4]CC[11][3]POP3: IO[4]CC[11][3]POP3: < +OK Gpop ready for requests from <Server Info>

Jul 24 12:36:30 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

Jul 24 12:36:30 PICARD citserver[17247]: IO[4]CC[11][3]POP3: IO[4]CC[11][3]POP3: > USER <user info>

Jul 24 12:36:30 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

Jul 24 12:36:30 PICARD citserver[17247]: IO[4]CC[11][3]POP3: IO[4]CC[11][3]POP3: < +OK send PASS

Jul 24 12:36:30 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

Jul 24 12:36:30 PICARD citserver[17247]: IO[4]CC[11][3]POP3: <PASS <password>

Jul 24 12:36:30 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

Jul 24 12:36:30 PICARD citserver[17247]: IO[4]CC[11][3]POP3: IO[4]CC[11][3]POP3: < +OK Welcome.

Jul 24 12:36:30 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

Jul 24 12:36:30 PICARD citserver[17247]: IO[4]CC[11][3]POP3: IO[4]CC[11][3]POP3: > LIST

Jul 24 12:36:30 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

Jul 24 12:36:31 PICARD citserver[17247]: IO[4]CC[11][3]POP3: IO[4]CC[11][3]POP3: < +OK 57 messages (3636174 bytes)

Jul 24 12:36:31 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

Jul 24 12:36:31 PICARD citserver[17247]: IO[4]CC[11][3]POP3: IO[4]CC[11][3]POP3: < 1 643

Jul 24 12:36:31 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

<SNIP>

Jul 24 12:36:31 PICARD citserver[17247]: IO[4]CC[11][3]POP3: IO[4]CC[11][3]POP3: < 57 491374

Jul 24 12:36:31 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

Jul 24 12:36:31 PICARD citserver[17247]: IO[4]CC[11][3]POP3: IO[4]CC[11][3]POP3: < .

Jul 24 12:36:31 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

Jul 24 12:36:31 PICARD citserver[17247]: IO[4]CC[11][3]POP3: IO[4]CC[11][3]POP3: > UIDL 53

Jul 24 12:36:31 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

Jul 24 12:36:31 PICARD citserver[17247]: IO[4]CC[11][3]POP3: IO[4]CC[11][3]POP3: < +OK 53 GmailId14eb72043928da2d

Jul 24 12:36:31 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

<SNIP>

Jul 24 12:36:39 PICARD citserver[17247]: IO[4]CC[11][3]POP3: IO[4]CC[11][3]POP3: > UIDL 24

Jul 24 12:36:39 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

Jul 24 12:36:39 PICARD citserver[17247]: IO[4]CC[11][3]POP3: IO[4]CC[11][3]POP3: < +OK 24 GmailId14eb0881d3219226

Jul 24 12:36:39 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

Jul 24 12:36:39 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

Jul 24 12:36:39 PICARD citserver[17247]: IO[4][3]POP3: POP3: POP3_C_ReAttachToFetchMessages

Jul 24 12:36:39 PICARD citserver[17247]: IO[4]CC[11][3]POP3: IO[4]CC[11][3]POP3: > QUIT#015#0123)

Jul 24 12:36:39 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

Jul 24 12:36:39 PICARD stunnel: LOG6[17406]: SSL socket closed (SSL_read)

Jul 24 12:36:39 PICARD stunnel: LOG7[17406]: Sent socket write shutdown

Jul 24 12:36:39 PICARD stunnel: LOG5[17406]: Connection closed: 558 byte(s) sent to SSL, 2524 byte(s) sent to socket

Jul 24 12:36:39 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

Jul 24 12:36:39 PICARD citserver[17247]: IO[4]CC[11][3]POP3: IO[4]CC[11][3]POP3: < +OK Farewell.

Jul 24 12:36:39 PICARD citserver[17247]: IO[4]CC[11][3]POP3: POP3: POP3SetTimeout

Jul 24 12:36:39 PICARD stunnel: LOG7[17406]: Remote socket (FD=11) closed

Jul 24 12:36:39 PICARD citserver[17247]: IO[4][3]POP3: POP3: POP3_C_Terminate

Jul 24 12:36:39 PICARD stunnel: LOG7[17406]: Local socket (FD=3) closed

Jul 24 12:36:39 PICARD citserver[17247]: IO[4]CC[11][3]POP3: <user>@<domain>: fetched 0 new of 57 messages in 9.473770s. bye.

 

A variation of this happens no matter what I try. I did notice that Citadel did not ask for EVERY UIDL value in sequence on first request, even though I removed/replaced netconfigs and everything in it. Where else are UIDL values stored for later checking?



[#] Sat Jul 25 2015 06:00:45 EDT from dothebart @ Uncensored

Subject: Re: UIDL values

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

I already added some handling for this a while ago (whilst debugging its use in the RSS-aggregator) but forgot to document it. here it is:

http://www.citadel.org/doku.php/documentation:appproto:system_config#rsenretrieveseenstatus



[#] Mon Jul 27 2015 13:11:23 EDT from CarlGambolputty @ Uncensored

Subject: Re: UIDL values

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

Excellent. I'll try those and see what I come up with in a little while; currently tied up in other stuff. Do you remember if the debug strings include the location of the database?



[#] Mon Jul 27 2015 16:30:25 EDT from dothebart @ Uncensored

Subject: Re: UIDL values

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

the log output is sufficient to query entries from that table.



Go to page: First ... 53 54 55 56 [57] 58 59 60 61 ... Last