diagnosing smail (2)

1998-02-27 Thread David Stern 
Hi,

This is a slightly shorter version of some questions I asked earlier 
regarding smail configuration.  I've read all the smail docs available 
and there is no definitive smail resource, so I'd really appreciate it 
if someone would *PLease* take a few moments to reply.

1.) How can I find out what ident_sender, as well as all other 
variables, are assigneded as?  (I need to know so I can test what is 
happening; e.g.: when I set visible_name to u.washington.edu, and 
restart smail and inetd or reboot, there is no change, but I don't know 
why. I've tried echoing and mailing the variables, but I must be doing 
it wrong.)

2.) Why does from_field require it begin From: (as shown in the man 
page below) and does from_field rewrite the From: line, or the 
Sender: line and how does it decide? (It seems ambiguous.)

8--- man smailconf(5) -8

  from_field
type: string

This string will be expanded to form From: or Sender:
fields. The expanded string must begin with From:, 
which may be replaced by other strings to form an   
actual header field. The default value is:

  From: $sender${if def:sender_name: ($sender_name)}

8--8

3.) What is the difference between the roles of Sender:, Return-path:, 
and From: lines and are each required according to RFC's?  (It was my 
understanding that there was some contention as to whether the Sender: 
line was required, but that it was desirable because it acts as an 
envelope, which is a good thing for some MTA's and MUA's.  I'm not 
clear about the roles of Return-path:, From:, and Sender: or which are 
required.)

Any help would be greatly appreciated.
-- 
David Stern  
--
 http://weber.u.washington.edu/~kotsya
   [EMAIL PROTECTED]




--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: diagnosing smail (2)

1998-02-27 Thread Jean Pierre LeJacq 
On Fri, 27 Feb 1998, David Stern wrote:

 This is a slightly shorter version of some questions I asked earlier 
 regarding smail configuration.  I've read all the smail docs available 
 and there is no definitive smail resource, so I'd really appreciate it 
 if someone would *PLease* take a few moments to reply.

I'm no smail expert but here goes.  There is an smail mailing list
which you should find useful: 

  [EMAIL PROTECTED]

 1.) How can I find out what ident_sender, as well as all other 
 variables, are assigneded as?  (I need to know so I can test what is 
 happening; e.g.: when I set visible_name to u.washington.edu, and 
 restart smail and inetd or reboot, there is no change, but I don't know 
 why. I've tried echoing and mailing the variables, but I must be doing 
 it wrong.)

Use the rewriting rules as in your 2nd question and included and
variable you like with the prefix $.


 2.) Why does from_field require it begin From: (as shown in the man 
 page below) and does from_field rewrite the From: line, or the 
 Sender: line and how does it decide? (It seems ambiguous.)

I believe the From:  is required by IETF standards.

 3.) What is the difference between the roles of Sender:, Return-path:, 
 and From: lines and are each required according to RFC's?  (It was my 
 understanding that there was some contention as to whether the Sender: 
 line was required, but that it was desirable because it acts as an 
 envelope, which is a good thing for some MTA's and MUA's.  I'm not 
 clear about the roles of Return-path:, From:, and Sender: or which are 
 required.)

Not sure on this one.  From:  is always required.  The others are
optional.  For example, pine will prompt the user if Return-path: 
is defined in the message if they would prefer to use that instead of
From: .

-- 
Jean Pierre



--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .

Re: diagnosing smail (2)

1998-02-27 Thread Daniel Martin at cush 
Jean Pierre LeJacq [EMAIL PROTECTED] writes:

 Not sure on this one.  From:  is always required.  The others are
 optional.  For example, pine will prompt the user if Return-path: 
 is defined in the message if they would prefer to use that instead of
 From: .

You're confusing Return-Path: with Reply-To:.  Return-path: is
an entirely different beast.


--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] . 
Trouble?  e-mail to [EMAIL PROTECTED] .