Language:
switch to room list switch to menu My folders
Go to page: First ... 36 37 38 39 [40]
[#] Fri Nov 21 2014 09:03:08 EST from des @ Uncensored

Subject: Re: active directory issues

[Reply] [ReplyQuoted] [Headers] [Print]

I have set my base dn to  DC=medgroup,DC=local

for the user bind dn to  CN=queries,CN=Users,DC=medgroup,DC=local

 

but i cant login to my user in my windows 2003 active directory medgroup.  

 

i been stuck for 3 days please someone help me.  My job is going to fire me.   



[#] Fri Nov 21 2014 09:13:50 EST from des @ Uncensored

Subject: Re: active directory issues

[Reply] [ReplyQuoted] [Headers] [Print]

thanks i have tried loging in with chris or chris lastname or chris@medgroup.local and administrator but nothing seems to work and when i try to create a user it says This system does not use native mode authentication.   I have reinstalled many times and i really like to get the system running.   I am stuck now. 



[#] Fri Nov 21 2014 09:22:52 EST from csg @ Uncensored

Subject: Re: SSL/TLS support for LDAP authentication

[Reply] [ReplyQuoted] [Headers] [Print]

It was such a good idea that after your patch failed to apply, I started doing something similar. But your patch looked like it cleaned up the code in a number of other areas, so it would still be great to have. 

 

They are relatively minor changes, replacing deprecated LDAP functions with the newer equivalents.

I have created new patches against the origin/stable-82x git branch - please see the attached files:

citadel_ldaps_patch_git.diff (obtained by running 'git diff)

citadel_ldaps_patch_git_noprefix.diff (obtained by running 'git diff --no-prefix)

One of the things I am envisioning for Citadel 9 is a new config system. 
At that point we can replace the old "LDAP host" and "LDAP port" entries with an "LDAP URL" entry, without clobbering the old values on existing systems. 

 

Sounds great: I, for one, look forward to that,

 

Best wishes,

  Lloyd Kamara

 


citadel_ldaps_patch_git.diff (text/x-patch, 5089 bytes) [ View | Download ]
citadel_ldaps_patch_git_noprefix.diff (text/x-patch, 5077 bytes) [ View | Download ]
[#] Fri Nov 21 2014 09:22:52 EST from des @ Uncensored

Subject: Re: active directory issues

[Reply] [ReplyQuoted] [Headers] [Print]

thanks i have tried loging in with chris or chris lastname or chris@medgroup.local and administrator but nothing seems to work and when i try to create a user it says This system does not use native mode authentication.   I have reinstalled many times and i really like to get the system running.   I am stuck now. 



[#] Fri Nov 21 2014 15:08:59 EST from des @ Uncensored

Subject: Re: active directory issues

[Reply] [ReplyQuoted] [Headers] [Print]

I could not solve this issue.  I have tried for days.    here is how i installed below but i get user is not found when i try login.

 

openssh
lamp
installed that

 

CN=queries account,CN=Users,DC=medgroup,DC=local

 


apt-get update

nano /etc/network/interfaces

nano /etc/resolv.conf
dns-nameservers 192.168.15.10


apt-get install libnss-ldap

apt-get install build-essential curl g++ gettext shared-mime-info libssl-dev


apt-get install citadel-suite

 

 



[#] Fri Nov 21 2014 16:11:13 EST from des @ Uncensored

Subject: Re: active directory issues

[Reply] [ReplyQuoted] [Headers] [Print]

I could not solve this issue.  I have tried for days.    here is how i installed below but i get user is not found when i try login.

 

openssh
lamp
installed that

 

CN=queries account,CN=Users,DC=medgroup,DC=local

 


apt-get update

nano /etc/network/interfaces

nano /etc/resolv.conf
dns-nameservers 192.168.15.10


apt-get install libnss-ldap

apt-get install build-essential curl g++ gettext shared-mime-info libssl-dev


apt-get install citadel-suite

 

 



[#] Sat Nov 22 2014 03:36:13 EST from chriwi48 @ Uncensored

Subject: Re: problems recieving e-mails

[Reply] [ReplyQuoted] [Headers] [Print]

Doesn't anyboy have an idea what goes wrong here?



[#] Mon Nov 24 2014 04:33:04 EST from TheOneLaw @ Uncensored

Subject: Re: Clamav-daemon failure logging virus scan

[Reply] [ReplyQuoted] [Headers] [Print]

Just a follow-up for anyone interested:

Busy with a bunch of other stuff but I finally got a chance to revisit this business with Clam AV.

X

Running Citadel 8.24 on LMDE 64 XFCE and I could get absolutely nothing out of clamav (0.97.8),

 and viruses (we have a real one to play with, along with all the clamav test signatures)

 just leap through any configuration from user to user.

(per http://www.citadel.org/doku.php/faq:spam:can_i_configure_citadel_to_use_an_anti_virus_program )

It appears to connect then forget to send the message over the new port.

 

I am guessing (not enough time to research this at the moment)

 that for local users registered on the server that the virus testing somehow gets omitted (=broken).

When - however - the virus is sent from somewhere else, it gets picked off correctly.

 

Rewording that into the two different examples:

1.

when email+virus is sent from userA@myserver.com to UserB@myserver.com, virus gets through.

2.

when email+virus is sent from alien email GotVirus4u@teh.somewareelse.com to UserB@myserver.com, virus gets gets nailed and nothing is delivered

(alien gets a message that his virus-laden email was rejected:

From: "Citadel" <citadel@myserver.com>
Subject: Delivery Status Notification (Failure)
Date: Mon, 24 Nov 2014 09:03:08 -0000
X-Mailer: Citadel 8.24

A message you sent could not be delivered to some or all of its recipients.
The following addresses were undeliverable:

 techacq@myserver.com: message rejected by virus filter

It makes it very difficult to simply test in house, you need to create another server to test sending viruses.

As long as you know this, all is okay. Until you do know it, this is a bit of a hairpuller.

Maybe you already saw this but my limited googling showed nothing on the radar.

It could still be that I have something entirely different misconfigured, maybe networking-wise,

 but the scope gets a lot wider without any clear idea of what kind of logs to look for.

I will still look around next time I get a chance to run through it all.

cheers.

 

Thu Nov 13 2014 04:05:06 EST from TheOneLaw @ Uncensored Subject: Clamav-daemon failure logging virus scan

Just grazing past looking for anyone else who may have noticed how Clamav-Daemon needs

 some special attention to get it to log whatever the frak it thinks it is doing.

(we think we are running citserver 8.24

I probably just mis-configured something somewhere because in the logs

 I do see the connection (on port3310) does occur and STREAMs do seem to initialize.

nothing serious at the moment but I am circling this to see what I can find out.

To be sure it appears to be some issue of clam and certainly not citadel

 

cheers

 

-- 
TheOneLaw




-- 
TheOneLaw



[#] Mon Nov 24 2014 05:07:44 EST from chriwi48 @ Uncensored

Subject: Re: problems recieving e-mails

[Reply] [ReplyQuoted] [Headers] [Print]

Where can I find the e-mail referred to in the following Log?

 

Nov 20 01:17:27 raspberrypi citserver[2137]: New client socket 37

 

Nov 20 01:17:27 raspberrypi citserver[2137]: Session (SMTP-MTA) started from mail.ip-phone-forum.de (91.250.116.253).

 

Nov 20 01:17:27 raspberrypi citserver[2137]: SMTP server: EHLO mail.ip-phone-forum.de

 

Nov 20 01:17:27 raspberrypi citserver[2137]: SMTP server: MAIL FROM:<ippf@ip-phone-forum.de> SIZE=2373 BODY=8BITMIME

 

Nov 20 01:17:27 raspberrypi citserver[2137]: SMTP server: RCPT TO:<christian@XXXX.homedns.org>

 

Nov 20 01:17:27 raspberrypi citserver[2137]: Directory key is <christian@XXXX.homedns.org>

 

Nov 20 01:17:27 raspberrypi citserver[2137]: CC[600]christian@XXXX.homedns.org is being forwarded to christian @ raspberrypi

 

Nov 20 01:17:27 raspberrypi citserver[2137]: Directory key is <christian@raspberrypi>

 

Nov 20 01:17:27 raspberrypi citserver[2137]: CC[600]christian@raspberrypi is being forwarded to christian @ raspberrypi

 

Nov 20 01:17:27 raspberrypi citserver[2137]: Directory key is <christian@raspberrypi>

 

Nov 20 01:17:27 raspberrypi citserver[2137]: CC[600]christian@raspberrypi is being forwarded to christian @ raspberrypi

 

Nov 20 01:17:27 raspberrypi citserver[2137]: SMTP server: RSET

 

Nov 20 01:17:27 raspberrypi citserver[2137]: SMTP server: QUIT

Nov 20 01:17:27 raspberrypi citserver[2137]: Context: [600]SRV[SMTP-MTA] Session ended.



[#] Mon Nov 24 2014 06:46:16 EST from dothebart @ Uncensored

Subject: Re: problems recieving e-mails

[Reply] [ReplyQuoted] [Headers] [Print]

it seems as if the other side aborts the transfer (hence the reset)

to give more insight, we would need the whole communication on port 25.

see http://citadel.org/doku.php/faq:mastering_your_os:net_sniff#exploring.the.communication.from.your.citadel.server for details.



[#] Mon Nov 24 2014 12:51:12 EST from chriwi48 @ Uncensored

Subject: Re: problems recieving e-mails

[Reply] [ReplyQuoted] [Headers] [Print]

Is there a possibility to get this log with Citadel/Webcit internal logging?

My Citadel is running on a Raspberry-PI and also received messages from the same sender earlier without any problems.

 



[#] Mon Nov 24 2014 15:18:43 EST from dothebart @ Uncensored

Subject: Re: problems recieving e-mails

[Reply] [ReplyQuoted] [Headers] [Print]

no.



Go to page: First ... 36 37 38 39 [40]