This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Pages: [1]
1
Installation and Upgrades / Re: Quick Howto: SOGo
« on: June 15, 2011, 08:36:13 pm »
bindFields = (uid, mail)
Setting above worked for me. Dav urls use email address. You can still log into the web interface with just username as
well as email address. I think, "untested", if you drop uid it will force email for web logins as well.
Setting above worked for me. Dav urls use email address. You can still log into the web interface with just username as
well as email address. I think, "untested", if you drop uid it will force email for web logins as well.
2
Installation and Upgrades / Re: Quick Howto: SOGo
« on: February 23, 2011, 03:46:02 am »I seem to have a good working setup now, except the SOGo quota indicator is missing. Thunderbird sees the quota information just fine. Did I miss something or is this an issue with how Zentryal does quotas?
Would like to know if anyone else is getting the quota indicator I guess.
In dovecot.conf changing
Code: [Select]
quota = maildir:User quota
to Code: [Select]
quota = maildir
Gets me my quota indicator in SOGo, but I'm wondering if making this change will cause some ill effects. Anyone know?
3
Installation and Upgrades / Re: Quick Howto: SOGo
« on: February 16, 2011, 04:39:26 am »
I seem to have a good working setup now, except the SOGo quota indicator is missing. Thunderbird sees the quota information just fine. Did I miss something or is this an issue with how Zentryal does quotas?
Would like to know if anyone else is getting the quota indicator I guess.
Would like to know if anyone else is getting the quota indicator I guess.
4
Installation and Upgrades / Re: Quick Howto: SOGo
« on: October 12, 2010, 02:39:02 am »Quote
Hi smithkevinc, yes I just tried your set-up. Works fine! Thanks for the hints. I just had to delete some existing ACL files which have been still in the wrong format. Re: the calendar issue, it should be possible to edit the ids in the database (in sogo_folder_info: c_path, c_path2) so they match again the uid. So long, Björn
Are you using Thunderbird also with your setup? I've got this (minor) issue:
I'm getting an annoying extra INBOX folder showing up under one shared folder in Thunderbird. It's only one folder and moves to the most recent folder shared and subscribed to. The default INBOX in the private namespace remains, but you can't subscribe to it and you can unsubscribe from the one appearing in the shared namespace. It's visible in Thunderbird, but not in the SOGo web interface.
It doesn't cause any mail errors, but it's annoying and the visible INBOX folder is not accessible so if you click on it you get an error. Plus the .INBOX actually gets created in the file system.
I'm guessing at this point it's a Thunderbird issue, but I'm not certain.
Are you seeing the same thing?
5
Installation and Upgrades / Re: Quick Howto: SOGo
« on: October 08, 2010, 08:03:27 pm »For those interested. I have email folder sharing partially working. I was correct in that SOGo is writing the ACL information using {username}, but Dovecot wants to see {username@doman}. So far I don't have a fix. I tried changing IDFieldName = uid; UIDFieldName = uid; to IDFieldName = mail; UIDFieldName = mail;. I had an open session when I restarted SOGo and this worked until I tried to log in again. I'm assuming SOGo tried to authenticate with LDAP using {username@domain} and that fails. You would think the if SOGoForceIMAPLoginWithEmail YES is set then ACLs would do the same, but guess not. Any ideas??
This may have done the trick, but your SOGo users lose calendar info.
IDFieldName = mail; UIDFieldName = mail; bindFields = uid;
After some testing I'll post my conclusions.
Update: This works. I'll post my final configs in the near future.
6
Installation and Upgrades / Re: Quick Howto: SOGo
« on: October 08, 2010, 07:44:32 pm »
For those interested. I have email folder sharing partially working. I was correct in that SOGo is writing the ACL information using {username}, but Dovecot wants to see {username@doman}. So far I don't have a fix. I tried changing IDFieldName = uid; UIDFieldName = uid; to IDFieldName = mail; UIDFieldName = mail;. I had an open session when I restarted SOGo and this worked until I tried to log in again. I'm assuming SOGo tried to authenticate with LDAP using {username@domain} and that fails. You would think the if SOGoForceIMAPLoginWithEmail YES is set then ACLs would do the same, but guess not. Any ideas??
7
Installation and Upgrades / Re: Quick Howto: SOGo
« on: October 08, 2010, 03:09:29 am »
Still attempting to get email folder sharing working. I think I'm closer. I tried the above modifications but they don't seem to work as expected. Below is a diff of my modifications of the dovecot.conf.mas thus far. The shared folder show up for users, the shared-mailboxes.db gets written to, but shared folders don't yet appear under the "Shared" folder just yet.
I think the shared-mailboxes.db is not correct, so I'm taking that on next. I think it as something to do with the user name. Contents is currently formated like this:
shared/shared-boxes/user/{user1}/{user2}@{domain}
Probably has to be more like shared/shared-boxes/user/{user1}/{user2} or shared/shared-boxes/user/{user1}@{domain}/{user2}@{domain}, but not the mix of them I'm seeing. I'll have to read the Dovecot docs to be sure.
Diff results:
/usr/share/ebox/stubs/mail$ diff dovecot.conf.mas dovecot.conf.mas.orig
268c268
< namespace private {
---
> #namespace private {
272c272
< separator = /
---
> #separator =
276c276
< prefix =
---
> #prefix =
284c284
< inbox = yes
---
> #inbox = no
300,301c300,301
< subscriptions = yes
< }
---
> #subscriptions = yes
> #}
304,305c304,305
< namespace shared {
< separator = /
---
> #namespace shared {
> #separator = /
309c309
< prefix = Shared/%%u/
---
> #prefix = shared/%%u/
315d314
< location = maildir:<% $mailboxesDir %>/%%d/%%n:INDEX=<% $mailboxesDir %>/%d/%n/Shared/%%u
318c317
< subscriptions = no
---
> #subscriptions = no
322,323c321
< list = yes
< }
---
> #}
607c605
< % my @imapPlugins = qw(quota imap_quota autocreate acl imap_acl);
---
> % my @imapPlugins = qw(quota imap_quota autocreate);
1261d1258
< acl = vfile
1266d1262
< acl_shared_dict = file:<% $mailboxesDir %>/%d/shared-mailboxes.db
I think the shared-mailboxes.db is not correct, so I'm taking that on next. I think it as something to do with the user name. Contents is currently formated like this:
shared/shared-boxes/user/{user1}/{user2}@{domain}
Probably has to be more like shared/shared-boxes/user/{user1}/{user2} or shared/shared-boxes/user/{user1}@{domain}/{user2}@{domain}, but not the mix of them I'm seeing. I'll have to read the Dovecot docs to be sure.
Diff results:
/usr/share/ebox/stubs/mail$ diff dovecot.conf.mas dovecot.conf.mas.orig
268c268
< namespace private {
---
> #namespace private {
272c272
< separator = /
---
> #separator =
276c276
< prefix =
---
> #prefix =
284c284
< inbox = yes
---
> #inbox = no
300,301c300,301
< subscriptions = yes
< }
---
> #subscriptions = yes
> #}
304,305c304,305
< namespace shared {
< separator = /
---
> #namespace shared {
> #separator = /
309c309
< prefix = Shared/%%u/
---
> #prefix = shared/%%u/
315d314
< location = maildir:<% $mailboxesDir %>/%%d/%%n:INDEX=<% $mailboxesDir %>/%d/%n/Shared/%%u
318c317
< subscriptions = no
---
> #subscriptions = no
322,323c321
< list = yes
< }
---
> #}
607c605
< % my @imapPlugins = qw(quota imap_quota autocreate acl imap_acl);
---
> % my @imapPlugins = qw(quota imap_quota autocreate);
1261d1258
< acl = vfile
1266d1262
< acl_shared_dict = file:<% $mailboxesDir %>/%d/shared-mailboxes.db
8
Installation and Upgrades / Re: Quick Howto: SOGo
« on: October 07, 2010, 07:57:13 pm »
Nice thanks, I'll try it out. Just one question or thought. From what I've read I thought it was necessary to set add the shared namespace configuration info.
9
Installation and Upgrades / Re: Quick Howto: SOGo
« on: October 07, 2010, 04:54:23 pm »
I had little issue getting SOGo to work. I'm still debating whether to go Zarafa or SOGo. I'm very reluctant to put 50+ Gbits of email in a DB. SOGo builds on tried and true mail services, and don't forget the great Thunderbird integration. However, Zarafa is the supported solution, seemed pretty responsive in my limited tests, and I was able to get Thunderbird/Lightning to work with it using the IMAP and CalDAV backends. I may be having decision paralysis
So far we are only missing the folder sharing/ACL features of SOGo. I believe that has as much to do with Dovecot. I've started to look into it, but so far I haven't found much from SOGo about working with Dovecot 1.2 ( which does support folder sharing and ACL). Anyone come up with anything yet?
If Zentyal had gone Cyrus vs Dovecot, SOGo would have made one nice integrated product.
So far we are only missing the folder sharing/ACL features of SOGo. I believe that has as much to do with Dovecot. I've started to look into it, but so far I haven't found much from SOGo about working with Dovecot 1.2 ( which does support folder sharing and ACL). Anyone come up with anything yet?
If Zentyal had gone Cyrus vs Dovecot, SOGo would have made one nice integrated product.
10
Installation and Upgrades / Re: Repository Questions
« on: September 03, 2008, 05:16:36 pm »Quote
We haven't announced these changes yet because we are in a period of transition.
I assumed so, thanks for the information.
11
Installation and Upgrades / Repository Questions
« on: September 02, 2008, 10:48:13 pm »
The installation page refers to this one as the stable (one I'm using):
deb http://ppa.launchpad.net/juruen/ubuntu hardy main
This one as the unstable/testing:
deb http://ppa.launchpad.net/ebox-unstable/ubuntu hardy main
But I've also noted the existence of this repo:
deb http://ppa.launchpad.net/ebox/ubuntu hardy main
Anyone now what this one is used for? Looks to be like the new stable repo with 0.12?
deb http://ppa.launchpad.net/juruen/ubuntu hardy main
This one as the unstable/testing:
deb http://ppa.launchpad.net/ebox-unstable/ubuntu hardy main
But I've also noted the existence of this repo:
deb http://ppa.launchpad.net/ebox/ubuntu hardy main
Anyone now what this one is used for? Looks to be like the new stable repo with 0.12?
12
Installation and Upgrades / Quota/Mail Questions
« on: August 16, 2008, 05:33:34 am »
For some reason this is not clear to me. I see several quota options.
1) eBox/Mail/VDomains
"Default Maildir Size (MB)" (Is this for the vdomain's TOTAL; all users total files?)
Also If you click a virtual domain the tabs appear to be reversed here.
But if I click "Mail filter settings" (should be "Size quota" I'm sure) you get:
"Maildir size for example.com virtual domain"
If it's a TOTAL quota for the vdomain. What does "Force the change to the existing accounts" do?
2)eBox/Mail/Index?menu=settings
"Default maximum mail account size"
This looks like the setting per user?
BUT, create a new user and "unlimited size" is checked, the default does appear to be effective?
It seems quotas are not set using maildirmake -q? So, in the current setup is a mail reader, such as Thunderbird, able to give quota feedback to the user? I'm guessing I can just do "maildirmake -q" myself to help with the user feedback issues if needed. Any potential issues with that?
I've used Cyrus for IMAP with system users and currently testing Ebox. I'm not wedded to Cyrus but wouldn't mind Sieve or some sort of filtering with eBox setups. Autoreply is also good though annoying .
I would also like to be able to modify the postfix config, but would like eBox to still work. I'm assuming I can do this by modifying a template of some sort?
Thanks in advance. So far this appears to be a very nice frontend.
1) eBox/Mail/VDomains
"Default Maildir Size (MB)" (Is this for the vdomain's TOTAL; all users total files?)
Also If you click a virtual domain the tabs appear to be reversed here.
But if I click "Mail filter settings" (should be "Size quota" I'm sure) you get:
"Maildir size for example.com virtual domain"
If it's a TOTAL quota for the vdomain. What does "Force the change to the existing accounts" do?
2)eBox/Mail/Index?menu=settings
"Default maximum mail account size"
This looks like the setting per user?
BUT, create a new user and "unlimited size" is checked, the default does appear to be effective?
It seems quotas are not set using maildirmake -q? So, in the current setup is a mail reader, such as Thunderbird, able to give quota feedback to the user? I'm guessing I can just do "maildirmake -q" myself to help with the user feedback issues if needed. Any potential issues with that?
I've used Cyrus for IMAP with system users and currently testing Ebox. I'm not wedded to Cyrus but wouldn't mind Sieve or some sort of filtering with eBox setups. Autoreply is also good though annoying .
I would also like to be able to modify the postfix config, but would like eBox to still work. I'm assuming I can do this by modifying a template of some sort?
Thanks in advance. So far this appears to be a very nice frontend.
13
Installation and Upgrades / Small Add-On
« on: August 07, 2008, 11:36:58 pm »
I suggest adding the option to enable an RBL service such as:
NOTE: This is from my non-ebox server (just an example).
smtpd_recipient_restrictions =
permit_mynetworks,
reject_unauth_destination,
reject_unknown_recipient_domain,
reject_unauth_destination,
check_sender_access hash:/etc/postfix/access,
check_helo_access hash:/etc/postfix/helo_checks,
reject_rbl_client zen.spamhaus.org,
permit
Not everyone will want to enable this, but the option would be nice.
NOTE: This is from my non-ebox server (just an example).
smtpd_recipient_restrictions =
permit_mynetworks,
reject_unauth_destination,
reject_unknown_recipient_domain,
reject_unauth_destination,
check_sender_access hash:/etc/postfix/access,
check_helo_access hash:/etc/postfix/helo_checks,
reject_rbl_client zen.spamhaus.org,
permit
Not everyone will want to enable this, but the option would be nice.
Pages: [1]