Subject: Personal Mail Flag

From: Chip Old <[email-masked]>
Date: Wed, 1 Feb 1995 05:38:48 -0500 (EST)

What does Pine 3.91 look for to determine whether the "+" flag should
appear in front of a message in the folder list?  Some personal messages
in my Inbox (or any other folder, for that matter) do not show the "+",
even though they appear to be correctly addressed.  Most of my incoming
personal messages _do_ show the "+", but enough do not to cause me to
miss important messages occasionally.  Several of our other users have
complained of the same thing. 
 
We're using Pine 3.91 SOL on a Sun Sparc Server running Solaris.2.3

--------------------------------------------------------------------
Francis E. Old (Chip Old)         Internet: [email-masked]
Internetworking Administrator     Voice:    (410) 887-6180
Baltimore County Public Library   FAX:      (410) 887-2091
320 York Road
Towson, Maryland 21204 USA

---

From: [email-masked] (Christopher W. Curtis)
Date: Thu, 2 Feb 1995 01:08:37 GMT

>even though they appear to be correctly addressed.  Most of my incoming

According to the documentation I read, the "+" appears when the message
received in in response to a previous message.  If someone sends you
an unsolicited message, there'll be no "+"; however, if they hit
(Reply) you'll get the "+".

Therefore, I`d say PINE looks for a References: line in the header.
--
T |        Christopher Curtis       |  There are two rules to follow   | O
E |   Sun Lab System Administrator  |  to ensure success in life:      | S
A | Florida Institute of Technology |  Rule 1:  Don't tell people      | /
M |       Melbourne, Florida       N|N          everything you know.   | 2

---

From: Ed Greshko <[email-masked]>
Date: Thu, 2 Feb 1995 16:11:02 -0800 (GMT)

> Therefore, I`d say PINE looks for a References: line in the header.

	Sorry, I believe you are mistaken.

	If you look in the help for the Index screen you will see...

   o "+" for direct-to-you.  The "+" indicates that a message was sent 
        directly to your account, your copy is not part of a cc: or a 
        mailing list.

	What I believe is happening is that pine simply takes the Left
Hand Side of the address in the To: field and compares it with your account
name.  If they match then you will get the "+".  

	Just to illustrate.  In the past I received my email on a system
call cosmo.  However, now I have a .forward on cosmo pointing to my account
on hobbes.  If you send email to [email-masked] it will 
show up in pine with the "+".  However, if you send email to 
[email-masked] I will not get the "+" since the match fails.  Note that
it doesn't matter what the RHS of your email address contains.

						Ed

Edward M. Greshko                       Technical Manager, Electronic Commerce
                                        Control Data Asia/Pacific Region
Voice: +886-2-715-2222 x287             6/F, 131 Nanking East Road, Section 3
FAX  : +886-2-712-9197                  Taipei, Taiwan R.O.C

---

From: "Christopher \"AWOL\" Curtis" <[email-masked]>
Date: Thu, 2 Feb 1995 12:07:42 -0500 (EST)

>    o "+" for direct-to-you.  The "+" indicates that a message was sent 

You are quite correct.  I haven't read the documentation since I installed
the first version of PINE here.  I have no idea where I came up with this. 
Pardon my waste of bandwidth.

---

From: Chip Old <[email-masked]>
Date: Sat, 4 Feb 1995 11:15:40 -0500 (EST)

> Therefore, I`d say PINE looks for a References: line in the header.
 
No, that can't be the problem.  Some non-reply messages addressed to me 
get the "+" flag, others don't.

---

From: Chip Old <[email-masked]>
Date: Sat, 4 Feb 1995 11:27:16 -0500 (EST)

> name.  If they match then you will get the "+".  
 
That can't be it.  I get mail addressed to:

  Francis Old <[email-masked]>
  Francis E. Old <[email-masked]>
  Chip Old <[email-masked]>
  Francis "Chip" Old <[email-masked]>
  <[email-masked]>
 
The only one that _never_ sets the "+" flag is the one beginning with 
Francis "Chip" Old.  The others sometimes set it, sometimes not.
 
> it doesn't matter what the RHS of your email address contains.
 
Are you sure you don't have that backwards?  Mail addressed to
[email-masked] forwarded to [email-masked] should show
up in your Inbox on cdc.com still addressed to
[email-masked], so it shouldn't set the "+" flag.  Mail
addressed directly to [email-masked] should show up on cdc.com with
the "+" flag. 
 
That's how it works for me, at least.

---

From: Ed Greshko <[email-masked]>
Date: Sun, 5 Feb 1995 11:40:19 -0800 (GMT)

> Francis "Chip" Old.  The others sometimes set it, sometimes not.

	When I speak of the email address I speak of that within the
seperators < and >.  The LHS is to the left of "@" the RHS is to the
right of "@".  In all of the case you mention above, they are all equal.

> addressed directly to [email-masked] should show up on cdc.com with

	I didn't say that the mail was address as [email-masked]
and then forwarded to [email-masked].  I'm telling you that my email
address is also [email-masked] and I can be addressed directly in
that fashion.  Thru the magic of X.500 directory services the email will
be delivered just fine.  I'm telling you the mail showing up in my mailbox
address to [email-masked] will *not* have the "+" set...but mail
address to [email-masked] or [email-masked]
or even [email-masked] will arrive with the "+".  

	When dealing with email systems, don't forget that what is on the
headers may not be what is on the envelope.

					Ed

---

From: [email-masked] (Lea Viljanen)
Date: 6 Feb 1995 11:54:36 -0000

>it doesn't matter what the RHS of your email address contains.

We use the Firstname.Lastname -type aliases a lot, so our users asked if
they could get pine to recognize those aliases too. This alias thing
should probably be a configurable option, but I solved it by modifying
the source to use the PERSONAL_NAME variable. It's usually set
automatically from the gecos field, but can be set from the pinerc too.

So, if you set the PERSONAL_NAME to Ed Greshko, this patch gets pine 
to recognize e-mail sent to [email-masked] and tag them with '+'.

Note that since the RHS isn't checked at all, this can have surprise
effects with, for example, John.Smiths of the world.

---------- 8< ------------------- 8< ----------------- 8< ----------

*** addrbook.c.orig	Mon Oct 17 13:58:42 1994
--- addrbook.c	Mon Oct 17 14:03:20 1994
***************
*** 7848,7858 ****
  ADDRESS     *a;
  struct pine *ps;
  {
      if(!a || a->mailbox == NULL)
        return 0;
  
!     /* at least LHS must match */
!     if(strucmp(a->mailbox, ps->VAR_USER_ID) == 0
  
                        &&
         /* and either personal name matches or hostname matches */
--- 7848,7867 ----
  ADDRESS     *a;
  struct pine *ps;
  {
+     char *alias, *p;
+ 	
      if(!a || a->mailbox == NULL)
        return 0;
  
!     alias = fs_get(strlen(ps->VAR_PERSONAL_NAME) + 1);
!     strcpy(alias, ps->VAR_PERSONAL_NAME);
! 
!     while ((p = strindex(alias, ' ')) != NULL)
!        *p = '.';
! 
!     /* at least LHS must match user-id */
!     /* or alias formed from PERSONAL_NAME matches	- LadyBug -94 */
!     if((strucmp(a->mailbox, ps->VAR_USER_ID) == 0 ||
!        strucmp(a->mailbox, alias) == 0)
  
                        &&
         /* and either personal name matches or hostname matches */

-- 
Lea 'LadyBug' Viljanen        University of Helsinki      Lea doesn't
[email-masked]      Computing Centre            rhyme with tea.

---

From: Dan Schlitt <[email-masked]>
Date: Wed, 8 Feb 1995 15:28:55 -0500 (EST)

Berkeley mail, if you will pardon the expression, has a provision for 
specifying a list of alternate names. It is used to remove the alternate 
names from the list of recipients when replying.  But, then, it didn't 
really have a feature like the personal mail flag so it couldn't use it 
for that purpose in any case.  Perhaps the Pine team could consider such 
a feature as a part of the configuration.

/dan

-- 

Dan Schlitt                           School of Engineering Computer Systems
[email-masked]        City College of New York
(212)650-6760                         New York, NY 10031