From clefevre@redirect.to  Thu Jul  5 17:03:47 2001
Return-Path: <clefevre@redirect.to>
Received: from mail.noos.fr (zola.noos.net [212.198.2.76])
	by hub.freebsd.org (Postfix) with ESMTP id 06E8437B401
	for <freebsd-gnats-submit@freebsd.org>; Thu,  5 Jul 2001 17:03:46 -0700 (PDT)
	(envelope-from clefevre@redirect.to)
Received: (qmail 17672716 invoked by uid 0); 6 Jul 2001 00:03:44 -0000
Received: from unknown (HELO gits.dyndns.org) ([212.198.231.187]) (envelope-sender <clefevre@redirect.to>)
          by 212.198.2.76 (qmail-ldap-1.03) with SMTP
          for <freebsd-gnats-submit@freebsd.org>; 6 Jul 2001 00:03:44 -0000
Received: (from root@localhost)
	by gits.dyndns.org (8.11.4/8.11.4) id f6603iI54677;
	Fri, 6 Jul 2001 02:03:44 +0200 (CEST)
	(envelope-from clefevre@redirect.to)
Message-Id: <hewqappc.fsf@gits.dyndns.org>
Date: 06 Jul 2001 02:03:43 +0200
From: Cyrille Lefevre <clefevre@redirect.to>
Sender: root@gits.dyndns.org
Reply-To: Cyrille Lefevre <clefevre@redirect.to>
To: Gregory Neil Shapiro <gshapiro@freebsd.org>
Cc: freebsd-gnats-submit@freebsd.org
In-Reply-To: <15163.56327.124501.870366@horsey.gshapiro.net>
Subject: Re: redirect.to still not working so....
References: <200106290029.f5T0Tq192812@gits.dyndns.org>, <15163.56327.124501.870366@horsey.gshapiro.net>

>Number:         28747
>Category:       bin
>Synopsis:       Re: redirect.to still not working so....
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    gnats-admin
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Jul 05 17:10:01 PDT 2001
>Closed-Date:    Fri Jul 6 06:20:47 PDT 2001
>Last-Modified:  Wed Oct 26 05:51:12 GMT 2005
>Originator:     
>Release:        
>Organization:
>Environment:
>Description:
 Gregory Neil Shapiro <gshapiro@freebsd.org> writes:
 
 sorry for the late answer.
 
 > clefevre> I'm not sure this is the right way to go since this is
 > clefevre> relevant to the sendmail maintainer to set or not such
 > clefevre> flags depending on flags sets to compile the sendmail
 > clefevre> binary. do you understand what I mean ?  but the idea of
 > clefevre> SENDMAIL_M4_FLAGS for other purpose could stay.
 > 
 > I think I understand what you mean.  You don't want the user to have
 > to know to add the -D_FFR_TLS_O_T.  How about using my patch exactly
 > as shown
 
 you are absolutely right. since this is a temporary flag until the
 code is definitely commited.
 
 > except changing the make.conf addition from:
 [snip]
 > That way, the default already includes the -D_FFR_TLS_O_T.  Note
 > that I didn't bother going through all of the checking your original
 > patch does as there is no harm done if the FFR is defined on a
 > non-STARTTLS sendmail binary.  The extra ruleset it adds will be
 > ignored.
 
 I'm still thinking that the best place is the Makefile located in
 /etc/mail. IMHO, only the sendmail maintainer have to know about such
 flags.
 
 Cyrille.
 --
 home: mailto:clefevre@redirect.to   UNIX is user-friendly; it's just particular
 work: mailto:Cyrille.Lefevre@edf.fr   about who it chooses to be friends with. 
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: dd 
State-Changed-When: Fri Jul 6 06:20:47 PDT 2001 
State-Changed-Why:  
Follow-up to another pr. 

http://www.FreeBSD.org/cgi/query-pr.cgi?pr=28747 
>Unformatted:
