Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
HOWTO: Open-Xchange on Gentoo
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 12, 13, 14 ... 37, 38, 39  Next  
Reply to topic    Gentoo Forums Forum Index Documentation, Tips & Tricks
View previous topic :: View next topic  
Author Message
sardiskan
Tux's lil' helper
Tux's lil' helper


Joined: 07 Oct 2004
Posts: 115
Location: Montgomery

PostPosted: Thu Dec 09, 2004 2:53 pm    Post subject: Reply with quote

Hey Bitwhore,

Really? Hmm, I was under the impression the open-xchange WAS the MTA/POP/IMAP server and it wouldn't use another server without some serious adjustments. Anyway, I'll give it another try later. I've run out of time and patience trying to make it this go around. I'll rest from it for a time and try again perhaps. Perhaps by then the HOW-TO will be updated and better than it already is and I'll have an easier time following it. Thanks for all your hard work in documenting this monster.

Jason King
_________________
Unless a grain of wheat falls to the ground and dies, it remains only a single seed.
Back to top
View user's profile Send private message
bitwh0re
Apprentice
Apprentice


Joined: 29 Apr 2004
Posts: 214

PostPosted: Thu Dec 09, 2004 6:42 pm    Post subject: Reply with quote

sardiskan wrote:
Hey Bitwhore,

Really? Hmm, I was under the impression the open-xchange WAS the MTA/POP/IMAP server and it wouldn't use another server without some serious adjustments. Anyway, I'll give it another try later. I've run out of time and patience trying to make it this go around. I'll rest from it for a time and try again perhaps. Perhaps by then the HOW-TO will be updated and better than it already is and I'll have an easier time following it. Thanks for all your hard work in documenting this monster.

Jason King


I'm currently running through it with a fresh gentoo system to make sure that the HOWTO works properly. As well as making the changes necessary to reflect some new stuff with 0.7.5.

Good Luck!
Back to top
View user's profile Send private message
bdraw
n00b
n00b


Joined: 24 Nov 2003
Posts: 21
Location: Tampa

PostPosted: Thu Dec 09, 2004 9:50 pm    Post subject: Reply with quote

Is there any hope that the ebuild will work soon?

That would make it alot easier, the other thing that causes alot of problems is coping and pasting out of Acrobat is less than pefect.

On the other hand, I was able to get it to work thanks to your doc, and I really appreciate it.
_________________
If it's too easy it's boring.
Ben
Back to top
View user's profile Send private message
monkeyboy
n00b
n00b


Joined: 18 Apr 2002
Posts: 29
Location: Denver

PostPosted: Thu Dec 09, 2004 10:00 pm    Post subject: Ebuild Reply with quote

There is an ebuild at bugs.gentoo.org that I have been playing with today. I'm working on some other install instructions that use that. It looks like it will be a lot easier to get running.

https://bugs.gentoo.org/show_bug.cgi?id=62197
Back to top
View user's profile Send private message
bitwh0re
Apprentice
Apprentice


Joined: 29 Apr 2004
Posts: 214

PostPosted: Fri Dec 10, 2004 12:56 am    Post subject: Reply with quote

bdraw wrote:
Is there any hope that the ebuild will work soon?

That would make it alot easier, the other thing that causes alot of problems is coping and pasting out of Acrobat is less than pefect.

On the other hand, I was able to get it to work thanks to your doc, and I really appreciate it.


As far as I know the ebuild author doesn't frequent this thread.. :(

I am working on an HTML version of the HOWTO. Once that's completed you can kiss the pdf goodbye.
Back to top
View user's profile Send private message
steffen79
n00b
n00b


Joined: 03 Dec 2004
Posts: 48
Location: germany / hannover

PostPosted: Sun Dec 12, 2004 4:45 pm    Post subject: Reply with quote

Please HELP me...
i don't get the init_ldap.ldif working...

Code:


dn: ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: organizationalUnit
ou: OxObjects

dn: ou=Users,ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: organizationalUnit
ou: Users

dn: ou=Groups,ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: organizationalUnit
ou: Groups

dn: ou=ResourceObjects,ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: organizationalUnit
ou: ResourceObjects

dn: ou=ResourceGroups,ou=ResourceObjects,ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: organizationalUnit
ou: ResourceGroups

dn: ou=Resources,ou=ResourceObjects,ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: organizationalUnit
ou: Resources

dn: ou=AdminObjects,ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: organizationalUnit
ou: AdminObjects

dn: ou=SMTPObjects,ou=AdminObjects,ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: organizationalUnit
ou: SMTPObjects

dn: ou=DNSObjects,ou=AdminObjects,ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: organizationalUnit
ou: DNSObjects

dn: ou=DHCPObjects,ou=AdminObjects,ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: organizationalUnit
ou: DHCPObjects

dn: o=AddressBook,ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: organization
o: AddressBook

dn: cn=AddressAdmins,o=AddressBook,ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: groupOfNames
cn: AddressAdmins
member: uid=mailadmin,ou=Users,ou=OxObjects,dc=project-1,dc=intern

dn: uid=mailadmin,ou=Users,ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: shadowAccount
objectClass: posixAccount
objectClass: person
objectClass: inetOrgPerson
objectClass: OXUserObject
OpenLDAPaci: 1#entry#grant;r,w,s,c;cn,initials,mail,title,ou,l,birthday,description,street,
postalcode,st,c,oxtimezone,homephone,mobile,pager,facsimiletelephonenumber,telephonenumber,
labeleduri,jpegphoto,loginDestination,sn,givenname,;r,s,c;[all]#self#
uid: mailadmin
userPassword: {CRYPT}AGtipTtIKm09s
shadowMin: 0
shadowMax: 9999
shadowWarning: 7
shadowExpire: 0
description: mailadmin
cn: mailadmin mailadmin
uidNumber: 501
gidNumber: 500
homeDirectory: /home/mailadmin/
loginShell: /bin/bash
sn: mailadmin
givenName: mailadmin
mail: mailadmin@example.org
mailDomain: example.org
alias: postmaster
o: Example Org.
smtpServer: localhost
imapServer: localhost
groupwareServer: localhost
webmailServer: localhost
preferredLanguage: EN
userCountry: Tuxworld
mailEnabled: OK
lnetMailAccess: TRUE
OXAppointmentDays: 5
OXGroupID: 500
OXTaskDays: 5
OXTimeZone: Europe/Berlin
writeGlobalAddressBook: TRUE

dn: ou=addr,uid=mailadmin,ou=Users,ou=OxObjects,dc=project-1,dc=intern
ou: addr
objectClass: top
objectClass: organizationalUnit

dn: cn=users,ou=Groups,ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: posixGroup
cn: users
userPassword: {crypt}*
memberUid: mailadmin
gidNumber: 500

dn: ou=VirtualDomains,ou=DNSObjects,ou=AdminObjects,ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: organizationalUnit
ou: VirtualDomains

dn: ou=virtual-domain.org,ou=VirtualDomains,ou=DNSObjects,ou=AdminObjects,ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: organizationalUnit
objectClass: OXVDomainObject
ou: virtual-domain.org
MTALocaldomain: true

dn: ou=MailTransports,ou=SMTPObjects,ou=AdminObjects,ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: organizationalUnit
ou: MailTransports

dn: cn=office2,ou=MailTransports,ou=SMTPObjects,ou=AdminObjects,ou=OxObjects,dc=project-1,dc=intern
objectClass: top
objectClass: OXMailTransportObject
smtpDomain: office2.example.org
cn: office2
smtpDomainTransportNexthop: smtp:smtp-gw.example.org
description: transport all mail for office2.example.org to another mail server




always get an error in line 101.
seems that the objekt with uid mailadmin is wrong. now testing for 2 days, till i found the error. but whats wrong???


some more infos:

slapd.conf

Code:

# $OpenLDAP: pkg/ldap/servers/slapd/slapd.conf,v 1.23.2.8 2003/05/24 23:19:14 kurt Exp $
#
# See slapd.conf(5) for details on configuration options.
# This file should NOT be world readable.
#
include   /etc/openldap/schema/core.schema
include   /etc/openldap/schema/cosine.schema
include   /etc/openldap/schema/inetorgperson.schema
include   /etc/openldap/schema/openldap.schema
include   /etc/openldap/schema/misc.schema
include   /etc/openldap/schema/nis.schema
include   /etc/openldap/schema/openxchange.schema

allow bind_v2

# Define global ACLs to disable default read access.

# Do not enable referrals until AFTER you have a working directory
# service AND an understanding of referrals.
#referral   ldap://root.openldap.org

pidfile      /var/run/openldap/slapd.pid
argsfile   /var/run/openldap/slapd.args

# Load dynamic backend modules:
# modulepath   /usr/lib/openldap/openldap
# moduleload   back_bdb.la
# moduleload   back_ldap.la
# moduleload   back_ldbm.la
# moduleload   back_passwd.la
# moduleload   back_shell.la

# Sample security restrictions
#   Require integrity protection (prevent hijacking)
#   Require 112-bit (3DES or better) encryption for updates
#   Require 63-bit encryption for simple bind
# security ssf=1 update_ssf=112 simple_bind=64

# Sample access control policy:
#   Root DSE: allow anyone to read it
#   Subschema (sub)entry DSE: allow anyone to read it
#   Other DSEs:
#      Allow self write access
#      Allow authenticated users read access
#      Allow anonymous users to authenticate
#   Directives needed to implement policy:
# access to dn.base="" by * read
# access to dn.base="cn=Subschema" by * read
# access to *
#   by self write
#   by users read
#   by anonymous auth
#
# if no access controls are present, the default policy is:
#   Allow read by all
#
# rootdn can always write!

#######################################################################
# ldbm database definitions
#######################################################################

database   bdb
checkpoint   32   30 # <kbyte> <min>
suffix      "dc=project-1,dc=intern"
rootdn      "cn=Manager,dc=project-1,dc=intern"
# Cleartext passwords, especially for the rootdn, should
# be avoid.  See slappasswd(8) and slapd.conf(5) for details.
# Use of strong authentication encouraged.
rootpw      secret
# The database directory MUST exist prior to running slapd AND
# should only be accessible by the slapd and slap tools.
# Mode 700 recommended.
directory   /var/lib/openldap-data
# Indices to maintain

index   objectClass         pres,eq
index   gidNumber,memberUid      eq
index   uid,mailEnabled,cn,sn,givenname,lnetMailAccess,alias,loginDestination   eq,sub


with ldap.dif i've set the ldap server up:
Code:

dn: dc=project-1,dc=intern
objectclass: dcObject
objectclass: organization
o: Project1
dc: project-1


dn: cn=Manager,dc=project-1,dc=intern
objectclass: organizationalRole
cn: Manager

Back to top
View user's profile Send private message
bitwh0re
Apprentice
Apprentice


Joined: 29 Apr 2004
Posts: 214

PostPosted: Mon Dec 13, 2004 4:40 pm    Post subject: Reply with quote

I've just put up v0.15 of the HOWTO. You can find it here:

http://www.mikefetherston.ca/OX/
Back to top
View user's profile Send private message
ewtrowbr
Apprentice
Apprentice


Joined: 08 May 2004
Posts: 153
Location: Columbus, OH

PostPosted: Mon Dec 13, 2004 7:14 pm    Post subject: Reply with quote

Thanks for the awesome Howto, bitwhore... I am really looking forward to getting this monster working. Many of the updates in your 1.15 howto were things I noticed and worked through...

can you please post your /usr/local/open-xchange/share/init_ldap.ldif with your other working config files online? Is it necessary to have a mailadmin user withthe corresponding UID on the system? I have not created this user...

thanks,
erich
Back to top
View user's profile Send private message
ewtrowbr
Apprentice
Apprentice


Joined: 08 May 2004
Posts: 153
Location: Columbus, OH

PostPosted: Mon Dec 13, 2004 7:38 pm    Post subject: Reply with quote

I guess I'm getting a littlebit involved... I am a complete openldap n00b, but what I lack in smarts, I make up for in hard-headedness... ;)

Bitwh0re, please explain on page 11 of your howto that the database directory 'lnetMailAccess' is "l" as in "Larry" and not I as in "Igloo". I think this has fooled a few people, myself included...

erich
Back to top
View user's profile Send private message
steffen79
n00b
n00b


Joined: 03 Dec 2004
Posts: 48
Location: germany / hannover

PostPosted: Mon Dec 13, 2004 8:06 pm    Post subject: Reply with quote

you seem to have same problems as i have. can't import the ldap structure.
i have an l like larry there. no word is written in capitals.
the other l's look same way. if you make copy & paste from the pdf it's an l(arry).
Back to top
View user's profile Send private message
ewtrowbr
Apprentice
Apprentice


Joined: 08 May 2004
Posts: 153
Location: Columbus, OH

PostPosted: Mon Dec 13, 2004 8:56 pm    Post subject: Reply with quote

you just have to follow the config guide closely...

1) REMOVE the first dn: section in /usr/local/open-xchange/share/init_ldap.ldif

2) Make sure you have the files correct, as described in the HOWTO.

root@ox ewtrowbr # grep lnet /usr/local/open-xchange/share/init_ldap.ldif
lnetMailAccess: TRUE
root@ox ewtrowbr # grep lnet /etc/openldap/slapd.conf
index uid,mailEnabled,cn,sn,givenname,lnetMailAccess,alias,loginDestination eq,sub
root@ox ewtrowbr #

3) If your slapd init state gets jacked up you can '/etc/init.d/slapd zap' to reset the state to off, and then kill whatever pops up in "ps -ax | grep slap"

do you have a specific error message that it's barfing on?

erich
Back to top
View user's profile Send private message
bitwh0re
Apprentice
Apprentice


Joined: 29 Apr 2004
Posts: 214

PostPosted: Mon Dec 13, 2004 9:21 pm    Post subject: Reply with quote

soon enough the pdf will become html and copying and pasting will be much easier. I will add that note as well about Larry.. maybe it should be l as in LDAP? :)

If you have troubles importing the ldif files you can always zap the data directory and re-emerge openldap and then try again. The most common problems are that the tree gets partially created and then it's just a pain to get the rest in. It's easiest to zap it and recreate it and go over your ldif files with a fine toothed comb.
Back to top
View user's profile Send private message
ewtrowbr
Apprentice
Apprentice


Joined: 08 May 2004
Posts: 153
Location: Columbus, OH

PostPosted: Mon Dec 13, 2004 10:06 pm    Post subject: Reply with quote

What is this "inappropriate authentication" message? Is openldap just griping because I used a plaintext passwd? please advise...

erich

root@ox init.d # /usr/local/open-xchange/sbin/adduser_ox --username="ewtrowbr" --passwd="something" --name="erich" --sname="trowbridge" --maildomain="nois.net" --ox_timezone="CST"
ldap_bind: Inappropriate authentication (48)
LDAP Success
SQL Success
root@ox init.d #
Back to top
View user's profile Send private message
bitwh0re
Apprentice
Apprentice


Joined: 29 Apr 2004
Posts: 214

PostPosted: Tue Dec 14, 2004 2:39 am    Post subject: Reply with quote

ewtrowbr wrote:
What is this "inappropriate authentication" message? Is openldap just griping because I used a plaintext passwd? please advise...

erich

root@ox init.d # /usr/local/open-xchange/sbin/adduser_ox --username="ewtrowbr" --passwd="something" --name="erich" --sname="trowbridge" --maildomain="nois.net" --ox_timezone="CST"
ldap_bind: Inappropriate authentication (48)
LDAP Success
SQL Success
root@ox init.d #


hrm, sounds like admintools.conf isn't configured properly.
Back to top
View user's profile Send private message
-Tom-
n00b
n00b


Joined: 11 Aug 2004
Posts: 9
Location: Reading, UK

PostPosted: Tue Dec 14, 2004 11:57 am    Post subject: Calendar - can only create private appointments! Reply with quote

Well, having finally got OX up and running thanks to bitwh0re's howto & additional help on here (thanks! :lol: ), I have stumbled across a problem... :(

I only seem to be able to create private calendar entries - whether from the web interface or from Sunbird. Having looked through the database, I figured that the calendar entries are stored in the prg_dates table, and that the 'rights' field is group_right (I think!).

All the entries created have 's' under group_right... Having seen with the contacts table that 's' seems to signify a private entry, and that 'a' seemed to signify a public entry, I tried changing the field within the prg_dates table. This had the effect of removing the entry from the creators' calendar - but did not make it public... :?

I have to admit that I have not yet checked the OX forums / bugzilla on this - so am off there now. If it's something logged then fair enough, but I have a feeling that it might be something I am doing, otherwise someone else here would surely have noticed by now?!

- Tom.
Back to top
View user's profile Send private message
-Tom-
n00b
n00b


Joined: 11 Aug 2004
Posts: 9
Location: Reading, UK

PostPosted: Tue Dec 14, 2004 3:14 pm    Post subject: Reply with quote

Quote:
All the entries created have 's' under group_right... Having seen with the contacts table that 's' seems to signify a private entry, and that 'a' seemed to signify a public entry, I tried changing the field within the prg_dates table. This had the effect of removing the entry from the creators' calendar - but did not make it public...


I have also tried this by setting group_right to 'g' as I have seen in one of the only references I've found about this - but to no avail :cry:

- Tom.
Back to top
View user's profile Send private message
steffen79
n00b
n00b


Joined: 03 Dec 2004
Posts: 48
Location: germany / hannover

PostPosted: Tue Dec 14, 2004 7:18 pm    Post subject: Reply with quote

Problem, import the LDIF-File:

uid=mailadmin,ou=Users,ou=OxObjects,dc=project-1,dc=intern

LDAP meldet: Undefined attribute type
Fehlernummer: 0x11 (LDAP_UNDEFINED_TYPE)

that's my error on phpLDAPadmin....
Back to top
View user's profile Send private message
bitwh0re
Apprentice
Apprentice


Joined: 29 Apr 2004
Posts: 214

PostPosted: Tue Dec 14, 2004 9:35 pm    Post subject: Reply with quote

steffen79 wrote:
Problem, import the LDIF-File:

uid=mailadmin,ou=Users,ou=OxObjects,dc=project-1,dc=intern

LDAP meldet: Undefined attribute type
Fehlernummer: 0x11 (LDAP_UNDEFINED_TYPE)

that's my error on phpLDAPadmin....


check that your schemas are proper in your slapd.conf file. note that the howto lists only the changes that need to be made and the text in blue in no way represents a complete configuration file.
Back to top
View user's profile Send private message
-Tom-
n00b
n00b


Joined: 11 Aug 2004
Posts: 9
Location: Reading, UK

PostPosted: Wed Dec 15, 2004 10:16 am    Post subject: Reply with quote

Ok... So please ignore my ramblings in the previous two posts - I was being a little on the stupid side.

I had no idea all that had to be done was to click on the 'show' button to see other calendar entries! :oops: Still, it does strike me as slightly odd that the default view is only your own entries - unless you go to 'Teamview' I guess...

There are however problems with Sunbird entries & OX - but that's something for the OX forums :lol:

- Tom.
Back to top
View user's profile Send private message
killercow
Tux's lil' helper
Tux's lil' helper


Joined: 29 Jan 2004
Posts: 86
Location: Netherlands

PostPosted: Wed Dec 15, 2004 11:08 am    Post subject: curadm login probs Reply with quote

I can't seem to login as any user differnt then cyrus to the cyrus server.
I can list the mailboxes when i log on as cyrus. and i can see the mailbox's name is correct, but i can't login.

Does cyrus authenticate to a local user pool? or does it connect to the ldap server? where would i look for the problem?

Is it possible to list the users which i could use to connect to cyrus? (eg which users does cyrus knows about)

Thanks a lot, with this i might actually get the imap part of OX working!
Back to top
View user's profile Send private message
dashnu
l33t
l33t


Joined: 21 Jul 2004
Posts: 703
Location: Casco Maine

PostPosted: Wed Dec 15, 2004 4:44 pm    Post subject: Reply with quote

This part is a bit confusing for me also. I am thinking outloud on this one ;) You create that user with saslpasswd2. cyrus uses sasl daemon to auth which than uses ldap.. So you should look into sasl and ldap to figure out your problem. One thing to note is that when you create OX-users you do not assign them with a saslpasswd2 passwd manualy. I am not sure if the adduser_ox script does that. I skimmed it very quickly and did not find any reference to saslpasswd2 commands..

So now after looking into this even more I am still very confused..
:roll:
_________________
write quit bang
Back to top
View user's profile Send private message
bitwh0re
Apprentice
Apprentice


Joined: 29 Apr 2004
Posts: 214

PostPosted: Wed Dec 15, 2004 5:22 pm    Post subject: Reply with quote

init-zero wrote:
This part is a bit confusing for me also. I am thinking outloud on this one ;) You create that user with saslpasswd2. cyrus uses sasl daemon to auth which than uses ldap.. So you should look into sasl and ldap to figure out your problem. One thing to note is that when you create OX-users you do not assign them with a saslpasswd2 passwd manualy. I am not sure if the adduser_ox script does that. I skimmed it very quickly and did not find any reference to saslpasswd2 commands..

So now after looking into this even more I am still very confused..
:roll:


What happens is you create the mailbox only in Cyrus. You are not creating a user or a password. You then use sbin/adduser_ox which adds the user to the LDAP tree as well as your database. Cyrus is configured to use SASL as it's authentication layer, so whenever someone attempts to log into your IMAP server (Cyrus), Cyrus hands the request off to SASL.

SASL is an authentication layer which can use many mechanisms to use (LDAP, PAM, MySQL, and probably a host of others). In OX's case SASL is configured to talk to LDAP for user information / authentication.

So, in summary:

You log in to IMAP, Cyrus asks SASL what to do, SASL talks to the LDAP tree and authenticates the user, SASL tells Cyrus that it's either ok or not ok. You do not need to create users using saslpasswd2, just the initial one for the cyradm section.
Back to top
View user's profile Send private message
dashnu
l33t
l33t


Joined: 21 Jul 2004
Posts: 703
Location: Casco Maine

PostPosted: Wed Dec 15, 2004 6:34 pm    Post subject: Reply with quote

I understand that, but what confused me is we have sasl authing against ldap, but when we use saslpasswd2 to add the cyrus user that in fact does _not_ get added to the ldap tree. If sasl used ldap as I thought it would i figured saslpasswd2 would add a user and pass to ldap.. not to the saslpasswd file.. see what I am saying?

So regarding killercow's issue adding a user via adduser_ox does not give that user any permissions inside cyradm.. It only allows that user to get mail. Adding a saslpasswd2 gives the cyrus user the ability to use cyradm..

Is this correct bitwh0re?
_________________
write quit bang
Back to top
View user's profile Send private message
bitwh0re
Apprentice
Apprentice


Joined: 29 Apr 2004
Posts: 214

PostPosted: Wed Dec 15, 2004 6:46 pm    Post subject: Reply with quote

init-zero wrote:
I understand that, but what confused me is we have sasl authing against ldap, but when we use saslpasswd2 to add the cyrus user that in fact does _not_ get added to the ldap tree. If sasl used ldap as I thought it would i figured saslpasswd2 would add a user and pass to ldap.. not to the saslpasswd file.. see what I am saying?

So regarding killercow's issue adding a user via adduser_ox does not give that user any permissions inside cyradm.. It only allows that user to get mail. Adding a saslpasswd2 gives the cyrus user the ability to use cyradm..

Is this correct bitwh0re?


That is correct sir! I'm no expert on IMAP, but I don't think that cyradm talks to SASL the same way that the Cyrus daemon does. I believe that cyradm simply talks to the SASL passwd database whereas the actual Cyrus daemon is configured to talk to SASL and LDAP. So, because when you create users with adduser_ox and it dumps info into the LDAP and database store it doesn't ever end up in the SASL user database.

If you want your OX users to be able to *administer* your IMAP server you would have to manually add them to your SASL database. You could also hack up the adduser_ox file as well.. after all, it is just a text file. Why you'd want OX users to be able to admin Cyrus is beyond me.
Back to top
View user's profile Send private message
killercow
Tux's lil' helper
Tux's lil' helper


Joined: 29 Jan 2004
Posts: 86
Location: Netherlands

PostPosted: Wed Dec 15, 2004 11:46 pm    Post subject: Reply with quote

my problem isn't just that i can't login with my normal user on cyradm (i thought it was the same login OX uses for its mail part.)

I don't need the user to be able to administer my server, i just need the user to login.

Everytime OX refreshes the front-page it gives a error on the console saying the user can't be authenticated to the imap server.

Since i haven;t figured out how to "browse" the ldap tree to see if the user is actually there and relied on the thought that it was (because i can login to OX which also uses ldap for authentication right?)

Since i do not know how to either list the available users in cyrus/sals or the ldap tree i can't see what's going wrong.

Does anyone of you know how i can tell if the user is there, and how i can see cyrus actually calls on sals to find the user.

Is there a tool which allows me to list the users available to sasl?

Thanks a lot.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Documentation, Tips & Tricks All times are GMT
Goto page Previous  1, 2, 3 ... 12, 13, 14 ... 37, 38, 39  Next
Page 13 of 39

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum