[ingo] Fwd: RE: ingo::upgrade::problem

Jan Schneider jan at horde.org
Fri Jun 5 11:59:53 UTC 2009



----- Weitergeleitete Nachricht von idcommunication at hotmail.com -----
     Datum: Wed, 3 Jun 2009 13:50:03 +0200
       Von: Rafael Berez <idcommunication at hotmail.com>
   Betreff: RE: [ingo] ingo::upgrade::problem
        An: jan at horde.org

Hello,

because we have over 30.000 webmail users, we split the whole user list in blocs containing 100 users.
for each bloc we got an output like:

Converting filters for user: userxxx.....done

seems ok for me...

we have the following sql tables:

| horde_alarms           
| horde_cache                
| horde_categories          
| horde_datatree            
| horde_datatree_attributes  
| horde_datatree_seq         
| horde_groups              
| horde_groups_members       
| horde_groups_seq           
| horde_histories           
| horde_histories_seq        
| horde_locks                
| horde_perms               
| horde_perms_seq            
| horde_prefs               
| horde_syncml_anchors       
| horde_syncml_map           
| horde_tokens               
| horde_users                
| horde_vfs                 
| imp_sentmail              
| ingo_forwards              
| ingo_lists                
| ingo_rules                
| ingo_rules_seq             
| ingo_shares               
| ingo_shares_groups      
| ingo_shares_users          
| ingo_spam                
| ingo_vacations           
| turba_objects  

ingo_vacations for example looks like this (for every user):

mysql> select * from ingo_vacations where vacation_owner='teststudi';
+----------------+--------------------+------------------+-----------------+---------------+----------------+--------------+-------------------+----------------------+
| vacation_owner | vacation_addresses | vacation_subject | vacation_reason | vacation_days | vacation_start | vacation_end | vacation_excludes | vacation_ignorelists |
+----------------+--------------------+------------------+-----------------+---------------+----------------+--------------+-------------------+----------------------+
| teststudi      |                    |                  |                 |             7 |              0 |            0 |                   |                    1 | 
+----------------+--------------------+------------------+-----------------+---------------+----------------+--------------+-------------------+----------------------+

the already existing rules are still in horde_prefs:
...
| teststudi | ingo       | vacation                | a:6:{s:9:"addresses";a:2:{i:0;s:25:"sm-test at students.unibe.ch";i:1;s:27:"teststudi at students.unibe.ch";}s:4:"days";s:1:"7";s:8:"excludes";a:0:{}s:10:"ignorelist";b:1;s:6:"reason";s:8:"weil weg";s:7:"subject";s:12:"bin nicht da";}   
...

thanks

Rafael

> Date: Tue, 2 Jun 2009 18:30:19 +0200
> From: jan at horde.org
> To: ingo at lists.horde.org
> Subject: Re: [ingo] ingo::upgrade::problem
> 
> Zitat von Rafael Berez <idcommunication at hotmail.com>:
> 
> >
> > Hello list,
> >
> > we are upgrading ingo from v. 1.1 to 1.2.1.
> > we want to use the new SQL table as a storage backend for our filter rules.
> > we encountered the following problem:
> >
> > after running the provided PHP script "convert_prefs_to_sql.php",  
> > the already existing filter rules remain in the
> > horde_prefs table but newly created filter rules are written to the  
> > corresponding tables (e.g. ingo_forwards).
> >
> > Sould already existing filter rules not be migrated to the new tables too??
> 
> Yes, that's the purpose of that script. What's the output of the script?
> 
> Jan.
> 
> -- 
> Do you need professional PHP or Horde consulting?
> http://horde.org/consulting/

-------------------------
check out the rest of the Windows Live™.More than mail–Windows Live™ goes way beyond your inbox. More than messages

----- Ende der weitergeleiteten Nachricht -----

Jan.

-- 
Do you need professional PHP or Horde consulting?
http://horde.org/consulting/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
URL: <http://lists.horde.org/archives/ingo/attachments/20090605/0da6654c/attachment.bin>


More information about the ingo mailing list