[comp.mail.mh] repl address formatting

davy@ITSTD.SRI.COM (03/10/90)

Repl has this obnoxious feature.  On very long addresses, it formats the
return address with a person's name on the first line, and the address
on the second line.  For example:

 To: Colin Walls
     <ctw%sun.central-services.umist.ac.uk@NSFnet-Relay.AC.UK>
 cc: UNIX-SW-REQUEST
     <@wsmr-simtel20.army.mil:UNIX-SW-REQUEST@wsmr-simtel20.army.mil>

Unfortunately, post then chokes on this complaining that the address
loses and it's not delivered to anyone.  I assume it's because there's
no legal address on the first line.

The question is, how can I fix this?  Can I change my replcomps?  I don't
see anything in there that sets a field width.  Is post the actual culprit?
Can it be fixed?

Here's the pertinent info:

~/Mail/replcomps:

%(lit)%(formataddr %<{reply-to}%|%<{from}%|%<{sender}%|%{return-path}%>%>%>)\
%<(nonnull)%(void(width))%(putaddr To: )\n%>\
%(lit)%(formataddr{to})%(formataddr{cc})%(formataddr(me))\
%<(nonnull)%(void(width))%(putaddr cc: )\n%>\
%<{subject}Subject: Re: %{subject}\n%>\
%<{date}In-reply-to: Your message of \
%<(nodate{date}){date}%|%(pretty{date})%>.%<{message-id}
             %{message-id}%>\n%>\
Fcc: outbox\n\
Bcc: \n\
--------

repl -help:

version: MH 6.6 #1[UCI] (cocofs) of Mon Jan 30 18:04:09 PST 1989
options: [ATHENA] [ATZ] [BIND] [BERK] [BSD42] [BSD43] [DPOP] [RPOP]
         [DUMB] [FOLDPROT='"0755"'] [ISI] [MHE] [MHRC] [NFS] [NOMHSEQ]
         [OVERHEAD] [RPATHS] [SBACKUP='"#"'] [TTYD] [UCI] [WHATNOW]
         [SENDMTS] [SMTP] [POP]

--Dave Curry

jromine@ics.uci.edu (John Romine) (03/10/90)

Dave Curry <davy@ITSTD.SRI.COM> writes:
>On very long addresses, [repl] formats the return address with a
>person's name on the first line, and the address on the second line.

>Unfortunately, post then chokes on this complaining that the address
>loses and it's not delivered to anyone.
>
>The question is, how can I fix this?

>version: MH 6.6 #1[UCI] (cocofs) of Mon Jan 30 18:04:09 PST 1989
>options: [ATHENA] [ATZ] [BIND] [BERK] [BSD42] [BSD43] [DPOP] [RPOP]
>         [DUMB] [FOLDPROT='"0755"'] [ISI] [MHE] [MHRC] [NFS] [NOMHSEQ]
>         [OVERHEAD] [RPATHS] [SBACKUP='"#"'] [TTYD] [UCI] [WHATNOW]
>         [SENDMTS] [SMTP] [POP]


Dave,

First, I'd try configuring MH without "options BERK".  Since this option
disables the address parser, it could be the problem.  If you try this,
please let us know what happens.
--
John Romine

roberts@nimrod.wpd.sgi.com (roberts) (03/13/90)

In article <9003091633.AA03189@intrepid.itstd.sri.com>, davy@ITSTD.SRI.COM writes:
> 
> Repl has this obnoxious feature.  On very long addresses, it formats the
> return address with a person's name on the first line, and the address
> on the second line.  For example:
> 
>  To: Colin Walls
>      <ctw%sun.central-services.umist.ac.uk@NSFnet-Relay.AC.UK>
>  cc: UNIX-SW-REQUEST
>      <@wsmr-simtel20.army.mil:UNIX-SW-REQUEST@wsmr-simtel20.army.mil>
> 
> Unfortunately, post then chokes on this complaining that the address
> loses and it's not delivered to anyone.  I assume it's because there's
> no legal address on the first line.

Sounds like a bug in post to me.  Both of those addresses are legal
folded 822 addresses.  My version of bsd Mail handles such things
just fine.  IMHO, Repl is doing the right thing.  It's obviously
attempting to fold long addresses in the most asthetic (and least
dangerous) place.  I'd fix post if I were you.

	- Robert Stephens