search for: uniquied

Hi We migrated Windows 2003 with Exchange to Samba 4.2.14, 4.3.11 (we have few Samba DCs). Exchange is not needed. Joining was OK but replication is not working. Forcing sync with all attributes from the original WIN DC does not work Seems like the most accurate Samba 4.2.14 (used for changing passwords, adding users etc) has DB error: samba-tool dbcheck : ERROR(<type

I found on the web that there is way to customize the softkeys for the 7941/7961 phones. In the SEP<mac>.xml there is a section called "softKeyFile" where you can specify an xml file for the softkeys. I couldn't find any examples of this softkey file or the format to this file. Does anyone have a call manager enviroment where they can look at this file and send me an

On Fri, 2017-05-26 at 13:32 +0200, Karan Blas via samba wrote: > I expected that someone had the same problem before. > > DBchecker module does not provide fix for this. The implication is > that the main Samba DC is working fine but does not allow replication > with other DCs. They report WERR_DS_DRA_INTERNAL_ERROR in samba-tool > dsr showrepl for two two sections:

On Sat, 2017-05-27 at 03:16 +0200, Karan Blas via samba wrote: > > > We found that replPropertyMetaData is uniquie for each user, setting > > > it empty "fix the error' but breaks the user object. > > > > Correct, if you delete replPropertyMetaData in any way, you totally > > break replication. > > > > dbcheck should wipe that part of

I expected that someone had the same problem before. DBchecker module does not provide fix for this. The implication is that the main Samba DC is working fine but does not allow replication with other DCs. They report WERR_DS_DRA_INTERNAL_ERROR in samba-tool dsr showrepl for two two sections: Configuration and the main one that contains the users. Other sections replicate fine. Promoting new DC

> > We found that replPropertyMetaData is uniquie for each user, setting > > it empty "fix the error' but breaks the user object. > > Correct, if you delete replPropertyMetaData in any way, you totally > break replication. > dbcheck should wipe that part of replPropertyMetaData with --fix but it is not implemented. If that attribute does non replicate, there

...getting now: 1. Newchannel event for incoming call followed by Newstate and Join. All these events can be identified with uniqueid 001 2. Newchannel event for outgoing channel to queue member followed by Newstate State: Ringing => that's what I need. But this channel (of course) has another uniquied 002. 3. Link. That's the place where channels are get bridged and I can find out which member (by channel) answered the call (002 answered 001 in this example). The problem is that I need to get information about call 001 at stage 2 that is currently possible only at stage 3, when channels get...