OT: RedHat acquires Netscape DS

Slgihtly off-topic, but I think many here would have an opinion about
it; RedHats acquire of the Netscape DS. 

Have anyone had any experience using it in conjunction with qmail-ldap?
What are the similarities and differences in comparison with the iplanet
DS? 

We've been using iplanet with qmail-ldap for a while mainly because of
the much better acl support it has over OpenLDAP or IBMs secureway, and
because of the online schema update capability.

--

-- 
Torgeir Veimo <torgeir <at> pobox.com>

regexp security

Is there a patch witch support denying in rctp to and mail from based on
regular expresion with similar setup like RCPTCHECK or SENDERCHECK in
tcpserver?

Is this a bug? Re: Dash Extenstion + Virtual Users not working

Well I have been fighting this problem another week.. and I think I have
read everything there is to read about qmail-ldap twice over. Even tried
reading some of the related source to figgure out what might be wrong,
but I am just not a good enouph programmer to figgure it all out.
Several people have had a look at the box, however I havent heard
anything on the list, so perhaps its a bug? I think everything is setup
the way it should be. Its really starting to become a big problem for
me.

On Thu, 2004-09-23 at 21:50, Entelin wrote:
> This is a repost of "Dash extenstion + RCPTCHECK?" summarizing the tests
> and results Chris Wilkes and I have come up with. However dispite our
> efforts it still just plain doesnt work.
> 
> The issue is that users in ldap with no qmailUID / GID will only ever
> read .qmail not .qmail-whatever.
> 
> I have set up a minimal test box exibiting this issue to simplify
> things.
> 
> the user  "username" has 
> mail: username <at> domain.tld
> mailAlternateAddress: username-whatever <at> domain.tld
> 
> with this username-whatever delivers via .qmail, if I remove the
> mailAlternateAddress it will bounce with "Sorry, no mailbox here by that
> name. (#5.1.1)"
> 
> however if I make a real user in /etc/passwd and /etc/group give it its
> own qmailUID / GID in ldap it works, but only if I leave

RE: Qmail-Quota warning and Maildrop

The problem looks much more bigger  :( I miss all my e-mails for last three
weeks. 
1. Local user is not notified about full mailbox. (OK, his problem..)
2. Remote user is not notified, that mail is not delivered !!!!
3. Postmaster is not notified about this.
4. In logs is everything OK ("success") !!!!

The post is trasher absolutely in silence. This is a very BIG problem.

best regards,
Martin Kuchar

> -----Original Message-----
> From: Milind Talekar [mailto:mtalekar <at> novell.com] 
> Sent: Wednesday, September 29, 2004 2:25 PM
> To: qmail-ldap <at> qmail-ldap.org
> Subject: Qmail-Quota warning and Maildrop
> 
> Hi all
>   
>            I have configured qmail-ldap with maildrop which does the
> final delivery to users maildirs. I have put the line import
> MAILDIRQUOTA on the filter file which is processed by maildrop and the
> quota's are updated , but there is one problem that when the limit of
> quota warning in reached no warning message is sent to the user. Any
> inputs wil be greatly appreciated
> 
>  
>  
> 

Re: Qmail-Quota warning and Maildrop

Martin Kuchar wrote:
> The problem looks much more bigger  :( I miss all my e-mails for last three
> weeks. 
> 1. Local user is not notified about full mailbox. (OK, his problem..)
> 2. Remote user is not notified, that mail is not delivered !!!!
> 3. Postmaster is not notified about this.
> 4. In logs is everything OK ("success") !!!!
> 
> The post is trasher absolutely in silence. This is a very BIG problem.

Hi Martin,

maildrop returns 77, when quota is exceeded. Qmail needs a return code 
of 100 for a permanent error and bounce.

You have to write a wrapper that makes the return code of 77 to 100.

regards,

Andre Peitz

Re: Qmail-Quota warning and Maildrop

Hi 

       I got a workaround in which I used maildrop -w 90 spamfilter in
the deliverProgramPath Attribute and it started sending Quota messages
from the /etc/quotawarn Input , 

Dear all I have another problem which is that after enabling 
 SENDERCHECK="" in my qmail-smtp/run file and putting my domain name in
the /var/qmail/control/locals as well as /var/qmail/control/rcpthosts
file it now gives the error

ldap lookup temporarily failed error, Can anyone advise as to what I am
doing wrong in enabling this particular functionality

Thanks & Regards

Milind

>>> Andre Peitz <andre <at> tuxplace.de> 10/04/04 11:55 AM >>>
Martin Kuchar wrote:
> The problem looks much more bigger  :( I miss all my e-mails for last
three
> weeks. 
> 1. Local user is not notified about full mailbox. (OK, his problem..)
> 2. Remote user is not notified, that mail is not delivered !!!!
> 3. Postmaster is not notified about this.
> 4. In logs is everything OK ("success") !!!!
> 
> The post is trasher absolutely in silence. This is a very BIG problem.

Sorry,_message_has_wrong_owner

Well it appears something is really screwed.

Ran queue_repair

running in test-only mode
finding qmail UIDs/GIDs...
  alias   : UID 502
  qmaill  : UID 503
  qmailr  : UID 506
  qmails  : UID 507
  qmailp  : UID 504
  qmailq  : UID 505
  qmaild  : UID 501
  qmail   : GID 502
  nofiles : GID 501
determining conf-split...
  conf-split appears to be 23
....
Appears the mail messages are being placed with the incorrect UID
...
checking files...
checking queue/mess files...
checking split locations...
  queue/mess/18/6717490 ownership 0:0, should be qmailq:qmail
  testmode, not fixing
  queue/mess/20/6717492 ownership 0:501, should be qmailq:qmail
  testmode, not fixing
[root <at> register queue-repair-0.9.0]#

.. So I repaired them

Re: Sorry,_message_has_wrong_owner

On Mon, Oct 04, 2004 at 12:53:30PM -0600, Stewart Walker wrote:
> Well it appears something is really screwed.
> 
> Ran queue_repair
> 
> running in test-only mode
> finding qmail UIDs/GIDs...
>   alias   : UID 502
>   qmaill  : UID 503
>   qmailr  : UID 506
>   qmails  : UID 507
>   qmailp  : UID 504
>   qmailq  : UID 505
>   qmaild  : UID 501
>   qmail   : GID 502
>   nofiles : GID 501
> determining conf-split...
>   conf-split appears to be 23
> ....
> Appears the mail messages are being placed with the incorrect UID
> ...
> checking files...
> checking queue/mess files...
> checking split locations...
>   queue/mess/18/6717490 ownership 0:0, should be qmailq:qmail
>   testmode, not fixing
>   queue/mess/20/6717492 ownership 0:501, should be qmailq:qmail
>   testmode, not fixing
> [root <at> register queue-repair-0.9.0]#
> 

No rule to make target `qldap-mdm.h', needed by `auth_smtp.o'

No_rule_to_make_target _qldap-mdm.h