headers
Normando Hall | 1 Jul 2005 02:20
Picon

Re: imp filters

In DB prefs table

"Felipe Formiga" <formiga <at> ecologia.ufrgs.br> escribió en el mensaje
news:1120121278.42c3b1bec7ead <at> webmail.ecologia.ufrgs.br...
Yes. In the user preferenes, user can create filter with base in e-mail,
subject, etc. Where is this information stored?

tks,

-- 
==========================================
Felipe Formiga - formiga <at> ecologia.ufrgs.br
Universidade Federal do RS     -     UFRGS
Centro de Ecologia da UFRGS    -    CENECO
Porto Alegre   -        RS     -    Brasil
+55 51 3316-6781          +55 51 9208-5880
==========================================

"Sou pior do que pensam e melhor do que imaginam, críticas não me abalam,
elogios não me iludem, sou o que sou e não o que pensam..."

---------------------------------------------------------------
Centro de Ecologia da Universidade Federal do Rio Grande do Sul
--

-- 
IMP mailing list - Join the hunt: http://horde.org/bounties/#imp
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: imp-unsubscribe <at> lists.horde.org


(Continue reading)






Permalink
| Reply
| 0 comments  
| 



  

  

  





headers


Martin Hochreiter
 | 
1 Jul 2005 07:46






Picon





Re: Turba & IMP & Ldap



>First does it work with turba?  How have you configured the address 
>book options in imp?
>Do you see that slapd is being accessed when you use turba and imp?
>
>  
>
Hi Ed!

I don't see any address book options in the horde configuration tool for
imp, the addressbook
is in the menu since I added turba.
If I use /turba/test.php the ldap server is queried correctly, if I use
the addressbook, nothing happens.

lg

--

-- 
IMP mailing list - Join the hunt: http://horde.org/bounties/#imp
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: imp-unsubscribe <at> lists.horde.org







Permalink
| Reply
| 1 comment  
| 



  

  

  





headers


Martin Hochreiter
 | 
1 Jul 2005 07:47






Picon





Re: Turba & IMP & Ldap



>Please stop reposting your question, and please ask questions about 
>Turba only on the Turba list.
>
>
>  
>
Hi Chuck!

I would have done that if there is any action on the turba forum at all 
but I didn't see
a posting for the last 3 days (execpt mine)

lg

--

-- 
IMP mailing list - Join the hunt: http://horde.org/bounties/#imp
Frequently Asked Questions: http://horde.org/faq/
To unsubscribe, mail: imp-unsubscribe <at> lists.horde.org







Permalink
| Reply
| 0 comments  
| 



  

  

  





headers


Jan Schneider
 | 
1 Jul 2005 10:26






Favicon

Gravatar





Re: Quota e


Let's continue the discussion on the imp list.

Zitat von Luiz Alfredo Baggiotto <luiz <at> pucrs.br>:

> I was edited the file imp/lib/Quota/command.php and changed the line 
> 70 of the file:
>
> 70:   $cmdline = $this->_params['quota_path'] . " -u $imap_user | " .
> 71:              $this->_params['grep_path'] . " $homedir[1]";
> 72:   $junk = exec($cmdline, $quota_data, $return_code);
> 73:   if (($return_code == 0) && (count($quota_data) == 1)) {
> 74:        $quota = split("[[:blank:]]+", trim($quota_data[0]));
> 75:        return array('usage' => $quota[1] * 1024, 'limit' => 
> $quota[2] * 1024);
> 76:   }
> 77:   return PEAR::raiseError(_("Unable to retrieve quota"), 'horde.error');
>
> to
>
> 70:   $cmdline = $this->_params['quota_path'] . " -v $imap_user | " .
>
> It´s because in Solaris the quota command has a different syntax:
>
> # /usr/sbin/quota -v user1 | /usr/bin/grep /home
> /home            22 102400 102400                  0      0      0
>
> When I logged in horde via browser, using the "user1" account, I 
> receive "Unable to retrieve quota". :-(
> I was tested some options, but the result are ever "Unable to 
> retrieve quota". Then I change the following line, to test the 

(Continue reading)






Permalink
| Reply
| 0 comments  
| 



  

  

  





headers


Jan Schneider
 | 
1 Jul 2005 10:30






Favicon

Gravatar





Re: [horde] Quota e


Let's continue the discussion on the imp list.

Zitat von Luiz Alfredo Baggiotto <luiz <at> pucrs.br>:

> I was edited the file imp/lib/Quota/command.php and changed the line 
> 70 of the file:
>
> 70:   $cmdline = $this->_params['quota_path'] . " -u $imap_user | " .
> 71:              $this->_params['grep_path'] . " $homedir[1]";
> 72:   $junk = exec($cmdline, $quota_data, $return_code);
> 73:   if (($return_code == 0) && (count($quota_data) == 1)) {
> 74:        $quota = split("[[:blank:]]+", trim($quota_data[0]));
> 75:        return array('usage' => $quota[1] * 1024, 'limit' => 
> $quota[2] * 1024);
> 76:   }
> 77:   return PEAR::raiseError(_("Unable to retrieve quota"), 'horde.error');
>
> to
>
> 70:   $cmdline = $this->_params['quota_path'] . " -v $imap_user | " .
>
> It´s because in Solaris the quota command has a different syntax:
>
> # /usr/sbin/quota -v user1 | /usr/bin/grep /home
> /home            22 102400 102400                  0      0      0
>
> When I logged in horde via browser, using the "user1" account, I 
> receive "Unable to retrieve quota". :-(
> I was tested some options, but the result are ever "Unable to 
> retrieve quota". Then I change the following line, to test the 

(Continue reading)






Permalink
| Reply
| 0 comments  
| 



  

  

  





headers


Luiz Alfredo Baggiotto
 | 
1 Jul 2005 14:33






Picon





RES: [horde] Quota e


Hello Jan

Thank´s a lot for your help. :-)
I made the change in the line "74" of imp/lib/Quota/command.php file, following your suggestion below,
but the problem persists. I think the output of quota command is Ok (at least, when I run it in the console,
the results are showed in the monitor), but by any reason PHP can´t get it.
To test the $junk variable, I was changed the following line too:

73:    if (($return_code == 0) && (count($quota_data) == 1)) {

to

73:    if ($junk == 0) {

Then, I logged in the browser and the code subsequent has been executed (is it that because the variable is
empty, true?), showing the error

Notice: Undefined offset: 0 in .../Quota/command.php on line 74
Notice: Undefined offset: 1 in .../Quota/command.php on line 75
Notice: Undefined offset: 2 in .../Quota/command.php on line 75

Can you see any other alternative?

Thanks again for your patience.

Regards

> -----Mensagem original-----
> De: horde-bounces <at> lists.horde.org 
> [mailto:horde-bounces <at> lists.horde.org] Em nome de Jan Schneider

(Continue reading)






Permalink
| Reply
| 501 comments  
| 



  

  

  





headers


Edwin L. Culp
 | 
1 Jul 2005 14:48





Re: Turba & IMP & Ldap


Quoting Martin Hochreiter <linuxbox <at> wavenet.at>:

>
>> First does it work with turba?  How have you configured the address
>> book options in imp?
>> Do you see that slapd is being accessed when you use turba and imp?
>>
>>
>>
> Hi Ed!
>
> I don't see any address book options in the horde configuration tool for
> imp, the addressbook
> is in the menu since I added turba.
> If I use /turba/test.php the ldap server is queried correctly, if I use
> the addressbook, nothing happens.

I would recommend that when reporting a problem give give a relevant, 
detailed report of the problem with log file results, etc.  "nothing 
happens" isn't really isn't very helpful for someone to take the time 
to help you solve your problem.  Nothing happens - could mean that 
sources.php is not configured or configured correctly or possibly that 
it isn't even installed ;) I'm assuming that that in this case "nothing 
happens" = "what you expect to happen doesn't".   Let's try the 
following and see if we are lucky.

   1. Set display_errors = On in your php.ini and don't       forget to 
restart apache. Don't forget to revert later.
   2. Check that your horde, IMP and turba versions are       
compatible?  [Check on the horde site.]

(Continue reading)






Permalink
| Reply
| 0 comments  
| 



  

  

  





headers


Daniel Frazier
 | 
1 Jul 2005 15:08





Re: virtual users and their from addys...


FWIW, I finally got this working.  hope this helps someone down the
road...

horde/config/hooks.conf:

if (!function_exists('_prefs_hook_from_addr')) {
     function _prefs_hook_from_addr($user = null)
     {
         if (is_null($user)) {
             $user = Auth::getAuth();
         }
         if (strstr($user, '%')) {
             return preg_replace('|%|', ' <at> ', $user);         } else {
             return $user;
         }
     }
}

horde/config/prefs.php:

$_prefs['from_addr'] = array(
     'value' => '',
     'locked' => true,
     'shared' => true,
     'type' => 'text',
     'hook' => 'true',
     'desc' =>  _("Your From: address:")
);

Daniel Frazier wrote:

(Continue reading)






Permalink
| Reply
| 1 comment  
| 



  

  

  





headers


Jaz
 | 
1 Jul 2005 16:33





Re: Redirect loop on IMP auth



>>>Are you sure the horde password is the same as the IMP password?
>>>      
>>>
>>horde is using IMP for authentication (in horde's conf.php file:
>>$conf['auth']['driver'] = 'imap'; ) and IMP should use the session
>>(imp's servers.php file:  'hordeauth' => true, )
>>
>>Nothing in my horde tree changed when I upgraded to Apache2 & PHP5. So
>>I'm guessing it's something to do with tighter session stuff in one or
>>both of the newer Apache/PHP(??) I'm thinking the fix is somewhere in
>>php.ini or httpd.conf.
>>
>I set hordeauth to false to force a separate IMP login:
>
>Jun 30 11:51:35 HORDE [error] [imp] FAILED LOGIN 172.16.30.101 to 
>127.0.0.1:143[imap/notls] as jaz [on line 247 of 
>"D:\HTSERV\HTDOCS\horde\imp\lib\Auth\imp.php"]
>  
>

Is it possible that this IMP login problem is sue to incompatible use of 
domxml? 

Dennis Ortsen wrote is an old horde faq mailing list (circa 2003) that 
lack of domxml support might cause login failure.  If I check my PHP 
environment via http://harbell.homeip.net/phpv.php it says I have domxml 
enabled.  But if I use horde's test 
http://harbell.homeip.net/horde/test.php it say I don't.


(Continue reading)






Permalink
| Reply
| 2 comments  
| 



  

  

  





headers


Chuck Hagenbuch
 | 
1 Jul 2005 17:01






Favicon

Gravatar





Re: Redirect loop on IMP auth


Quoting Jaz <horde <at> harbell.net>:

> Is it possible that this IMP login problem is sue to incompatible use of
> domxml?

No.

> Dennis Ortsen wrote is an old horde faq mailing list (circa 2003) that
> lack of domxml support might cause login failure.

Without a link I don't know what you're talking about, but there's 
pretty much no way that can be true.

> If I check my PHP
> environment via http://harbell.homeip.net/phpv.php it says I have domxml
> enabled.  But if I use horde's test
> http://harbell.homeip.net/horde/test.php it say I don't.

test.php needs to be updated to test for the php5 DOM support as well.

> So the questions are: 1) does anyone suppose that domxml is at the root
> of this login problem?

No.

> 2) If yes, then has anyone gotten IMP to login with PHP5?

Yes.

> 3) ... on Win32?

(Continue reading)






Permalink
| Reply
| 1 comment  
| 



  

  

  

  


  





    



Gmane