KB Article's get truncated when using tables with too many rows!

[stucky101]

Guys

I have created a KB article using tables and it turnes out that if you use a certain amount of small tables or one long one with many rows it’ll truncate them before dumping them into the db.
F.e. if I create a table with 8 rows and 11 colums it’ll write it fine.
If I now copy this table a few times it copies exactly 3 more times completely so 4 tables are ok (32 rows).
The 5th table however gets truncated after row 6. Row 7 only shows the first column and after that there is nothing,
It’s as if the db has a limit of tables/rows that you can add to a KB article. I tried to look through the tables wia webmin but I’m not the sql guy so I"m not sure where to look. I tried adding a table with more than 50 rows and it seems to work fine intially as long as the table is empty. As you populate it the truncation starts again.
This is severely impacting my documentation since I can’t get all info into one article.
The same thing happens in the wiki as well.

EG version 1.4.002.

Can someone please help me out ?

[Ralf_Becker_6]

Hi,

the DB knows nothing about the number of rows in the html table. I would
guess it’s a general limitation in the content length.

I looked in the code:

• kb already has a longtext column for the article
• wiki only has text (32k)

Maybe in your database egw_kb_article.text is not yet longtext (as the
wiki). In that case you can modify the column to type longtext (eg. with
phpMyAdmin).

Ralf

stucky101 schrieb:

Guys

I have created a KB article using tables and it turnes out that if you use a
certain amount of small tables or one long one with many rows it’ll truncate
them before dumping them into the db.
F.e. if I create a table with 8 rows and 11 colums it’ll write it fine.
If I now copy this table a few times it copies exactly 3 more times
completely so 4 tables are ok (32 rows).
The 5th table however gets truncated after row 6. Row 7 only shows the first
column and after that there is nothing,
It’s as if the db has a limit of tables/rows that you can add to a KB
article. I tried to look through the tables wia webmin but I’m not the sql
guy so I"m not sure where to look. I tried adding a table with more than 50
rows and it seems to work fine intially as long as the table is empty. As
you populate it the truncation starts again.
This is severely impacting my documentation since I can’t get all info into
one article.
The same thing happens in the wiki as well.

EG version 1.4.002.

Can someone please help me out ?

–
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

---

This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don’t miss this year’s exciting event. There’s still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

[stucky101]

Ralf
I have webmin and i was searching through the egroupware database. The only table I can find that has the word article in it is called “phpgw_kb_articles”. Is this the table you’re talking about ?
As I mentioned the wiki and kb have the same problem. Today I ran into this again when I added to a kb article and now I can’t edit it anymore. The EDIT buttoen has moved to the right and doesn’t function anymore when you click on it.
I attached a screenshot for you. Look at how the EDIT ARTICLE and DELETE ARTICLE buttons have moved to the right and are blocking what should be a cell ? It’s gotta be the db truncing it since in edit mode everything looks fine until you submit.
The biggest problem now is that I cannot even edit this article anymore since the edit article button stopped functioning.
This is really impacting my badly - can you please help ?

Hi,

the DB knows nothing about the number of rows in the html table. I would
guess it’s a general limitation in the content length.

I looked in the code:

• kb already has a longtext column for the article
• wiki only has text (32k)

Maybe in your database egw_kb_article.text is not yet longtext (as the
wiki). In that case you can modify the column to type longtext (eg. with
phpMyAdmin).

Ralf

stucky101 schrieb:

Guys

I have created a KB article using tables and it turnes out that if you use a
certain amount of small tables or one long one with many rows it’ll truncate
them before dumping them into the db.
F.e. if I create a table with 8 rows and 11 colums it’ll write it fine.
If I now copy this table a few times it copies exactly 3 more times
completely so 4 tables are ok (32 rows).
The 5th table however gets truncated after row 6. Row 7 only shows the first
column and after that there is nothing,
It’s as if the db has a limit of tables/rows that you can add to a KB
article. I tried to look through the tables wia webmin but I’m not the sql
guy so I"m not sure where to look. I tried adding a table with more than 50
rows and it seems to work fine intially as long as the table is empty. As
you populate it the truncation starts again.
This is severely impacting my documentation since I can’t get all info into
one article.
The same thing happens in the wiki as well.

EG version 1.4.002.

Can someone please help me out ?

–
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

---

This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don’t miss this year’s exciting event. There’s still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

[stucky101]

another thing I wanted to mention is that I have other articles that are much bigger. I just copied and pasted text into a new article and it went fine. It seems to have to do with tables. When I use embedded tables (which i do a lot) then I run into the problem where the article gets cut off as per screenshot.

Ralf
I have webmin and i was searching through the egroupware database. The only table I can find that has the word article in it is called “phpgw_kb_articles”. Is this the table you’re talking about ?
As I mentioned the wiki and kb have the same problem. Today I ran into this again when I added to a kb article and now I can’t edit it anymore. The EDIT buttoen has moved to the right and doesn’t function anymore when you click on it.
I attached a screenshot for you. Look at how the EDIT ARTICLE and DELETE ARTICLE buttons have moved to the right and are blocking what should be a cell ? It’s gotta be the db truncing it since in edit mode everything looks fine until you submit.
The biggest problem now is that I cannot even edit this article anymore since the edit article button stopped functioning.
This is really impacting my badly - can you please help ?

Hi,

the DB knows nothing about the number of rows in the html table. I would
guess it’s a general limitation in the content length.

I looked in the code:

• kb already has a longtext column for the article
• wiki only has text (32k)

Maybe in your database egw_kb_article.text is not yet longtext (as the
wiki). In that case you can modify the column to type longtext (eg. with
phpMyAdmin).

Ralf

stucky101 schrieb:

Guys

I have created a KB article using tables and it turnes out that if you use a
certain amount of small tables or one long one with many rows it’ll truncate
them before dumping them into the db.
F.e. if I create a table with 8 rows and 11 colums it’ll write it fine.
If I now copy this table a few times it copies exactly 3 more times
completely so 4 tables are ok (32 rows).
The 5th table however gets truncated after row 6. Row 7 only shows the first
column and after that there is nothing,
It’s as if the db has a limit of tables/rows that you can add to a KB
article. I tried to look through the tables wia webmin but I’m not the sql
guy so I"m not sure where to look. I tried adding a table with more than 50
rows and it seems to work fine intially as long as the table is empty. As
you populate it the truncation starts again.
This is severely impacting my documentation since I can’t get all info into
one article.
The same thing happens in the wiki as well.

EG version 1.4.002.

Can someone please help me out ?

–
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

---

This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don’t miss this year’s exciting event. There’s still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

[stucky101]

Ralf

I poked around in the database again and i found the following table:
egw_wiki_pages
This table has a field called
wiki_body
with a value of “text” which could be changed to “longtext”

For the kb I can oly find the following table:
phpgw_kb_articles
This table has a field called
text
with a value of “text” which could be changed to “longtext”

Are those the right fields to modify ? It says right next to it “Warning ! changing type may result in data loss.” so i’m obviously afraid to change it.
Can you comment ?

another thing I wanted to mention is that I have other articles that are much bigger. I just copied and pasted text into a new article and it went fine. It seems to have to do with tables. When I use embedded tables (which i do a lot) then I run into the problem where the article gets cut off as per screenshot.

Ralf
I have webmin and i was searching through the egroupware database. The only table I can find that has the word article in it is called “phpgw_kb_articles”. Is this the table you’re talking about ?
As I mentioned the wiki and kb have the same problem. Today I ran into this again when I added to a kb article and now I can’t edit it anymore. The EDIT buttoen has moved to the right and doesn’t function anymore when you click on it.
I attached a screenshot for you. Look at how the EDIT ARTICLE and DELETE ARTICLE buttons have moved to the right and are blocking what should be a cell ? It’s gotta be the db truncing it since in edit mode everything looks fine until you submit.
The biggest problem now is that I cannot even edit this article anymore since the edit article button stopped functioning.
This is really impacting my badly - can you please help ?

Hi,

the DB knows nothing about the number of rows in the html table. I would
guess it’s a general limitation in the content length.

I looked in the code:

• kb already has a longtext column for the article
• wiki only has text (32k)

Maybe in your database egw_kb_article.text is not yet longtext (as the
wiki). In that case you can modify the column to type longtext (eg. with
phpMyAdmin).

Ralf

stucky101 schrieb:

Guys

I have created a KB article using tables and it turnes out that if you use a
certain amount of small tables or one long one with many rows it’ll truncate
them before dumping them into the db.
F.e. if I create a table with 8 rows and 11 colums it’ll write it fine.
If I now copy this table a few times it copies exactly 3 more times
completely so 4 tables are ok (32 rows).
The 5th table however gets truncated after row 6. Row 7 only shows the first
column and after that there is nothing,
It’s as if the db has a limit of tables/rows that you can add to a KB
article. I tried to look through the tables wia webmin but I’m not the sql
guy so I"m not sure where to look. I tried adding a table with more than 50
rows and it seems to work fine intially as long as the table is empty. As
you populate it the truncation starts again.
This is severely impacting my documentation since I can’t get all info into
one article.
The same thing happens in the wiki as well.

EG version 1.4.002.

Can someone please help me out ?

–
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

---

This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don’t miss this year’s exciting event. There’s still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

[Ralf_Becker_6]

These are the two tables and fields.

Ralf

stucky101 schrieb:

Ralf

I poked around in the database again and i found the following table:
egw_wiki_pages
This table has a field called
wiki_body
with a value of “text” which could be changed to “longtext”

For the kb I can oly find the following table:
phpgw_kb_articles
This table has a field called
text
with a value of “text” which could be changed to “longtext”

Are those the right fields to modify ? It says right next to it “Warning !
changing type may result in data loss.” so i’m obviously afraid to change
it.
Can you comment ?

stucky101 wrote:

another thing I wanted to mention is that I have other articles that are
much bigger. I just copied and pasted text into a new article and it went
fine. It seems to have to do with tables. When I use embedded tables
(which i do a lot) then I run into the problem where the article gets cut
off as per screenshot.

stucky101 wrote:

Ralf
I have webmin and i was searching through the egroupware database. The
only table I can find that has the word article in it is called
"phpgw_kb_articles". Is this the table you’re talking about ?
As I mentioned the wiki and kb have the same problem. Today I ran into
this again when I added to a kb article and now I can’t edit it anymore.
The EDIT buttoen has moved to the right and doesn’t function anymore when
you click on it.
I attached a screenshot for you. Look at how the EDIT ARTICLE and DELETE
ARTICLE buttons have moved to the right and are blocking what should be a
cell ? It’s gotta be the db truncing it since in edit mode everything
looks fine until you submit.
The biggest problem now is that I cannot even edit this article anymore
since the edit article button stopped functioning.
This is really impacting my badly - can you please help ?

http://www.nabble.com/file/p18455151/truncated_kb.png

ralfbecker wrote:

Hi,

the DB knows nothing about the number of rows in the html table. I would
guess it’s a general limitation in the content length.

I looked in the code:

• kb already has a longtext column for the article
• wiki only has text (32k)

Maybe in your database egw_kb_article.text is not yet longtext (as the
wiki). In that case you can modify the column to type longtext (eg. with
phpMyAdmin).

Ralf

stucky101 schrieb:

Guys

I have created a KB article using tables and it turnes out that if you
use a
certain amount of small tables or one long one with many rows it’ll
truncate
them before dumping them into the db.
F.e. if I create a table with 8 rows and 11 colums it’ll write it fine.
If I now copy this table a few times it copies exactly 3 more times
completely so 4 tables are ok (32 rows).
The 5th table however gets truncated after row 6. Row 7 only shows the
first
column and after that there is nothing,
It’s as if the db has a limit of tables/rows that you can add to a KB
article. I tried to look through the tables wia webmin but I’m not the
sql
guy so I"m not sure where to look. I tried adding a table with more
than 50
rows and it seems to work fine intially as long as the table is empty.
As
you populate it the truncation starts again.
This is severely impacting my documentation since I can’t get all info
into
one article.
The same thing happens in the wiki as well.

EG version 1.4.002.

Can someone please help me out ?
–
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

---

This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don’t miss this year’s exciting event. There’s still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
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

---

This SF.Net email is sponsored by the Moblin Your Move Developer’s challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

[stucky101]

Thanks !
Do I have to be worried about dataloss if I change those ?

These are the two tables and fields.

Ralf

stucky101 schrieb:

Ralf

I poked around in the database again and i found the following table:
egw_wiki_pages
This table has a field called
wiki_body
with a value of “text” which could be changed to “longtext”

For the kb I can oly find the following table:
phpgw_kb_articles
This table has a field called
text
with a value of “text” which could be changed to “longtext”

Are those the right fields to modify ? It says right next to it “Warning !
changing type may result in data loss.” so i’m obviously afraid to change
it.
Can you comment ?

stucky101 wrote:

another thing I wanted to mention is that I have other articles that are
much bigger. I just copied and pasted text into a new article and it went
fine. It seems to have to do with tables. When I use embedded tables
(which i do a lot) then I run into the problem where the article gets cut
off as per screenshot.

stucky101 wrote:

Ralf
I have webmin and i was searching through the egroupware database. The
only table I can find that has the word article in it is called
"phpgw_kb_articles". Is this the table you’re talking about ?
As I mentioned the wiki and kb have the same problem. Today I ran into
this again when I added to a kb article and now I can’t edit it anymore.
The EDIT buttoen has moved to the right and doesn’t function anymore when
you click on it.
I attached a screenshot for you. Look at how the EDIT ARTICLE and DELETE
ARTICLE buttons have moved to the right and are blocking what should be a
cell ? It’s gotta be the db truncing it since in edit mode everything
looks fine until you submit.
The biggest problem now is that I cannot even edit this article anymore
since the edit article button stopped functioning.
This is really impacting my badly - can you please help ?

http://www.nabble.com/file/p18455151/truncated_kb.png

ralfbecker wrote:

Hi,

the DB knows nothing about the number of rows in the html table. I would
guess it’s a general limitation in the content length.

I looked in the code:

• kb already has a longtext column for the article
• wiki only has text (32k)

Maybe in your database egw_kb_article.text is not yet longtext (as the
wiki). In that case you can modify the column to type longtext (eg. with
phpMyAdmin).

Ralf

stucky101 schrieb:

Guys

I have created a KB article using tables and it turnes out that if you
use a
certain amount of small tables or one long one with many rows it’ll
truncate
them before dumping them into the db.
F.e. if I create a table with 8 rows and 11 colums it’ll write it fine.
If I now copy this table a few times it copies exactly 3 more times
completely so 4 tables are ok (32 rows).
The 5th table however gets truncated after row 6. Row 7 only shows the
first
column and after that there is nothing,
It’s as if the db has a limit of tables/rows that you can add to a KB
article. I tried to look through the tables wia webmin but I’m not the
sql
guy so I"m not sure where to look. I tried adding a table with more
than 50
rows and it seems to work fine intially as long as the table is empty.
As
you populate it the truncation starts again.
This is severely impacting my documentation since I can’t get all info
into
one article.
The same thing happens in the wiki as well.

EG version 1.4.002.

Can someone please help me out ?
–
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

---

This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don’t miss this year’s exciting event. There’s still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
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

---

This SF.Net email is sponsored by the Moblin Your Move Developer’s challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

[stucky101]

I changed them to longtext and it works now. Thanks !

Thanks !
Do I have to be worried about dataloss if I change those ?

These are the two tables and fields.

Ralf

stucky101 schrieb:

Ralf

I poked around in the database again and i found the following table:
egw_wiki_pages
This table has a field called
wiki_body
with a value of “text” which could be changed to “longtext”

For the kb I can oly find the following table:
phpgw_kb_articles
This table has a field called
text
with a value of “text” which could be changed to “longtext”

Are those the right fields to modify ? It says right next to it “Warning !
changing type may result in data loss.” so i’m obviously afraid to change
it.
Can you comment ?

stucky101 wrote:

another thing I wanted to mention is that I have other articles that are
much bigger. I just copied and pasted text into a new article and it went
fine. It seems to have to do with tables. When I use embedded tables
(which i do a lot) then I run into the problem where the article gets cut
off as per screenshot.

stucky101 wrote:

Ralf
I have webmin and i was searching through the egroupware database. The
only table I can find that has the word article in it is called
"phpgw_kb_articles". Is this the table you’re talking about ?
As I mentioned the wiki and kb have the same problem. Today I ran into
this again when I added to a kb article and now I can’t edit it anymore.
The EDIT buttoen has moved to the right and doesn’t function anymore when
you click on it.
I attached a screenshot for you. Look at how the EDIT ARTICLE and DELETE
ARTICLE buttons have moved to the right and are blocking what should be a
cell ? It’s gotta be the db truncing it since in edit mode everything
looks fine until you submit.
The biggest problem now is that I cannot even edit this article anymore
since the edit article button stopped functioning.
This is really impacting my badly - can you please help ?

http://www.nabble.com/file/p18455151/truncated_kb.png

ralfbecker wrote:

Hi,

the DB knows nothing about the number of rows in the html table. I would
guess it’s a general limitation in the content length.

I looked in the code:

• kb already has a longtext column for the article
• wiki only has text (32k)

Maybe in your database egw_kb_article.text is not yet longtext (as the
wiki). In that case you can modify the column to type longtext (eg. with
phpMyAdmin).

Ralf

stucky101 schrieb:

Guys

I have created a KB article using tables and it turnes out that if you
use a
certain amount of small tables or one long one with many rows it’ll
truncate
them before dumping them into the db.
F.e. if I create a table with 8 rows and 11 colums it’ll write it fine.
If I now copy this table a few times it copies exactly 3 more times
completely so 4 tables are ok (32 rows).
The 5th table however gets truncated after row 6. Row 7 only shows the
first
column and after that there is nothing,
It’s as if the db has a limit of tables/rows that you can add to a KB
article. I tried to look through the tables wia webmin but I’m not the
sql
guy so I"m not sure where to look. I tried adding a table with more
than 50
rows and it seems to work fine intially as long as the table is empty.
As
you populate it the truncation starts again.
This is severely impacting my documentation since I can’t get all info
into
one article.
The same thing happens in the wiki as well.

EG version 1.4.002.

Can someone please help me out ?
–
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

---

This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don’t miss this year’s exciting event. There’s still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
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

---

This SF.Net email is sponsored by the Moblin Your Move Developer’s challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

---

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers