Hi,
eGw fan schrieb:
> Hi,
>
> I tried a lot of things, but I don't understand how it works ?
Are you blaming that on us or your own abilities ;-)
> The eTemplate reference and how to don't give a practical example.
>
> Could you give me an example about this ?
>
> I have a table with a varchar field called my_table_col.
>
> I would like to disable the row if {row}[my_table_col] is different of 'doe'
I would use something like "WHERE my_table_col='doe'" in your SQL query
in your get_rows callback. If you use so_sql you can use
$filter=array('my_table_col'=>'doe')
> What do I put in the Disabled property of my eTemplate editor ?
The disabled fields makes only very limited sense with autorepeated
rows, as the whole autorepeated row would be disabled. It's regulary
used to disable a certain row in a static (non-autorepeating) template.
Eg. only admins are allowed to edit the fields in a certain row, you
might set the disable to "!@user_type=admin", given
$content['user_type'] == 'admin' for admin users.
> NB : It would be great to have more practical example in the eTemplate
> reference.
Any volunteer to improve the documentation are welcome ;-)
Ralf
--
Ralf Becker
eGroupWare Training & Support ==> http://www.egroupware-support.de
Outdoor Unlimited Training GmbH [www.outdoor-training.de]
Handelsregister HRB Kaiserslautern 3587
Geschäftsführer Birgit und Ralf Becker
Leibnizstr. 17, 67663 Kaiserslautern, Germany
Telefon +49 (0)631 31657-0

Hi,
I tried a lot of things, but I don't understand how it works ?
The eTemplate reference and how to don't give a practical example.
Could you give me an example about this ?
I have a table with a varchar field called my_table_col.
I would like to disable the row if {row}[my_table_col] is different of 'doe'
.
What do I put in the Disabled property of my eTemplate editor ?
Thank you.
NB : It would be great to have more practical example in the eTemplate
reference.
--
View this message in context: http://www.nabble.com/How-to-disable-a-row-depending-on-column-data---eTemplate-tf4360367s3741.html#a12427147
Sent from the egroupware-developers mailing list archive at Nabble.com.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Ralf Becker escribió:
> Hi Oscar,
>
> I once spoke with Lars about translating the other folder names. He said
> it's not that easy, thought I never looked at it, as it doesn't bother
> me that much.
>
> It would be definitly nice, if we can handle it like eg. Thunderbird.
I was once main translator of thunderbird for spanish, and if I remember
correctly, we only had to supply those folder names to see them
translated, so the first step would be to add those names (maybe
uppercase, for whatever reason INBOX is uppercase). With this I mean
that a simple test could be done with just using lang() with every
retrieved folder, and I'm sure that it will mostly work, once the
phrases are added to the lang file. There might be some extra tweak like
uppercasing or exploding first, but nothing too difficult to handle. I
could try testing some patch this weekend.
Regards.
> Ralf
>
> Oscar Manuel Gómez Senovilla schrieb:
>> Hi.
>>
>>
>> I just want to comment that I'm unable to see the 'Sent', 'Trash',
>> 'Drafts', 'Templates' and 'Junk' folders translated. I guess that since
>> 'INBOX' appears translated, there will be an easy way (I don't mean yet
>> implemented) to have these translated (of course, with the necessary
>> addition in the language files). I didn't look into the code (not too
>> much time left), but if it's already done or there's an easy patch for
>> the code, I could test it and even do the language stuff for testing
>> (before opening a tracker item if necessary).
>>
>> This is because I have one installation where some users don't speak
>> english and have real problems to use felamimail english names, being
>> used to thunderbird, where the folders appear translated.
>>
- --
|----------------------------------------------------------------------|
| http://counter.li.org info: Linux user: 92390 - Linux machine: 39301 |
| Oscar Manuel Gómez Senovilla - omgsATescomposlinux.org |
| GPG Key at http://pgp.escomposlinux.org |
|----------------------------------------------------------------------|
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFG1833Qpr3kykd/aQRAmDBAJ96g2BXWAUdxKff1f1OI+zc5RiQ5QCeM/Om
zXKe6JHNrexyQJvdmy0kMUk=
=lW2F
-----END PGP SIGNATURE-----

Hi Oscar,
I once spoke with Lars about translating the other folder names. He said
it's not that easy, thought I never looked at it, as it doesn't bother
me that much.
It would be definitly nice, if we can handle it like eg. Thunderbird.
Ralf
Oscar Manuel Gómez Senovilla schrieb:
> Hi.
>
>
> I just want to comment that I'm unable to see the 'Sent', 'Trash',
> 'Drafts', 'Templates' and 'Junk' folders translated. I guess that since
> 'INBOX' appears translated, there will be an easy way (I don't mean yet
> implemented) to have these translated (of course, with the necessary
> addition in the language files). I didn't look into the code (not too
> much time left), but if it's already done or there's an easy patch for
> the code, I could test it and even do the language stuff for testing
> (before opening a tracker item if necessary).
>
> This is because I have one installation where some users don't speak
> english and have real problems to use felamimail english names, being
> used to thunderbird, where the folders appear translated.
>
>
> Regards.
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
eGroupWare-developers mailing list
eGroupWare-developers@...
https://lists.sourceforge.net/lists/listinfo/egroupware-developers
--
Ralf Becker
eGroupWare Training & Support ==> http://www.egroupware-support.de
Outdoor Unlimited Training GmbH [www.outdoor-training.de]
Handelsregister HRB Kaiserslautern 3587
Geschäftsführer Birgit und Ralf Becker
Leibnizstr. 17, 67663 Kaiserslautern, Germany
Telefon +49 (0)631 31657-0

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi.
I just want to comment that I'm unable to see the 'Sent', 'Trash',
'Drafts', 'Templates' and 'Junk' folders translated. I guess that since
'INBOX' appears translated, there will be an easy way (I don't mean yet
implemented) to have these translated (of course, with the necessary
addition in the language files). I didn't look into the code (not too
much time left), but if it's already done or there's an easy patch for
the code, I could test it and even do the language stuff for testing
(before opening a tracker item if necessary).
This is because I have one installation where some users don't speak
english and have real problems to use felamimail english names, being
used to thunderbird, where the folders appear translated.
Regards.
- --
|----------------------------------------------------------------------|
| http://counter.li.org info: Linux user: 92390 - Linux machine: 39301 |
| Oscar Manuel Gómez Senovilla - omgsATescomposlinux.org |
| GPG Key at http://pgp.escomposlinux.org |
|----------------------------------------------------------------------|
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFG1y/3Qpr3kykd/aQRAsJtAJ4z1OGQJKSw+TZLegJbfW0LkxWLLQCfdgMY
T7bdHGS6MPfqeSoViwdNlpY=
=AV/I
-----END PGP SIGNATURE-----

Oscar Manuel Gómez Senovilla a écrit :
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Ralf Becker escribió:
>
>> Hi,
>>
>> [Provectio] JC Passard schrieb:
>>
>>> Hello,
>>>
>>> We are very happy of the egw 1.4, it get rid of a lot of limitations
>>> about ldap adressbook.
>>> We are migrating the most part of our clients to this release.
>>> But I want to report some difficulties we encounter :
>>> - If we modify a user in egw, egw rewrite this ldap entry with dn :
>>> uid=..., it's annoying when users are already created with dn: cn=...
>>>
>> cn=... dn's change, when the name gets changed (eg. women marry). That
>> would cause a total lost of the linkage information. Therefor we use
>> uid= dn's.
>>
>>
>>> - eGw doesn't respect OU's in users ' dn, the when a user is modified he
>>> is moved to the root user, in some case it's a problem,
>>> especially where addressbook is looking for accounts.
>>>
>> So you have a further hierarchy under the accounts-dn. These kind of
>> entries can not yet be created by eGW's account manager. Thought if they
>> already exist, I see no obvious reason to change them.
>>
>
>
> There's an open RFE for this (if I understand correctly):
>
>
> http://www.egroupware.org/egroupware/index.php?menuaction=tracker.uitracker.edit&tr_id=57
>
>
> Regards.
>
> - --
>
> |----------------------------------------------------------------------|
> | http://counter.li.org info: Linux user: 92390 - Linux machine: 39301 |
> | Oscar Manuel Gómez Senovilla - omgsATescomposlinux.org |
> | GPG Key at http://pgp.escomposlinux.org |
> |----------------------------------------------------------------------|
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFG1s7KQpr3kykd/aQRAmhBAJwKkkBI9MGm+uyS568zRhrZTJjlRgCbBJRN
> dndLQgM84dQISjOM3ENPh2M=
> =GG7k
> -----END PGP SIGNATURE-----
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> eGroupWare-developers mailing list
> eGroupWare-developers@...
> https://lists.sourceforge.net/lists/listinfo/egroupware-developers
>
>
Yes, that's exactly what I mean ! I vote for it. And I agree with
http://www.egroupware.org/egroupware/index.php?menuaction=tracker.uitracker.edit&tr_id=357
too.
It seems to me that user management inerface should evoluate toward a
kind of schema parser :
- a list of mandatory objectClass a user should respect (inetOrgPerson,
sambaSamAccount, posixAccount, CourierMailAccount ....) . Each
objectClass has mandatory field (by ldap design) and should be
accessible by form
- and if ptionnal fields can be declare as mandatory for a particular
installation, it will be really usefull
- and if optionnal fields that are not mandatory for this installation
can be hidden or disabled, that will be marvellous
Anyway, It's seems a bit complicated but, I will make a try.
I would like to add those thoughts in traker but it's seem that can only
vote
JC Passard
Provectio

Ralf Becker wrote:
> Hi,
>
> [Provectio] JC Passard schrieb:
>
>> Hello,
>>
>> We are very happy of the egw 1.4, it get rid of a lot of limitations
>> about ldap adressbook.
>> We are migrating the most part of our clients to this release.
>> But I want to report some difficulties we encounter :
>> - If we modify a user in egw, egw rewrite this ldap entry with dn :
>> uid=..., it's annoying when users are already created with dn: cn=...
>>
>
> cn=... dn's change, when the name gets changed (eg. women marry). That
> would cause a total lost of the linkage information. Therefor we use
> uid= dn's.
>
I agree, but if eGw is installed on already existing ldap tree, I think
that it shouldn't change change dn from cn to uid when modifying a user
it's a bit intrusive, for creation it's not a problem.
>
>> - eGw doesn't respect OU's in users ' dn, the when a user is modified he
>> is moved to the root user, in some case it's a problem,
>> especially where addressbook is looking for accounts.
>>
>
> So you have a further hierarchy under the accounts-dn. These kind of
> entries can not yet be created by eGW's account manager. Thought if they
> already exist, I see no obvious reason to change them.
>
Two raisons :
- eGw move the user if dn : cn =... in the users root tree
- addressbook search, when addressbook=accounts, uses ldap_list
which doesn't go through children
>
>> - For sites where there is a lot of users, the user's selectbox in group
>> form is too small
>>
>
> Dont get that, can you explain it a bit more. The prefs allow to specify
> different types of user selection, to suite different sizes of
> organisations.
>
:), I haven't understood myself when I reread this. I wanted to say that
the users' selectbox in the admin group form is too small when there is
a lot of users
but if there's an another view for that form, I think that I should
search a bit more.
>
>> - Samba Computers are displayed where looking for all in addressbook,
>> the ldap filter applied for the search is too large.
>>
>
> We use for samba computers an ou=computers parallel to the ou=accounts.
> The contacts "all-query" does not find computers, as they have not
> objectClass inetOrgPerson (at least they dont need to).
>
As I see it search for
(&(|(objectClass=inetOrgPerson)(objectClass=posixAccount))) and
computers are posixAccount.
My tree is like that
o=org
|--ou=contacts
|--ou=computers
|--ou=users
|--ou=groups
and my addressbook site configuration point to o=org
> Ralf
>
>
>> That's all for the moment ;)
>> I will look in the code in spare time to find a way to ameliorate such
>> things, but I haven't so much.
>>
>> JC Passard
>> Provectio
>>
>>
>>
>
>
--
Ce message a ete verifie par MailScanner pour des virus ou des pouriels
et rien de suspect n'a ete trouve.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Ralf Becker escribió:
> Hi,
>
> [Provectio] JC Passard schrieb:
>> Hello,
>>
>> We are very happy of the egw 1.4, it get rid of a lot of limitations
>> about ldap adressbook.
>> We are migrating the most part of our clients to this release.
>> But I want to report some difficulties we encounter :
>> - If we modify a user in egw, egw rewrite this ldap entry with dn :
>> uid=..., it's annoying when users are already created with dn: cn=...
>
> cn=... dn's change, when the name gets changed (eg. women marry). That
> would cause a total lost of the linkage information. Therefor we use
> uid= dn's.
>
>> - eGw doesn't respect OU's in users ' dn, the when a user is modified he
>> is moved to the root user, in some case it's a problem,
>> especially where addressbook is looking for accounts.
>
> So you have a further hierarchy under the accounts-dn. These kind of
> entries can not yet be created by eGW's account manager. Thought if they
> already exist, I see no obvious reason to change them.
There's an open RFE for this (if I understand correctly):
http://www.egroupware.org/egroupware/index.php?menuaction=tracker.uitracker.edit&tr_id=57
Regards.
- --
|----------------------------------------------------------------------|
| http://counter.li.org info: Linux user: 92390 - Linux machine: 39301 |
| Oscar Manuel Gómez Senovilla - omgsATescomposlinux.org |
| GPG Key at http://pgp.escomposlinux.org |
|----------------------------------------------------------------------|
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFG1s7KQpr3kykd/aQRAmhBAJwKkkBI9MGm+uyS568zRhrZTJjlRgCbBJRN
dndLQgM84dQISjOM3ENPh2M=
=GG7k
-----END PGP SIGNATURE-----

Hi,
[Provectio] JC Passard schrieb:
> Hello,
>
> We are very happy of the egw 1.4, it get rid of a lot of limitations
> about ldap adressbook.
> We are migrating the most part of our clients to this release.
> But I want to report some difficulties we encounter :
> - If we modify a user in egw, egw rewrite this ldap entry with dn :
> uid=..., it's annoying when users are already created with dn: cn=...
cn=... dn's change, when the name gets changed (eg. women marry). That
would cause a total lost of the linkage information. Therefor we use
uid= dn's.
> - eGw doesn't respect OU's in users ' dn, the when a user is modified he
> is moved to the root user, in some case it's a problem,
> especially where addressbook is looking for accounts.
So you have a further hierarchy under the accounts-dn. These kind of
entries can not yet be created by eGW's account manager. Thought if they
already exist, I see no obvious reason to change them.
> - For sites where there is a lot of users, the user's selectbox in group
> form is too small
Dont get that, can you explain it a bit more. The prefs allow to specify
different types of user selection, to suite different sizes of
organisations.
> - Samba Computers are displayed where looking for all in addressbook,
> the ldap filter applied for the search is too large.
We use for samba computers an ou=computers parallel to the ou=accounts.
The contacts "all-query" does not find computers, as they have not
objectClass inetOrgPerson (at least they dont need to).
Ralf
>
>
> That's all for the moment ;)
> I will look in the code in spare time to find a way to ameliorate such
> things, but I haven't so much.
>
> JC Passard
> Provectio
>
>
--
Ralf Becker
eGroupWare Training & Support ==> http://www.egroupware-support.de
Outdoor Unlimited Training GmbH [www.outdoor-training.de]
Handelsregister HRB Kaiserslautern 3587
Geschäftsführer Birgit und Ralf Becker
Leibnizstr. 17, 67663 Kaiserslautern, Germany
Telefon +49 (0)631 31657-0

Sorry, my mail arrived in the bad thread
Hello,
We are very happy of the egw 1.4, it get rid of a lot of limitations
about ldap adressbook.
We are migrating the most part of our clients to this release.
But I want to report some difficulties we encounter :
- If we modify a user in egw, egw rewrite this ldap entry with dn :
uid=..., it's annoying when users are already created with dn: cn=...
- eGw doesn't respect OU's in users ' dn, the when a user is modified he
is moved to the root user, in some case it's a problem,
especially where addressbook is looking for accounts.
- For sites where there is a lot of users, the user's selectbox in group
form is too small
- Samba Computers are displayed where looking for all in addressbook,
the ldap filter applied for the search is too large.
That's all for the moment ;)
I will look in the code in spare time to find a way to ameliorate such
things, but I haven't so much.
JC Passard
Provectio
--
Ce message a ete verifie par MailScanner pour des virus ou des pouriels
et rien de suspect n'a ete trouve.

Hello,
We are very happy of the egw 1.4, it get rid of a lot of limitations
about ldap adressbook.
We are migrating the most part of our clients to this release.
But I want to report some difficulties we encounter :
- If we modify a user in egw, egw rewrite this ldap entry with dn :
uid=..., it's annoying when users are already created with dn: cn=...
- eGw doesn't respect OU's in users ' dn, the when a user is modified he
is moved to the root user, in some case it's a problem,
especially where addressbook is looking for accounts.
- For sites where there is a lot of users, the user's selectbox in group
form is too small
- Samba Computers are displayed where looking for all in addressbook,
the ldap filter applied for the search is too large.
That's all for the moment ;)
I will look in the code in spare time to find a way to ameliorate such
things, but I haven't so much.
JC Passard
Provectio
--
Ce message a ete verifie par MailScanner pour des virus ou des pouriels
et rien de suspect n'a ete trouve.

Your credit doesn't matter to us!
If you have your own business and want IMMEDIATE money to spend ANY way =
you like or require Extra money to give the company a boost or wish A =
low interest loan - NO STRINGS ATTACHED, here is best deal we can offer =
you NOW (hurry, this lot will expire NOW):
$65,000+ loan
Hurry, when our deal is gone, it is gone. Simply Call Us...
Do not worry about approval, your credit will not disqualify you!
Call Us Free on 866-847-0715

Hi Conny,
notifications are not included in the current downloadable 1.4 .tar files.
Would be great if one could include it.
Thanx
Christian
Cornelius Weiss-4 wrote:
>=20
> Hi,
>=20
> i think notification will come into 1.4 packages, i just need to check=20
> how the "default" alias in svn works :-)
> If there are problems with it, please let me know.
>=20
> Notification is not about sending email in calendar! The Alarm emails=20
> are also send if notification is not installed. Notification at the=20
> moment "only" popups a message in egroupware when you have an alarm.
>=20
> It's considerd to also send this notifications when an email arives, you=
=20
> get a new task deligated ... but i don't think that this will come into=
=20
> 1.4.
>=20
> Also other notification channels should come, like jabber, sms or native=
=20
> OS popups.
>=20
> cu
> cornelius
>=20
> Oscar Manuel G=C3=B3mez Senovilla schrieb:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Frank-braucht-Hilfe escribi=C3=B3:
>> =20
>>> Hi,
>>>
>>> if I got it right it will be included in 1.4, thats whats in the roadma=
p
>>> and
>>> what the hotline told me. Thats very interesting, because we are having
>>> some
>>> problems with the notifications here, so I have to change in the
>>> notifications folder and svn up it in addtion to the rest, same with
>>> async
>>> services?
>>>
>>> Did everything work fine after installing those packages?
>>> =20
>>
>>
>> Yes. I created a calendar event, set it to notify five minutes before
>> the event start, and I got the notification by mail. You can see if an
>> event is going to be mailed (I think a more accurate term is
>> "processed") by going to admin-> async services and watch the queue.
>>
>> As curiosity, some time ago I had previous "badly configured" old jobs
>> in the queue (the notifications and/or async services weren't properly
>> setup), but the old jobs were blocking the rest. It seems that old
>> "unprocessed" jobs can block "legal" new jobs, and I think this is a
>> wrong behaviour. I got some kind of headache until I deleted the old
>> events, and then, the new jobs started to be correctly processed.
>>
>>
>> May this be a bug?
>>
>>
>> Regards.
>>
>> =20
>>> Frank
>>>
>>>
>>>
>>> Oscar Manuel G=C3=B3mez Senovilla wrote:
>>> Hi
>>>
>>> I've just noticed that the notificacions app is not in the default
>>> checkout, and even out of the daily trunk tarballs. Am I wrong thinking
>>> that notifications is going to be a core part of next 1.4? Or is that
>>> planned for 1.6? I've failed recently in a test for calendar
>>> notification, until I realized that notification wasn't even downloaded=
,
>>> and downloading and installing (together with installing async services=
)
>>> made it work.
>>>
>>>
>>> =20
>>
>> - --
>>
>> |----------------------------------------------------------------------|
>> | http://counter.li.org info: Linux user: 92390 - Linux machine: 39301 |
>> | Oscar Manuel G=C3=B3mez Senovilla - omgsATescomposlinux.org =
|
>> | GPG Key at http://pgp.escomposlinux.org |
>> |----------------------------------------------------------------------|
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.3 (GNU/Linux)
>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>>
>> iD8DBQFF32kpQpr3kykd/aQRAr30AKCF18f/0FcGjPFAOrX6FhL99NdzSQCfXT9L
>> 08e2GcSvK9+pq4QyQE97okI=3D
>> =3DT7Ff
>> -----END PGP SIGNATURE-----
>>
>> ------------------------------------------------------------------------=
-
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to share
>> your
>> opinions on IT & business topics through brief surveys-and earn cash
>> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=
=3DDEVDEV
>> _______________________________________________
>> eGroupWare-developers mailing list
>> eGroupWare-developers@...
>> https://lists.sourceforge.net/lists/listinfo/egroupware-developers
>> =20
>=20
>=20
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> eGroupWare-developers mailing list
> eGroupWare-developers@...
> https://lists.sourceforge.net/lists/listinfo/egroupware-developers
>=20
>=20
--=20
View this message in context: http://www.nabble.com/Notification-as-default=
-tf3278504s3741.html#a12369466
Sent from the egroupware-developers mailing list archive at Nabble.com.

Hi Istvan,
high email frequency this moring :-)
can you take a look, if your websever segfaults when the problem occours?
I know this problem, the egw-pear/NET/IMAPPotocoll parser has a problem
with some mails. I allready isolatd such a mail and send it to sebastian
ebling who is a develper of NET/IMAP, but unfotunally he is a verry
buisy man with allmost no inet connection ...
cu
conny
Pongracz Istvan schrieb:
> Ok, seems it is caused by one or more emails.
> I deleted all messages from the inbox after that is is working well.
> But which one from the 200?
>
> Regards,
> IStván
>
>
> 2007. 08. 28, kedd keltezéssel 10.37-kor Pongracz Istvan ezt írta:
>
>> Interesting, the auto refresh is working:
>> the tree view part shows the number of new mails, but the list on the
>> right unchanged.
>>
>> Regards,
>> IStván
>>
>> 2007. 08. 28, kedd keltezéssel 10.23-kor Pongracz Istvan ezt írta:
>>
>>> And this is only happens with the Inbox.
>>> Subfolders respond to the reread.
>>>
>>> Clicking on the Felamimail (start the application again) also working,
>>> except clicking on the Inbox.
>>> Very strange.
>>>
>>> Regards,
>>> IStván
>>>
>>> 2007. 08. 28, kedd keltezéssel 09.47-kor Pongracz Istvan ezt írta:
>>>
>>>> Hi,
>>>>
>>>> I have two different domain with the exactly same egw 1.4 installations.
>>>> I mean, all the files are the same, except header.inc.php.
>>>>
>>>> I use the same login name for both, but to connect to the imap server I
>>>> use the loginid@... syntax.
>>>>
>>>> When I start felamimail, I got the normal view with emails etc.
>>>> In one domain, if I click to the Inbox again, it fetches all mails
>>>> again.
>>>> In the other domain, when I do the same action, I got only a rolling
>>>> arrow, and empty list. It could not fetch any mail.
>>>>
>>>> I use Plesk 8.1 with courier + qmail.
>>>> I setup emailadmin for both possibilities:
>>>> plesksmtp+pleskimap and standardsmtp+standardimap.
>>>>
>>>> The result is the same, except, when I choose plesk, I got these
>>>> warnings to the error logs:
>>>>
>>>> [Tue Aug 28 09:16:08 2007] [error] [client 62.112.207.60] PHP Warning:
>>>> Missing argument 1 for pleskimap::plesk
>>>> imap(), called
>>>> in /var/www/vhosts/osbusiness.hu/httpdocs/office/phpgwapi/inc/common_functions.inc.php on line 6
>>>> 75 and defined
>>>> in /var/www/vhosts/osbusiness.hu/httpdocs/office/emailadmin/inc/class.pleskimap.inc.php on line
>>>> 54, referer:
>>>> https://www.osbusiness.hu/office/felamimail/index.php
>>>> [Tue Aug 28 09:16:08 2007] [error] [client 62.112.207.60] PHP Warning:
>>>> Missing argument 1 for smtpplesk::smtpp
>>>> lesk(), called
>>>> in /var/www/vhosts/osbusiness.hu/httpdocs/office/phpgwapi/inc/common_functions.inc.php on line 6
>>>> 75 and defined
>>>> in /var/www/vhosts/osbusiness.hu/httpdocs/office/emailadmin/inc/class.smtpplesk.inc.php on line
>>>> 33, referer: https://www.osbusiness.hu/office/felamimail/index.php
>>>>
>>>>
>>>> I upload a short flash video about the problem, where I show the sympton
>>>> in both cases.
>>>>
>>>> Regards,
>>>> IStván
>>>>
>>>>