Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.

2012-02-21 Thread Jeroen Dekkers 
At Tue, 21 Feb 2012 19:11:43 +0100,
Corrado Fiore wrote:
> 1) Just to make sure we're all on the same page, what would be the final 
> product of your effort?  A Z-push backend to be installed onto the latest 
> stable release of Z-push?
> 
> 2) Would you release your code with a GPL license?

That's a requirement, because Z-Push is licensed under the
AGPLv3. Even if you run it publicly accessible running you would need
to provide the code.


Regards,

Jeroen Dekkers
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Sync users from /etc/shadow

2012-02-21 Thread Phillip Wyman 

Here is a script I wrote for syncing the shadow file to SOGo's SQL database.
I have it run in cron every minute, and redirect its output to a log 
file with the correct permissions.
This is using SOGo's crypt password storage option (undocumented last 
time I checked).


The variables at the top are fairly self-explanatory.
The MIN_UID constant defines what the minimum uid in /etc/passwd to sync 
above is.
The excluded users array allows you to specify certain users in 
/etc/passwd not to sync.


Now for my brief disclaimer :

I haven't scrutinized this script much for security, I take no 
responsibility for any side effects, and it comes with no warranty.


Maybe it will help.

#!/usr/bin/php
  $sogo_rows[$username] = array('uid' => $uid, 'comment' => $comment, 
'email' => $email);

}

$fc = file(SHADOW_FILE);

if (!($fc)) {
  echo "\n" . 'Could not obtain the contents of : ' . SHADOW_FILE . "\n";
  exit(1);
}

foreach ($fc as $line)
{
  $line = rtrim($line);
  $line_slices = explode(':',$line);

  $username = $line_slices[0];

  if (!array_key_exists($username,$sogo_rows)) {
continue;
  }

  $sogo_rows[$username]['hash'] = $line_slices[1];
}

if (sizeof($sogo_rows) == 0) {
  echo "\n" . 'No valid users to add were found.' . "\n";
  exit(1);
}

$sogo_dbcon = mysql_connect(SOGO_DBHOST,SOGO_DBUSER,SOGO_DBPASS,TRUE);

if (!($sogo_dbcon)) {
  die('Error connecting to mysql: ' . mysql_error());
}

mysql_select_db(SOGO_DBNAME, $sogo_dbcon) or die('Error: Could not 
select database ' . $sogo_dbname);


foreach ($sogo_rows as $username => $user_attrs) {
  $username = mysql_real_escape_string($username);

  $query = "SELECT c_password,c_cn FROM sogo_view WHERE c_uid='$username'";
  $result = mysql_query($query,$sogo_dbcon);

  $num_rows = mysql_num_rows($result);

  if ($num_rows == 0) {
$user_attrs = array_map('mysql_real_escape_string', $user_attrs);

$query = "INSERT into sogo_view (c_uid,c_name,c_password,c_cn,mail) 
VALUES 
('$username','$username','$user_attrs[hash]','$user_attrs[comment]','$user_attrs[email]')";

$result = mysql_query($query,$sogo_dbcon);

if (!($result)) {
  mysql_close($sogo_dbcon);
  echo "\n" . 'Failed adding user : ' . $username . ' to sogo_view 
table.' . "\n";

  exit(1);
}

echo "\n" . 'Added user : ' . $username . ' to sogo_view table.' . 
"\n";

  }
  else {
$row = mysql_fetch_assoc($result);

$query_str = '';

if ($user_attrs['hash'] != $row['c_password']) {
  $user_attrs['hash'] = mysql_real_escape_string($user_attrs['hash']);

  $query_str .= "c_password='$user_attrs[hash]',";
}

if ($user_attrs['comment'] != $row['c_cn']) {
  $user_attrs['comment'] = 
mysql_real_escape_string($user_attrs['comment']);


  $query_str .= "c_cn='$user_attrs[comment]',";
}

if (!empty($query_str)) {
  $query_str = rtrim($query_str,',');

  $query_str = 'UPDATE sogo_view set ' . $query_str . " WHERE 
c_uid='$username'";

  $result = mysql_query($query_str,$sogo_dbcon);

  if (!($result)) {
mysql_close($sogo_dbcon);
echo "\n" . 'Failed updating data for : ' . $username . ' in 
sogo_view table.' . "\n";

exit(1);
  }

  echo "\n" . 'Updated data for : ' . $username . ' in sogo_view 
table.' . "\n";


  //Disabled reloading of memcached for now, instead the 
"SOGoCacheCleanupInterval" setting has been lowered

  //from the default of 300 seconds to 30
  //$result = system('/etc/init.d/memcached reload');

  //echo "\n" . $result . "\n";
}
  }
}

?>

On 02/18/2012 02:54 AM, Daniel Erlacher wrote:

Hello

I am running a ISPconfig installation and ideally it would
be possible to sync the usernames and passwords from /etc/shadow
with the mysql authentification that i am using for sogo.

is there any chance that this is developed? it would be highly appreciated.

there was a discussion on this list already, in 2010:
http://www.mail-archive.com/users@sogo.nu/msg02552.html

ISPconfig uses basically crypt-md5 with salt, which is the same that
debian uses in /etc/shadow or passwd.

thanks
dan









The information contained in this e-mail message may be privileged, 
confidential and protected from disclosure. If you are not the intended 
recipient, any dissemination, distribution or copying is strictly prohibited. 
If you think that you have received this e-mail message in error, please e-mail 
the sender at the above e-mail address.

--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] parseTimeZone Error

2012-02-21 Thread Peter Peltonen 
Hi,

On Tue, Feb 21, 2012 at 10:44 PM, Nathanael Bettridge
 wrote:
> There was some chatter on the list during release that apparently some
> Ubuntu and Debian packages didn't include the scripts - Ludovic referred
> people to
> http://mtn.inverse.ca/revision/browse/235258efee8273e9b6d2822d3d5da125520631c7/Scripts
> - though that's an old revision ID, the script hasn't changed :)
>
> However - I would guess Inverse fixed the missing packages in one of the
> a/b/c versions - so it may be worth double-checking you're on the current
> 1.3.12c version.

I am not running Debian but CentOS6 with 1.3.12c.

I assume I should run these scripts on CentOS as well? But where do I
find them? As I reported earlier, there is no such script in
/usr/share/doc/sogo-1.3.12c


> As for the release notes, in Francis's original "ANN: SOGo v1.3.12 &
> Thunderbird 10 compatibility" announcement:
>
> "
> === Upgrading to v1.3.12 ===
>
> Once you have updated and restarted SOGo, run the shell script
> sql-update-1.3.11_to_1.3.12.sh or sql-update-1.3.11_to_1.3.12-mysql.sh (if
> you use MySQL).
> "

It seems I've missed this...

Best,
Peter
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] parseTimeZone Error

2012-02-21 Thread Nathanael Bettridge 

Hi Peter,

There was some chatter on the list during release that apparently some 
Ubuntu and Debian packages didn't include the scripts - Ludovic referred 
people to
http://mtn.inverse.ca/revision/browse/235258efee8273e9b6d2822d3d5da125520631c7/Scripts 
- though that's an old revision ID, the script hasn't changed :)


However - I would guess Inverse fixed the missing packages in one of the 
a/b/c versions - so it may be worth double-checking you're on the 
current 1.3.12c version.


As for the release notes, in Francis's original "ANN: SOGo v1.3.12 & 
Thunderbird 10 compatibility" announcement:


"
=== Upgrading to v1.3.12 ===

Once you have updated and restarted SOGo, run the shell script 
sql-update-1.3.11_to_1.3.12.sh or sql-update-1.3.11_to_1.3.12-mysql.sh 
(if you use MySQL).

"

Not sure if it made it into the release notes proper.

Thanks,

-Nathanael Bettridge



Peter Peltonen wrote:

Hi,

On Tue, Feb 21, 2012 at 10:10 PM, Ben  wrote:

Take a look in (on debian at least) /usr/share/doc/sogo/ there is a
sql-update-1.3.11_to_1.3.12.sh script. It looks like it changes c_content
columns from varchar to text (not sure why) and adding c_id as the primary
key to the OCS sessions folder table.

On CentOS6 I only see:

[root@sogo ~]# updatedb
[root@sogo ~]# locate sql-update
/usr/share/doc/postgresql-8.4.9/html/contrib-dblink-build-sql-update.html
/usr/share/doc/postgresql-8.4.9/html/sql-update.html
/usr/share/doc/sogo-1.3.12c/sql-update-1.2.2_to_1.3.0-mysql.sh
/usr/share/doc/sogo-1.3.12c/sql-update-1.2.2_to_1.3.0.sh
/usr/share/doc/sogo-1.3.12c/sql-update-1.3.3_to_1.3.4-mysql.sh
/usr/share/doc/sogo-1.3.12c/sql-update-1.3.3_to_1.3.4.sh
/usr/share/doc/sogo-1.3.12c/sql-update-101_to_102.sh
/usr/share/doc/sogo-1.3.12c/sql-update-20070724.sh
/usr/share/doc/sogo-1.3.12c/sql-update-20070822.sh
/usr/share/doc/sogo-1.3.12c/sql-update-20080303.sh

So no sql-update-1.3.11_to_1.3.12.sh?

And I would think that in the release notes there would be mentioned
that one needs run an sql script while upgrading...?

Regards,
Peter

--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] parseTimeZone Error

2012-02-21 Thread Ronald J. Yacketta 

On 2/21/2012 3:26 PM, Peter Peltonen wrote:

Hi,

On Tue, Feb 21, 2012 at 10:10 PM, Ben  wrote:

Take a look in (on debian at least) /usr/share/doc/sogo/ there is a
sql-update-1.3.11_to_1.3.12.sh script. It looks like it changes c_content
columns from varchar to text (not sure why) and adding c_id as the primary
key to the OCS sessions folder table.

On CentOS6 I only see:

[root@sogo ~]# updatedb
[root@sogo ~]# locate sql-update
/usr/share/doc/postgresql-8.4.9/html/contrib-dblink-build-sql-update.html
/usr/share/doc/postgresql-8.4.9/html/sql-update.html
/usr/share/doc/sogo-1.3.12c/sql-update-1.2.2_to_1.3.0-mysql.sh
/usr/share/doc/sogo-1.3.12c/sql-update-1.2.2_to_1.3.0.sh
/usr/share/doc/sogo-1.3.12c/sql-update-1.3.3_to_1.3.4-mysql.sh
/usr/share/doc/sogo-1.3.12c/sql-update-1.3.3_to_1.3.4.sh
/usr/share/doc/sogo-1.3.12c/sql-update-101_to_102.sh
/usr/share/doc/sogo-1.3.12c/sql-update-20070724.sh
/usr/share/doc/sogo-1.3.12c/sql-update-20070822.sh
/usr/share/doc/sogo-1.3.12c/sql-update-20080303.sh

So no sql-update-1.3.11_to_1.3.12.sh?

And I would think that in the release notes there would be mentioned
that one needs run an sql script while upgrading...?

Regards,
Peter

Is it by chance related to http://www.sogo.nu/bugs/view.php?id=1487

-Ron
--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] parseTimeZone Error

2012-02-21 Thread Peter Peltonen 
Hi,

On Tue, Feb 21, 2012 at 10:10 PM, Ben  wrote:
> Take a look in (on debian at least) /usr/share/doc/sogo/ there is a
> sql-update-1.3.11_to_1.3.12.sh script. It looks like it changes c_content
> columns from varchar to text (not sure why) and adding c_id as the primary
> key to the OCS sessions folder table.

On CentOS6 I only see:

[root@sogo ~]# updatedb
[root@sogo ~]# locate sql-update
/usr/share/doc/postgresql-8.4.9/html/contrib-dblink-build-sql-update.html
/usr/share/doc/postgresql-8.4.9/html/sql-update.html
/usr/share/doc/sogo-1.3.12c/sql-update-1.2.2_to_1.3.0-mysql.sh
/usr/share/doc/sogo-1.3.12c/sql-update-1.2.2_to_1.3.0.sh
/usr/share/doc/sogo-1.3.12c/sql-update-1.3.3_to_1.3.4-mysql.sh
/usr/share/doc/sogo-1.3.12c/sql-update-1.3.3_to_1.3.4.sh
/usr/share/doc/sogo-1.3.12c/sql-update-101_to_102.sh
/usr/share/doc/sogo-1.3.12c/sql-update-20070724.sh
/usr/share/doc/sogo-1.3.12c/sql-update-20070822.sh
/usr/share/doc/sogo-1.3.12c/sql-update-20080303.sh

So no sql-update-1.3.11_to_1.3.12.sh?

And I would think that in the release notes there would be mentioned
that one needs run an sql script while upgrading...?

Regards,
Peter
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] parseTimeZone Error

2012-02-21 Thread Ben 

On 2/21/2012 10:34 AM, Peter Peltonen wrote:


This is the first time I hear that there is a db upgrade script for Postgres.

I run CentOS6. Should I've ran something similar when upgrading from 1.3.11?

Where can one find information about this (where did you)?

Take a look in (on debian at least) /usr/share/doc/sogo/ there is a 
sql-update-1.3.11_to_1.3.12.sh script. It looks like it changes 
c_content columns from varchar to text (not sure why) and adding c_id as 
the primary key to the OCS sessions folder table.


Ben
--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] parseTimeZone Error

2012-02-21 Thread Julian Robbins 

On 21/02/12 17:34, Peter Peltonen wrote:

2012-02-21 09:16:04.011 sogod[30569] parseTimeZone: cannot parse time
notation 'GMT'
2012-02-21 09:16:04.011 sogod[30569] parseTimeZone: cannot parse time

Even going back to 1.3.9 I saw these exact 'errors'. As I am actually in 
GMT (in the sunny UK ;-)), I've never actually found any problems 
relating from this. Although my logs show this quite often they only 
appear when looking at emails not calendar items ... perhaps this is the 
same for you ?


--
Kind Regards,

Julian Robbins

--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Why not move from Funambol to Z-Push? Many features will be obtained.

2012-02-21 Thread Corrado Fiore 
On Feb 19, 2012, at 21:39 , Lacroix Francois wrote:

> How are still interest in a Caldav/Carddav support for Z-Push?

Yup, definitely.

> I would be able to do it for 800€.
> I would need to take holiday to be fully concentrate on it.

That sounds reasonable to me.

> I have only an iPhone to do test but ActiveSync shoud be the same accross OS 
> as it license.

Luckily, I have an Android-powered device, so I could help test it.

Some quick questions:

1) Just to make sure we're all on the same page, what would be the final 
product of your effort?  A Z-push backend to be installed onto the latest 
stable release of Z-push?

2) Would you release your code with a GPL license?

Also, even if the amount of money involved is relatively small, I think we 
should rely on an external fundraising service like Kickstarter 
(https://www.kickstarter.com/proposals/profiles/new) or something similar 
(suggestions welcome!).

Best,
Corrado Fiore-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] parseTimeZone Error

2012-02-21 Thread Peter Peltonen 
Hi Ben,

On Tue, Feb 21, 2012 at 6:20 PM, Ben Luey
 wrote:
> I've seen posts about this in the past, but not since the 1.3.12c release. I
> upgraded my Debian Squeeze box from SOGo 1.3.11 to 1.3.12c. I ran the
> (postgres) db upgrade script. Everything seems to be working (haven't done a

This is the first time I hear that there is a db upgrade script for Postgres.

I run CentOS6. Should I've ran something similar when upgrading from 1.3.11?

Where can one find information about this (where did you)?


> 2012-02-21 09:16:04.011 sogod[30569] parseTimeZone: cannot parse time
> notation 'GMT'
> 2012-02-21 09:16:04.011 sogod[30569] parseTimeZone: cannot parse time

I see reports for this error msg even for 1.3.06:

https://inverse.ca/sogo/lists/arc/users/2011-04/msg00174.html

Don't know if its related or not.

Have you tried recreating your user preferences (change timezone to
something else and then back), I think it has helped for some TZ
related problems in the past?

Best,
Peter
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

[SOGo] parseTimeZone Error

2012-02-21 Thread Ben Luey 
I've seen posts about this in the past, but not since the 1.3.12c 
release. I upgraded my Debian Squeeze box from SOGo 1.3.11 to 1.3.12c. I 
ran the (postgres) db upgrade script. Everything seems to be working 
(haven't done a lot of testing), but I'm seeing this in the sogo.log file:


On login from the web interface:

localhost - - [21/Feb/2012:09:16:03 GMT] "POST /SOGo/connect HTTP/1.1" 
200 27/39 0.042 - - 0
localhost - - [21/Feb/2012:09:16:03 GMT] "GET /SOGo/so/username 
HTTP/1.1" 302 0/0 0.002 - - 0
localhost - - [21/Feb/2012:09:16:03 GMT] "GET /SOGo/so/username/view 
HTTP/1.1" 302 0/0 0.003 - - 0
localhost - - [21/Feb/2012:09:16:03 GMT] "GET /SOGo/so/username/Mail 
HTTP/1.1" 302 0/0 0.002 - - 0
2012-02-21 09:16:04.011 sogod[30569] parseTimeZone: cannot parse time 
notation 'GMT'
2012-02-21 09:16:04.011 sogod[30569] parseTimeZone: cannot parse time 
notation 'GMT'
2012-02-21 09:16:04.034 sogod[30569] parseTimeZone: cannot parse time 
notation 'GMT'
2012-02-21 09:16:04.036 sogod[30569] parseTimeZone: cannot parse time 
notation 'GMT'
2012-02-21 09:16:04.041 sogod[30569] parseTimeZone: cannot parse time 
notation 'GMT'
2012-02-21 09:16:04.042 sogod[30569] parseTimeZone: cannot parse time 
notation 'GMT'
Feb 21 09:16:04 sogod [30569]: [WARN] 
<0x0x45fb830[UIxEnvelopeAddressFormatter]> unexpected envelope address: 
<0x0x2a00020[NGImap4EnvelopeAddress]:>


And on logout, I get:

2012-02-21 09:16:42.833 sogod[30569] WARNING(-[NSNull(misc) count]): 
called NSNull -count (returns 0) !!!


Anything to worry about? From previous posts, I thought the TimeZone 
parsing was fixed in 1.3.12c. Do I need to change anything? In my config 
I've got:


 SOGoTimeZone = America/Denver;


Thanks,
Ben

--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] Upgrade integrator 3.1.x -> 10.x

2012-02-21 Thread André Schild 

Am 19.02.2012 20:50, schrieb xbgmsh...@gmail.com:

Le 15/02/2012 22:56, André Schild a écrit :

Hello,

we are currently looking into a smooth upgrade to TB 10ESR.

TB is able to locate updates for addons by itself via the updateURL 
in the install manifest.


https://developer.mozilla.org/en/Install_Manifests#updateURL

What's the reason to not use this mechanism to upgrade the integrator ?

As far as I can see, this would allow us to have the TB 3.x 
extensions installed in TB 3.x
When the user then upgrades TB to 10.x ESR, TB will itself look for 
the extentions on the updateURL.
Here we could then return the correct url for downloading the TB10 
extensions...


Of course the sogo connector could still be downloaded via the 
integrator code



André

Correct, you need to use it for the integrator.
However TB10 add security feature (updateHash) and you need to use 
HTTP if your certs is selfsign.
You can easer do the same for connector or use the em:requires fleid 
while updating integrator.

I did update all my users last week and it is fine.
Lighting and any other standard addons get update on mozilla webservice.






I did put the steps together to get a smooth upgrade for the endusers.

http://wiki.sogo.nu/TB-upgrade-3-to-10

It takes care of upgrading the extensions as soon a the user does 
manuall upgrade from TB 3.1.x to TB 10.x
This example does not include upgrading TB itself, because many users 
don't have admin rights and/or using Linux/OS-X etc.



André
--
users@sogo.nu
https://inverse.ca/sogo/lists

RE: [SOGo] CPU arch for ZEG

2012-02-21 Thread Bartłomiej Kluska 
I've read this article already.

My guess for now is that BIOS ver on this machine is too old. I have to 
investigate it.

Regards,
BK



> -Original Message-
> From: Jakob Lenfers [mailto:lenf...@bigsss-bremen.de]
> Sent: Tuesday, February 21, 2012 11:09 AM
> To: users@sogo.nu
> Subject: Re: [SOGo] CPU arch for ZEG
> 
> On 21.02.2012 10:51, Bartłomiej Kluska wrote:
> >> In virtualbox, in the virtual machine settings (System, acceleration
> >> tab), check Hardware Virtualization: Enable VT-x/AMD-V is enabled
> > I'm using virtual box 4.1
> > In ZEG appliance settings the System>Acceleration tab is grey and I can't 
> > enter it.
> 
> Maybe check the vbox documentation:
> 
> 
> Jakob
> --
> users@sogo.nu
> https://inverse.ca/sogo/lists

-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] CPU arch for ZEG

2012-02-21 Thread Jakob Lenfers 

On 21.02.2012 10:51, Bartłomiej Kluska wrote:

In virtualbox, in the virtual machine settings (System, acceleration
tab), check Hardware Virtualization: Enable VT-x/AMD-V is enabled

I'm using virtual box 4.1
In ZEG appliance settings the System>Acceleration tab is grey and I can't enter 
it.


Maybe check the vbox documentation:


Jakob
--
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] CPU arch for ZEG

2012-02-21 Thread Martin Rabl 

Am 21.02.2012 10:51, schrieb Bartłomiej Kluska:

I'm using virtual box 4.1
In ZEG appliance settings the System>Acceleration tab is grey and I can't enter 
it.

Check your BIOS, is something like 64bit/VT-x/AMD-V enabled?


--
Greetings,

   Martin Rabl
--
users@sogo.nu
https://inverse.ca/sogo/lists

RE: [SOGo] CPU arch for ZEG

2012-02-21 Thread Bartłomiej Kluska 
> In virtualbox, in the virtual machine settings (System, acceleration
> tab), check Hardware Virtualization: Enable VT-x/AMD-V is enabled

I'm using virtual box 4.1
In ZEG appliance settings the System>Acceleration tab is grey and I can't enter 
it.

Regards,
BK


> -Original Message-
> From: Jim [mailto:hakki...@gmail.com]
> Sent: Tuesday, February 21, 2012 10:22 AM
> To: users@sogo.nu
> Subject: Re: [SOGo] CPU arch for ZEG
> 
> You have to have a 64 bit Intel or AMD cpu, but your BIOS also needs to
> support it. In some bioses you will need to enable a "VT" (or
> alternative name) setting.
> Some (presumably older ones) even need a firmware upgrade first...
> 
> In virtualbox, in the virtual machine settings (System, acceleration
> tab), check Hardware Virtualization: Enable VT-x/AMD-V is enabled
> 
> Good luck.
> 
> On 21-2-2012 9:36, Bartłomiej Kluska wrote:

-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: Re: Re: [SOGo] Remote IMAP over OpenChange...

2012-02-21 Thread stasou 
Hello again, a long time later.

Since my last post we have updated our e-mail server to new Zimbra 7.1.4.

After this update, all interfaces with sogo and openchange seem to be OK, no
connection problems neither IMAP synchronization problems.

So far so good.

I will be performing some tests on the next few days, after which I will
happily tag this as "SOLVED".

Thank you everyone for your support
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] CPU arch for ZEG

2012-02-21 Thread Jim 
You have to have a 64 bit Intel or AMD cpu, but your BIOS also needs to
support it. In some bioses you will need to enable a "VT" (or
alternative name) setting.
Some (presumably older ones) even need a firmware upgrade first...

In virtualbox, in the virtual machine settings (System, acceleration
tab), check Hardware Virtualization: Enable VT-x/AMD-V is enabled

Good luck.

On 21-2-2012 9:36, Bartłomiej Kluska wrote:
>> Virtualbox has to emulate a 64 Bit CPU...
> 
> but I do have 64bit CPU and also 64bit OS on the host machine.
> Do I need additional emulation to be enabled?
> 
> I tried to find such option in Vbox but I don't see any checkbox like this..
> 
> Regards
> BK
> 
> 
>> -Original Message-
>> From: Sven Schwedas [mailto:sven.schwe...@tao.at]
>> Sent: Monday, February 20, 2012 5:59 PM
>> To: users@sogo.nu
>> Subject: Re: [SOGo] CPU arch for ZEG
>>
>>
>> On 02/20/2012 05:53 PM, Bartłomiej Kluska wrote:
>>> Hi All
>>>
>>> I'm struggling with quite a (hopefully) simple problem. Maybe the answer is 
>>> obvious and I'm just stuck somewhere.
>>>
>>> I try to run ZEGbeta4 appliance in Virtual box. I import ova file with the 
>>> wizard (as stated in instructions) and when trying to run
>>> it I get and the following error:
>>>
>>> "This kernel requires an x86-64 CPU, but only detected an i686 CPU."
>>>
>>> I got the same message on IBM x-series xeon 64bit server and on ThinkPad 
>>> Core i7 (also 64bit).
>>>
>>> Is this working only on AMD? I'm confused..
>>>
>>> Regards
>>> Bartek
-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] CPU arch for ZEG

2012-02-21 Thread Martin Rabl 

Hi,

Am 21.02.2012 09:36, schrieb Bartłomiej Kluska:

Virtualbox has to emulate a 64 Bit CPU...

but I do have 64bit CPU and also 64bit OS on the host machine.
Do I need additional emulation to be enabled?
I tried to find such option in Vbox but I don't see any checkbox like this..

Which Version of VirtualBox you are using?


Is this working only on AMD? I'm confused..

AMD licensed the 64bit commands to Intel ... it means "Use a 64bit CPU".

--
Greetings,

   Martin Rabl
--
users@sogo.nu
https://inverse.ca/sogo/lists

RE: [SOGo] CPU arch for ZEG

2012-02-21 Thread Bartłomiej Kluska 
> Virtualbox has to emulate a 64 Bit CPU...

but I do have 64bit CPU and also 64bit OS on the host machine.
Do I need additional emulation to be enabled?

I tried to find such option in Vbox but I don't see any checkbox like this..

Regards
BK


> -Original Message-
> From: Sven Schwedas [mailto:sven.schwe...@tao.at]
> Sent: Monday, February 20, 2012 5:59 PM
> To: users@sogo.nu
> Subject: Re: [SOGo] CPU arch for ZEG
> 
> 
> On 02/20/2012 05:53 PM, Bartłomiej Kluska wrote:
> > Hi All
> >
> > I'm struggling with quite a (hopefully) simple problem. Maybe the answer is 
> > obvious and I'm just stuck somewhere.
> >
> > I try to run ZEGbeta4 appliance in Virtual box. I import ova file with the 
> > wizard (as stated in instructions) and when trying to run
> > it I get and the following error:
> >
> > "This kernel requires an x86-64 CPU, but only detected an i686 CPU."
> >
> > I got the same message on IBM x-series xeon 64bit server and on ThinkPad 
> > Core i7 (also 64bit).
> >
> > Is this working only on AMD? I'm confused..
> >
> > Regards
> > Bartek
> >
> >
> 
> --
> Mit freundlichen Grüßen,
> Sven SCHWEDAS
> Systemadministrator
> TAO Beratungs- und Management GmbH | Lendplatz 45 | A - 8020 Graz
> sven.schwe...@tao.at | +43 (0)680 333 1034
> skype: sven.schwedas | xmpp: sven.schwe...@tao.at | www.tao.at


-- 
users@sogo.nu
https://inverse.ca/sogo/lists