[SOGo] few fatal postgreSQL errors
Hi there, i find fatal error in my logs Nov 25 08:38:14 sogod [9931]: <0x0x1f26dc20[GCSFolder]> ERROR(-[GCSFolder writeContent:toName:baseVersion:]): cannot insert content : NAME:PostgreSQL72FatalError REASON:fatal pgsql error (channel=<0x0x1ee91a20[PostgreSQL72Channel]: connection=<0x0x1efc2860[PGConnection]: connection=0x0x1ee91af0>>): ERREUR: valeur trop longue pour le type character varying(255) is it important? What is "valeur trop longue pour le type character varying(255)"? could it be fix? -- Stéphane GAUDICHE -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] few fatal postgreSQL errors
On 2011-12-09 09:14, Stéphane GAUDICHE wrote: > Hi there, > i find fatal error in my logs >> Nov 25 08:38:14 sogod [9931]: <0x0x1f26dc20[GCSFolder]> >> ERROR(-[GCSFolder writeContent:toName:baseVersion:]): cannot insert >> content : >> NAME:PostgreSQL72FatalError REASON:fatal pgsql error >> (channel=<0x0x1ee91a20[PostgreSQL72Channel]: >> connection=<0x0x1efc2860[PGConnection]: connection=0x0x1ee91af0>>): >> ERREUR: valeur trop longue pour le type character varying(255) > is it important? > What is "valeur trop longue pour le type character varying(255)"? > could it be fix? > My french isn't that good, but it means you try to insert a value which exceeds the maximum length of the corresponding field of 255 characters. You can fix it, by enlarging this field or by not inserting greater values :-) Kind regards, Christian Mack -- Christian Mack Gruppe Informationsdienste Rechenzentrum Universität Konstanz -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] CardDAV on iPhone with LDAP (user sources) directories
I managed to get a users default address book (Personal Address Book) to sync with iPhone iOS v5.0.1. But the corporate directories (SOGo's read-only translation of LDAP entries - defined in SOGoUserSources) are always empty. Yet I have it working in full with the Android app "CardDAV Sync". These read-only address books look empty by default, until a search filter value is given. Is that why iOS carddav can't see them? Has the author of "CardDAV Sync" gone the extra mile for sogo integration? Or has Apple just not fully-implemented CardDAV protocol? -- Regards, *Euan Thoms* *IT Manager / Software Engineer* *Tel:* *+65 6500 4600* *Fax:* *+65 6500 4660* *DID:* *+65 6500 4659* *Mobile:* *+65 91278 8333* Fastrack Projects Pte Ltd *1 Fifth Avenue,* *#04-04/05, Guthrie House,* *Singapore 268802* /The information in this email is confidential and may be legally privileged. The contents may not be disclosed or used by anyone other than the addressee. If you are not the intended recipient, please notify us immediately and do not copy, distribute or take any action based on this e-mail./ -- users@sogo.nu https://inverse.ca/sogo/lists<>
[SOGo] [ERROR] [we-rm] did not find locale for language: Slovak
Hello, I have an error in my SOGO installation. In /var/log/sogo/sogo.log I have error: [ERROR] [we-rm] did not find locale for language: Slovak How do I resolve this error? What does it mean? Thank you. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] [ERROR] [we-rm] did not find locale for language: Slovak
Hello, dont know how to solve it yet, but it means that he cant find the locale file for your chosen language, Slovak (Slovakia!?) You may check if the file is there, if not, get it from the .tgz archive, put it in there manually and check permissions. Then restart sogo and you should be fine. Best Regards On 12/9/11 11:35 AM, tomasko...@wkcr.cz wrote: Hello, I have an error in my SOGO installation. In /var/log/sogo/sogo.log I have error: [ERROR] [we-rm] did not find locale for language: Slovak How do I resolve this error? What does it mean? Thank you. -- – Martin Seener CIO Zerebro Internet GmbH Fabeckstr.15 14195 Berlin Deutschland Telefon: +49 30 838 584 71 Mobil: +49 151 275 300 82 E-Mail: martin.see...@barzahlen.com – -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] LDAP connection error?
Hi, I have some errors in /var/log/sogo/sogo.log Dec 09 11:22:15 sogod [4771]: <0x0x8ff7ba4[SOGoCache]> an error occurred when caching value for key 'session:VSS7cHh7PTp9/CecftgySQ==': "WRITE FAILURE" Dec 09 11:22:15 sogod [4771]: <0x0x8ff7ba4[SOGoCache]> an error occurred when caching value for key 'tomaskovic+attributes': "WRITE FAILURE" 2011-12-09 11:22:15.504 sogod[4771] Could not bind to the LDAP server 192.168.1.222 (389) using the bind DN: ou=Users,dc=epi,dc=cz 2011-12-09 11:22:15.507 sogod[4771] Could not bind to the LDAP server 192.168.1.222 (389) using the bind DN: ou=Users,dc=epi,dc=cz 2011-12-09 11:22:15.509 sogod[4771] Could not bind to the LDAP server 192.168.1.222 (389) using the bind DN: ou=Users,dc=epi,dc=cz I'm not sure what does it mean. How do I resolve this problem? Thank you -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] LDAP connection error?
Hi, > > Dec 09 11:22:15 sogod [4771]: <0x0x8ff7ba4[SOGoCache]> an error occurred when > caching value for key 'session:VSS7cHh7PTp9/CecftgySQ==': "WRITE FAILURE" > Dec 09 11:22:15 sogod [4771]: <0x0x8ff7ba4[SOGoCache]> an error occurred when > caching value for key 'tomaskovic+attributes': "WRITE FAILURE" > 2011-12-09 11:22:15.504 sogod[4771] Could not bind to the LDAP server > 192.168.1.222 (389) using the bind DN: ou=Users,dc=epi,dc=cz > 2011-12-09 11:22:15.507 sogod[4771] Could not bind to the LDAP server > 192.168.1.222 (389) using the bind DN: ou=Users,dc=epi,dc=cz > 2011-12-09 11:22:15.509 sogod[4771] Could not bind to the LDAP server > 192.168.1.222 (389) using the bind DN: ou=Users,dc=epi,dc=cz Your LDAP-Server is up and running and you created the SOGo user as you defined in your .GNUstepDefaults? Can you manually connect and search your ldap directory using the SOGo user you created in your ldap directory? (e.g. cn=sogo,ou=Users,dc=epi,dc=cz) If so, maybe check the password for that user in your .GNUstepDefaults Bye, Georg -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] [ERROR] [we-rm] did not find locale for language: Slovak
Thanks, I chose langue Czech: SOGoLanguage Czech SOGoSupportedLanguages Czech SOGoTimeZone Europe/Prague I do not understand why SOGO seeking Slovak language. Where can I find the file *.tgz for Slovak language support? Best Regards Dňa 9. 12. 2011 11:41, Martin Seener wrote / napísal(a): Hello, dont know how to solve it yet, but it means that he cant find the locale file for your chosen language, Slovak (Slovakia!?) You may check if the file is there, if not, get it from the .tgz archive, put it in there manually and check permissions. Then restart sogo and you should be fine. Best Regards On 12/9/11 11:35 AM, tomasko...@wkcr.cz wrote: Hello, I have an error in my SOGO installation. In /var/log/sogo/sogo.log I have error: [ERROR] [we-rm] did not find locale for language: Slovak How do I resolve this error? What does it mean? Thank you. -- Marcel Tomaskovic, Ing., Infrastrukture specialist Wolters Kluwer ČR. a.s., U Nákladového nádraží 6, 130 00 Praha 3 Mobil: +420 774 348 673, Tel.: +420 246 040 498 tomasko...@wkcr.cz, www.wkcr.cz -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] CAS sso
Le jeudi 08 décembre 2011 à 05:45 -0500, alain.defra...@univ-evry.fr a écrit : > Hello all > i've sogo cas-sso who is working well, but casification for my dovecot/imap > doesn't... > Alain, Patch in bug 1455 may solve your problem (http://www.sogo.nu/bugs/view.php?id=1455). If it works for you : please add a remark in the BTS (or improve its severity) this should help inverse to integrate the patch in future releases. J.-M. > so i couldn't see my Maildir, do you have successfully made a casification on > a > dovecot server ? > > here are the logs : > > Dec 08 11:43:08 sogod [25660]: [ERROR] <0x0x9ae4b6c[SOGoCASSession]> attempted > to obtain a ticket for service 'imap://mydomain.comr' while no PGT available > Dec 08 11:43:08 sogod [25660]: [ERROR] <0x09ACA67C[SOGoMailAccount]:0> no > IMAP4 > password available > Dec 08 11:43:08 sogod [25660]: [ERROR] <0x09ACA67C[SOGoMailAccount]:0> Could > not connect IMAP4 > > thanks a lot for help > Alain -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] X-Forward header and mod_proxy
We use mod_proxy_balancer in front of our SOGo servers, so by default
outgoing emails from sogo will have a X-Forward header with the address
of our loadbalancer.
| frontend server 1,2 (apache mod_proxy_balancer) | backend server 1,2,3,n
(standard sogo-configured apache and sogod) |
I suppose the fix for this should be to change on the backend
sogo-servers:
RewriteRule ^/SOGo/(.*)$ /SOGo/$1 [env=REMOTE_HOST:%{REMOTE_ADDR},PT]
to rather use the X-Forwarded-For that mod_proxy sets:
RewriteRule ^/SOGo/(.*)$ /SOGo/$1
[env=REMOTE_HOST:%{X-Forwarded-For},PT]
I've been sniffing the network traffic to verify that X-Forwarded-For is set on
the incoming requests to the backend servers, but the X-Forward header
isn't included in outgoing messages..
Any idea what I'm doing wrong here?
-jf
--
users@sogo.nu
https://inverse.ca/sogo/lists
Re: [SOGo] CAS sso
thaknks for your help JM but with the patch it's the same : Dec 09 13:44:04 sogod [4143]: [ERROR] <0x0x96b6654[SOGoCASSession]> attempted to obtain a ticket for service 'imap://virtual-centos2.univ-evry.fr' while no PGT available Dec 09 13:44:04 sogod [4143]: [ERROR] <0x0969171C[SOGoMailAccount]:0> no IMAP4 password available Dec 09 13:44:04 sogod [4143]: [ERROR] <0x0969171C[SOGoMailAccount]:0> Could not connect IMAP4 maybe i must made casification on my dovecot but how ? Alain > Le jeudi 08 décembre 2011 à 05:45 -0500, alain.defra...@univ-evry.fr a > écrit : >> Hello all >> i've sogo cas-sso who is working well, but casification for my dovecot/imap >> doesn't... >> > Alain, > > Patch in bug 1455 may solve your problem > (http://www.sogo.nu/bugs/view.php?id=1455). > > If it works for you : please add a remark in the BTS (or improve its > severity) this should help inverse to integrate the patch in future > releases. > > J.-M. > > >> so i couldn't see my Maildir, do you have successfully made a casification >> on a >> dovecot server ? >> >> here are the logs : >> >> Dec 08 11:43:08 sogod [25660]: [ERROR] <0x0x9ae4b6c[SOGoCASSession]> >> attempted >> to obtain a ticket for service 'imap://mydomain.comr' while no PGT available >> Dec 08 11:43:08 sogod [25660]: [ERROR] <0x09ACA67C[SOGoMailAccount]:0> no >> IMAP4 >> password available >> Dec 08 11:43:08 sogod [25660]: [ERROR] <0x09ACA67C[SOGoMailAccount]:0> Could >> not connect IMAP4 >> >> thanks a lot for help >> Alain > -- Alain DEFRANCE - Ingénieur systèmes et réseaux Direction des systèmes d'information (DiSI) Centre d'Exploitation des Infrastructures Informatiques (CEDII) Cellule Réseau et Expertise Systèmes Bât Ile de France - RDC - Bureau 58 Université d'Evry Val d'Essonne 4, Bd F. Mitterrand - 91025 EVRY Cedex Tel : 01.69.47.80.69 - Fax : 01.69.47.80.24 Mail : alain.defra...@univ-evry.fr Site UEVE : http://www.univ-evry.fr -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] CardDAV on iPhone with LDAP (user sources) directories
Hello Euan Thoms On 2011-12-09 10:34, Euan Thoms wrote: > I managed to get a users default address book (Personal Address Book) to > sync with iPhone iOS v5.0.1. But the corporate directories (SOGo's > read-only translation of LDAP entries - defined in SOGoUserSources) are > always empty. Yet I have it working in full with the Android app > "CardDAV Sync". > > These read-only address books look empty by default, until a search > filter value is given. Is that why iOS carddav can't see them? Yes, iOS tries to download the whole thing, which is not permitted. Only search is allowed, and sensible in our case (>14 000 addresses). > Has the > author of "CardDAV Sync" gone the extra mile for sogo integration? Or > has Apple just not fully-implemented CardDAV protocol? Apple doesn't support search only CardDAV access. The standard allows these kind of address books. Kind regards, Christian Mack PS: If you come by an add-on which supports them, please drop us a note. -- Christian Mack Gruppe Informationsdienste Rechenzentrum Universität Konstanz -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] from egw to Sogo2 - update versus new installation
Hi all, I am planning to port from eGroupware to SOGo2 und debian 5. I think I have to go for SOGo2 because I am already using Samba 4 for my domain and so I want to use it for my mail service credentials too of course. Is that right or does SOGo 1 also supports this? Furthermore I wonder what you would recommend re this upgrade. What would be from your prospective the easier way? Upgrading Samba 4 to version 17 (Currently using 13) and trying to get this working with SOGo or setting the whole server up from the scratch (there is additionally "classic" samba file service, huge mysql database, dhcp services etc running). Are there any experiences datas from you how "painfull" an update procedure without installing from the scratch is? Best Regards Holger -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] openchange+samba4+openchange-sogo connector on one machine, SOGo on other?
Is it possible to have openchange+samba4+openchange-sogo connector on one machine, SOGo on another? I want to use CentOS for my mail needs, but it seems to me that the version of openchange for Centos is not working at all. So I am planning to use Ubuntu for openchange+samba4 and somehow connect it to SOGO on Centos. Will it be possible to do? -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] few fatal postgreSQL errors
Le 09/12/2011 10:22, Christian Mack a écrit : On 2011-12-09 09:14, Stéphane GAUDICHE wrote: Hi there, i find fatal error in my logs Nov 25 08:38:14 sogod [9931]:<0x0x1f26dc20[GCSFolder]> ERROR(-[GCSFolder writeContent:toName:baseVersion:]): cannot insert content : NAME:PostgreSQL72FatalError REASON:fatal pgsql error (channel=<0x0x1ee91a20[PostgreSQL72Channel]: connection=<0x0x1efc2860[PGConnection]: connection=0x0x1ee91af0>>): ERREUR: valeur trop longue pour le type character varying(255) is it important? What is "valeur trop longue pour le type character varying(255)"? could it be fix? My french isn't that good, but it means you try to insert a value which exceeds the maximum length of the corresponding field of 255 characters. You can fix it, by enlarging this field or by not inserting greater values :-) Kind regards, Christian Mack Thanks Christian, My question is where come from this error? Does SOGo allowed to insert illegal values in database? Cheers, -- Stéphane GAUDICHE -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] load evaluating per type of SOGo usage and ability
Le 08/12/2011 16:51, Stéphane GAUDICHE a écrit : SOGo provide several services Webmail, Calendar, Contacts to several devices (email client, web browsers, Mobile Devices) Question: how to evaluate each type of Service workload? and if possible for each sort of devices With SOGoDebugRequest = YES; easy to read for the webmail access cause only from web browser: Nov 28 09:47:26 sogod [3638]: SOGoRootPage successful login for user 'etu_user_id' - expire = -1 grace = -1 Is it right count number of "successful login"? If right, then how to evaluate email-client interaction (workload) with the SOGo Server? And for then end, how to evaluate mobiles devices interaction (workload) with the SOGo Server? Mainly Calendar synchronization? (number, type and weight of requests) Many thanks for your answers! Does it interested anyone? Even none, thanks to reply (personally) Regards, -- Stéphane GAUDICHE -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] user authentication by postfix/dovecot user table (via md5-crypt)
Hello, I tried to install SOGo 1.3.10 last week and succeeded at first (using my own user table in MySQL). I could log in and edit my data, browse my mails, all features were working. Then I wanted to re-use the existing user table which postfix and dovecot already share; I administer it normally using PostfixAdmin. And that's where I am right now, I just can't make it work! The MD5-CRYPT algorithm used for the passwords in the postfix/dovecot user table - e.g. "password" would become "9186d855e11eba527a7a52ca82b313e180d62234f0acc9051b527243d41e2740" as hash (just for reference). I created a view in SOGo's own MySQL database so SOGo would be able to access the data inside its own context (using u...@domain.tld scheme as user names in SOGo): CREATE OR REPLACE SQL SECURITY INVOKER VIEW postfix_users_view AS SELECT postfixadmin.mailbox.username AS c_uid, postfixadmin.mailbox.username AS c_name, postfixadmin.mailbox.username AS mail, postfixadmin.mailbox.password AS c_password, postfixadmin.mailbox.name AS c_cn from postfixadmin.mailbox where postfixadmin.mailbox.active > 0 When I log into the MySQL client as the user that SOGo uses, I can query the view. No access problems. I configured SOGo to use the user data source like this: SOGoUserSources canAuthenticate YES displayName All Users id users isAddressBook YES type sql userPasswordAlgorithm crypt viewURL mysql://sogouser:sogopassword@localhost:3306/sogodb/postfix_users_view I dug through the mailing list, but all I could find was that the undocumented userPasswordAlgorithm "crypt" is the alias for MD5-CRYPT. I searched in the code and found nothing that would contradict this - but I have to admit that I didn't see any Objective-C code before today, so I might be mistaken. I just noticed that the salt was specified and commented as "insecure", but I couldn't figure out which value is taken there. The only thing the log file says is: SOGoRootPage Login for user 'm...@mydomain.tld' might not have worked - password policy: 65535 grace: -1 expire: -1 bound: 0 Now my plea: Could anyone please help? Should I reformat the hash value in the view using "$1$" as prefix or something like that? I have already tried some combinations, but didn't hit the jackpot... It seems to me that it all boils down to two questions: 1. What format must the stored hash value have? 2. Is there a specific salt which has to be used? Thanks in advance! Kind regards Mathis PS: Corrado Fiore, perhaps you could shed some light? You addressed a similar problem in February... Thanks! PPS: Perhaps someone also using the "crypt" userPasswordAlgorithm could post the hash value for the password "password" so I can compare the format... -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] user authentication by postfix/dovecot user table (via md5-crypt)
PS: I researched some more and found that my password hashing algorithm seems to be CRAM-MD5 and not MD5-CRYPT. My bad. I think I will have to switch my algorithm to something understood by SOGo... or perhaps learn Objective-C and patch support for CRAM-MD5 into SOGo? ;-) Nevertheless, any comments on this topic are welcome! Perhaps someone has already had the same problem? I also found the bug http://www.sogo.nu/bugs/view.php?id=1313 - at first glance, it seems unrelated, but I think a patch for that bug would also help me implement a patch for my problem... Thanks, Mathis Hello, I tried to install SOGo 1.3.10 last week and succeeded at first (using my own user table in MySQL). I could log in and edit my data, browse my mails, all features were working. Then I wanted to re-use the existing user table which postfix and dovecot already share; I administer it normally using PostfixAdmin. And that's where I am right now, I just can't make it work! The MD5-CRYPT algorithm used for the passwords in the postfix/dovecot user table - e.g. "password" would become "9186d855e11eba527a7a52ca82b313e180d62234f0acc9051b527243d41e2740" as hash (just for reference). I created a view in SOGo's own MySQL database so SOGo would be able to access the data inside its own context (using u...@domain.tld scheme as user names in SOGo): CREATE OR REPLACE SQL SECURITY INVOKER VIEW postfix_users_view AS SELECT postfixadmin.mailbox.username AS c_uid, postfixadmin.mailbox.username AS c_name, postfixadmin.mailbox.username AS mail, postfixadmin.mailbox.password AS c_password, postfixadmin.mailbox.name AS c_cn from postfixadmin.mailbox where postfixadmin.mailbox.active > 0 When I log into the MySQL client as the user that SOGo uses, I can query the view. No access problems. I configured SOGo to use the user data source like this: SOGoUserSources canAuthenticate YES displayName All Users id users isAddressBook YES type sql userPasswordAlgorithm crypt viewURL mysql://sogouser:sogopassword@localhost:3306/sogodb/postfix_users_view I dug through the mailing list, but all I could find was that the undocumented userPasswordAlgorithm "crypt" is the alias for MD5-CRYPT. I searched in the code and found nothing that would contradict this - but I have to admit that I didn't see any Objective-C code before today, so I might be mistaken. I just noticed that the salt was specified and commented as "insecure", but I couldn't figure out which value is taken there. The only thing the log file says is: SOGoRootPage Login for user 'm...@mydomain.tld' might not have worked - password policy: 65535 grace: -1 expire: -1 bound: 0 Now my plea: Could anyone please help? Should I reformat the hash value in the view using "$1$" as prefix or something like that? I have already tried some combinations, but didn't hit the jackpot... It seems to me that it all boils down to two questions: 1. What format must the stored hash value have? 2. Is there a specific salt which has to be used? Thanks in advance! Kind regards Mathis PS: Corrado Fiore, perhaps you could shed some light? You addressed a similar problem in February... Thanks! PPS: Perhaps someone also using the "crypt" userPasswordAlgorithm could post the hash value for the password "password" so I can compare the format... -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] LDAP connection error?
> 2011-12-09 11:22:15.504 sogod[4771] Could not bind to the LDAP server > 192.168.1.222 (389) using the bind DN: ou=Users,dc=epi,dc=cz > This sounds more like a user pool than a bind DN. Binding, in case it is not anonymous, would in my experience be something like: cn=admin,dc=epi,dc=cz or just dc=epi,dc=cz, or in case of anonymous binding you just leave it blank or undeclared. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] [ERROR] [we-rm] did not find locale for language: Slovak
Hi On 2011-12-09, at 6:19 AM, Tomaskovic Marcel wrote: > I chose langue Czech: > SOGoLanguage > Czech > > SOGoSupportedLanguages > Czech > SOGoTimeZone > Europe/Prague > > I do not understand why SOGO seeking Slovak language. > Where can I find the file *.tgz for Slovak language support? Your browser language is probably set to Slovak. However, there's no Slovakian translation yet. Nevertheless, you don't have to worry about this error. Francis -- flachape...@inverse.ca :: +1.514.755.3640 :: http://www.inverse.ca Inverse :: Leaders behind SOGo (http://sogo.nu) and PacketFence (http://packetfence.org) -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Remote IMAP over OpenChange...
Good evening community, I am banging my head here trying to find out if there is some sort of setting to allow openchange to serve messages from a remote imap server. My SOGo configuration involves a remote imap server and I can see the messages ok from webmail. Openchange user has been created using the methods provided in the manual. I get connected through outlook and I get my calendar, contact and imap folder list synchronized, but I do not get the message list. Imap folders are served empty... I suppose that SOGo serves them as cached, without messages in them for it fetches the list from the imap server each time a session begins. Apparently, either I am missing one piece of the equation here or the equation does not involve the part that I believe I am missing... And this part is called remote imap server (I suppose remote SMTP server also, but I have not reached to the point of needing it... yet...) ... Any help would be appreciated. Thanks -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] BTS activities for Friday, December 09 2011
Title: BTS activities for Friday, December 09 2011 BTS Activities Home page: http://www.sogo.nu/bugs Project: SOGo For the period covering: Friday, December 09 2011 idlast updatestatus (resolution)categorysummary 1535 2011-12-09 04:14:53 new (open) Web Calendar unable to view more than 2 "All day Event"s 1514 2011-12-09 09:17:47 updated (open) Web Mail IMAP error when forwarding mails as attachment 1531 2011-12-09 11:52:01 resolved (fixed) Web General remember login cookie expires at end of session
