Subject: Strange header

From: [email-masked] (Brooks Davis)
Date: 5 Apr 1996 21:11:52 GMT

A user on a system I administrate has been getting the following header
attached to her outgoing mail.  I know she used pine, but I'm not
sure if the problem appeared before or after we upgraded from
3.91 to 3.92.  I know it does appear in 3.92.  The header is:

X-Authentication-Warning: osiris.ac.hmc.edu: xxxxxxx owned process doing -bs

where xxxxxxx is her user name on our machine.  Does anyone know what is
causing this and/or how can it be fixed?

Thanks,
Brooks

--
Brooks Davis          | InterNet E-mail   | NoiseNet   | WIBSTR!!! |
Harvey Mudd College   | <[email-masked]> | (909) 607-2055         |
340 E. Foothill Blvd. |-------------------+------------------------|
Claremont, CA 91711   | Student System Manager <osiris.ac.hmc.edu> |

---

From: Terry Gray <[email-masked]>
Date: Sat, 6 Apr 1996 08:55:02 -0800 (PST)

This is new with 3.92, which interacts directly with sendmail (for a bunch
of reasons).

To avoid the warnings, try setting smtp-server=localhost

-teg

---

From: Peter Svanberg <[email-masked]>
Date: Fri, 12 Apr 1996 14:26:21 +0200 (MET DST)

On Sat, 6 Apr 1996, Terry Gray wrote:

> This is new with 3.92, which interacts directly with sendmail (for a
> bunch of reasons).
>

Yes, this seems to work (for me, don't know about Brooks
Davis), but what does it mean to set it? (I couldn't find
anything in the documentation.) Does it work together with
enable-8bit-esmtp-negotiation? Should you have localhost as
global site-default, if you have enable-...?

Peter Svanberg

---

From: Steve Hubert <[email-masked]>
Date: Fri, 12 Apr 1996 09:09:59 -0700 (PDT)

Setting "smtp-server=localhost" is very similar to not setting it to
anything on most systems.  (The default on SCO systems is different, but
in all the other ports they are almost the same.)  If you have
"smtp-server=localhost", then Pine will use SMTP (or ESMTP if appropriate) 
to contact the SMTP server which is running on the host "localhost", which
is the conventional name for the loopback interface on Unix.  For this to
work, there needs to be a host table or DNS entry for "localhost" and
there needs to be an SMTP server running which will accept mail from
another program on that same host.  If you don't have an SMTP server
(probably a sendmail -bd) running, then it won't work. 

With smtp-server=, the interaction is very similar except that Pine starts
up a sendmail with which to talk SMTP.  So there is no assumption that an
SMTP server is running, and there is no use of the host name "localhost". 
There is a new assumption that wasn't there with the "localhost"  method
and that is that there is a sendmail located at the path listed in
pine/os.h in the SENDMAIL define.  Once Pine starts sendmail, the
interaction with it is the same as with any SMTP server, so
"enable-8bit-esmtp-negotiation" should work (or not work) with either.  It
works if the SMTP server understands how to do it, and not otherwise. 

If you are already running an SMTP server, it is probably slightly better
to have smtp-server=localhost be the global default in pine.conf.  The
SMTP server can just fork a copy of itself to handle the query instead of
starting up a new sendmail from scratch.  The difference should be small,
though.  One possibly noticeable difference between the two approaches is
that sendmail v8 objects to users running sendmail -bs and adds the
X-Authentication warning header.  I don't know the rationale behind that
decision.  You can make that go away by using the "smtp-server=localhost"
method or by turning that option off in your sendmail configuration. 

Another alternative, which we use on several large and busy systems, is to
set smtp-server to some other host which is less busy and is dedicated to
handling outgoing mail.  The interaction between Pine and the SMTP server
is just the same, but the SMTP server and the handling of the queuing and
sending is done on the other, less busy host. 

Steve Hubert <[email-masked]>
Networks and Distributed Computing, Univ. of Washington, Seattle

---

From: Vladimir Solnicky (Vladimír Solnický) <[email-masked]>
Date: Fri, 12 Apr 1996 19:46:09 +0200 (METDST)

> works if the SMTP server understands how to do it, and not otherwise.

Well, on our HP-UX 9, smtp-server="" it does not use the 8bit negotiation.
As an example I am attaching three messages--first run with
smtp-server=localhost, second with smtp-server="" on the same machine and
third from machine with no sendmail running as server (but available, the
same version 8.7.5). You can see the difference in encoding and I saw the
difference using the verbose SMTP mailg, too. 8bit works for me only if
smtp-server is set. But all our machines are busy and only one runs
sendmail as daemon--why this one should be more busy? Could you correct it
in 3.93, please? Thanks!

V. S.

P. S.  In fact, 3.92 is great!

P. P. S.  Could the UWash be 8BITMIME at mx*?

|  |  Bc. Vladimír Solnický  (US-ASCII: Vladimir Solnicky)
|  |  Institute of Information             UTIA AV CR
 \/   Theory and Automation                Pod vodarenskou vezi 4
Department of Computing Systems            182 08 Praha 8-Liben
+42 2 6605/2212   fax: +42 2 6884677       Czech Republic
+42 2 6605/2364   e-mail: [email-masked]   ftp.utia.cas.cz
http://www.utia.cas.cz/user_data/vs/vs-home-en.html

---------------------------------------------------------

On Fri, 12 Apr 1996, Vladimir Solnicky (Vladimír Solnický) wrote:
>
> Return-Path: [email-masked]
> Received: from visla.utia.cas.cz (visla.utia.cas.cz [147.231.12.1]) by lorien.site.cas.cz (8.7.1/8.7.1) with ESMTP id TAA28116 for <[email-masked]>; Fri, 12 Apr 1996 19:19:03 +0200 (METDST)
> Received: from localhost (localhost [127.0.0.1]) by visla.utia.cas.cz (8.7.5/8.7.1) with ESMTP id TAA11206 for <[email-masked]>; Fri, 12 Apr 1996 19:17:46 +0200 (METDST)
> Date: Fri, 12 Apr 1996 19:17:46 +0200 (METDST)
> From: Vladimir Solnicky =?ISO-8859-2?Q?=28Vladim=EDr_Solnick=FD=29?= <[email-masked]>
> Reply-To: =?ISO-8859-2?Q?Bc=2E_Vladim=EDr_Solnick=FD?= <[email-masked]>
> To: =?ISO-8859-2?Q?Vladim=EDr_Solnick=FD_at_Lorien?= <[email-masked]>
> Subject: should be 8bit
> Message-ID: <[email-masked]>
> X-Postal-Address: =?ISO-8859-2?Q?=DATIA_AV_=C8R=3B_Pod_vod=E1renskou_v=EC=BE=ED?=
>  =?ISO-8859-2?Q?_4=3B_182_08__Praha_8-Libe=F2=3B_Czech_Rep?=
>  =?ISO-8859-2?Q?ublic?=
> Organization: Institute of Information Theory and Automation (UTIA AV CR)
> Organizace: =?ISO-8859-2?Q?=DAstav_teorie_informace_a_automatizace_=28=DATI?=
>  =?ISO-8859-2?Q?A=29_AV_=C8R?=
> Return-Receipt-To: [email-masked]
> Acknowledge-To: [email-masked]
> X-Confirm-Delivery-To: [email-masked]
> Transport-Options: /delivery /return
> Read-Receipt-To: [email-masked]
> X-Chameleon-Return-To: [email-masked]
> X-Confirm-Reading-To: [email-masked]
> MIME-Version: 1.0
> Content-Type: TEXT/PLAIN; charset=ISO-8859-2
> Content-Transfer-Encoding: 8BIT
>
> ěščččššžžšýíáíáéůúůú
>
> |  |  Bc. Vladimír Solnický (TeX: Vladim\'{\i}r Solnick\'y)
> |  |  Ústav teorie informace a automatizace Akademie věd České republiky
>  \/   Pod vodárenskou věží 4, 182 08 Praha 8-Libeň, telefax: (02) 688-4677,
> tel. (02) 6605/2212 nebo 2364, elektronická adresa: [email-masked]
> Pavučina: http://www.utia.cas.cz/user_data/vs/vs-home-cz.html
>
--------------------------------------------------
On Fri, 12 Apr 1996, Vladimir Solnicky (Vladimír Solnický) wrote:
>
> Return-Path: [email-masked]
> Received: from visla.utia.cas.cz (visla.utia.cas.cz [147.231.12.1]) by lorien.site.cas.cz (8.7.1/8.7.1) with ESMTP id TAA28152 for <[email-masked]>; Fri, 12 Apr 1996 19:20:42 +0200 (METDST)
> Received: from localhost (vs@localhost) by visla.utia.cas.cz (8.7.5/8.7.1) with ESMTP id TAA11393 for <[email-masked]>; Fri, 12 Apr 1996 19:19:25 +0200 (METDST)
> Date: Fri, 12 Apr 1996 19:19:25 +0200 (METDST)
> From: Vladimir Solnicky =?ISO-8859-2?Q?=28Vladim=EDr_Solnick=FD=29?= <[email-masked]>
> Reply-To: =?ISO-8859-2?Q?Bc=2E_Vladim=EDr_Solnick=FD?= <[email-masked]>
> To: =?ISO-8859-2?Q?Vladim=EDr_Solnick=FD_at_Lorien?= <[email-masked]>
> Subject: ... 8bit, too
> Message-ID: <[email-masked]>
> X-Postal-Address: =?ISO-8859-2?Q?=DATIA_AV_=C8R=3B_Pod_vod=E1renskou_v=EC=BE=ED?=
>  =?ISO-8859-2?Q?_4=3B_182_08__Praha_8-Libe=F2=3B_Czech_Rep?=
>  =?ISO-8859-2?Q?ublic?=
> Organization: Institute of Information Theory and Automation (UTIA AV CR)
> Organizace: =?ISO-8859-2?Q?=DAstav_teorie_informace_a_automatizace_=28=DATI?=
>  =?ISO-8859-2?Q?A=29_AV_=C8R?=
> Return-Receipt-To: [email-masked]
> Acknowledge-To: [email-masked]
> X-Confirm-Delivery-To: [email-masked]
> Transport-Options: /delivery /return
> Read-Receipt-To: [email-masked]
> X-Chameleon-Return-To: [email-masked]
> X-Confirm-Reading-To: [email-masked]
> MIME-Version: 1.0
> Content-Type: TEXT/PLAIN; charset=ISO-8859-2
> Content-Transfer-Encoding: QUOTED-PRINTABLE
>
> ěšřžěžčřýářžíéůúůú
>
> |  |  Bc. Vladimír Solnický (TeX: Vladim\'{\i}r Solnick\'y)
> |  |  Ústav teorie informace a automatizace Akademie věd České republiky
>  \/   Pod vodárenskou věží 4, 182 08 Praha 8-Libeň, telefax: (02) 688-4677,
> tel. (02) 6605/2212 nebo 2364, elektronická adresa: [email-masked]
> Pavučina: http://www.utia.cas.cz/user_data/vs/vs-home-cz.html
>
---------------------------------------------------------
On Fri, 12 Apr 1996, Vladimir Solnicky (Vladimír Solnický) wrote:
>
> Return-Path: [email-masked]
> Received: from gauss.utia.cas.cz (gauss.utia.cas.cz [147.231.15.130]) by lorien.site.cas.cz (8.7.1/8.7.1) with ESMTP id TAA28169 for <[email-masked]>; Fri, 12 Apr 1996 19:24:54 +0200 (METDST)
> Received: from localhost (vs@localhost) by gauss.utia.cas.cz (8.7.5/8.7.1) with ESMTP id TAA18175 for <[email-masked]>; Fri, 12 Apr 1996 19:21:34 +0200 (METDST)
> X-Authentication-Warning: gauss.utia.cas.cz: vs owned process doing -bs
> Date: Fri, 12 Apr 1996 19:21:34 +0200 (METDST)
> From: Vladimir Solnicky =?ISO-8859-2?Q?=28Vladim=EDr_Solnick=FD=29?= <[email-masked]>
> Reply-To: =?ISO-8859-2?Q?Bc=2E_Vladim=EDr_Solnick=FD?= <[email-masked]>
> To: =?ISO-8859-2?Q?Vladim=EDr_Solnick=FD_at_Lorien?= <[email-masked]>
> Subject: 8bit again }no localhost]
> Message-ID: <[email-masked]>
> X-Postal-Address: =?ISO-8859-2?Q?=DATIA_AV_=C8R=3B_Pod_vod=E1renskou_v=EC=BE=ED?=
>  =?ISO-8859-2?Q?_4=3B_182_08__Praha_8-Libe=F2=3B_Czech_Rep?=
>  =?ISO-8859-2?Q?ublic?=
> Organization: Institute of Information Theory and Automation (UTIA AV CR)
> Organizace: =?ISO-8859-2?Q?=DAstav_teorie_informace_a_automatizace_=28=DATI?=
>  =?ISO-8859-2?Q?A=29_AV_=C8R?=
> Return-Receipt-To: [email-masked]
> Acknowledge-To: [email-masked]
> X-Confirm-Delivery-To: [email-masked]
> Transport-Options: /delivery /return
> Read-Receipt-To: [email-masked]
> X-Chameleon-Return-To: [email-masked]
> X-Confirm-Reading-To: [email-masked]
> MIME-Version: 1.0
> Content-Type: TEXT/PLAIN; charset=ISO-8859-2
> Content-Transfer-Encoding: QUOTED-PRINTABLE
>
> 23455689860;[[;;[;;šěčřěšžšýžčřřáýžířýáíůúúů
>
> |  |  Bc. Vladimír Solnický (TeX: Vladim\'{\i}r Solnick\'y)
> |  |  Ústav teorie informace a automatizace Akademie věd České republiky
>  \/   Pod vodárenskou věží 4, 182 08 Praha 8-Libeň, telefax: (02) 688-4677,
> tel. (02) 6605/2212 nebo 2364, elektronická adresa: [email-masked]
> Pavučina: http://www.utia.cas.cz/user_data/vs/vs-home-cz.html
>
>

---

From: Steve Hubert <[email-masked]>
Date: Fri, 12 Apr 1996 11:55:47 -0700 (PDT)

> Well, on our HP-UX 9, smtp-server="" it does not use the 8bit negotiation.

This sounds like a problem we need to figure out.  Is it possible that
executing sendmail with the "-bs" option causes sendmail not to accept
8bit but "-bd" does accept it?

>                                             Could you correct it

Too late for that...

> P. S.  In fact, 3.92 is great!

Thanks.

> P. P. S.  Could the UWash be 8BITMIME at mx*?

We haven't had time to do that, but we should be able to get a test
environment set up with sendmail v8.  Thanks for your help.

---

From: kremžská HOŘČICE <[email-masked]>
Date: Fri, 12 Apr 1996 21:41:34 +0200

> 8bit but "-bd" does accept it?

    And I have bad news for users in primarily 8-bit environments, which
is that it appears that 3.93 does not correct the noted bug in 3.92 when
passing lengthy 8-bit messages to an 8BITMIME ESMTP server...

    I believe this is a result of a calculation Pine makes, that if the
number of 8-bit characters is greater than 30 times the line length, the
file is assumed to be binary and given a BASE64 encoding.  *NOTE* that I
have not taken the time to let the beers wear off so I can inspect the
code closely and verify this, or if I'm way off here, figure out what
really is happening.

    As evidence of this, with a lengthy sample russian text, I see the
following verbose SMTP interaction....

050 <[email-masked]>... Connecting to radio via cyrus...
050 <[email-masked]>... Sent
050 <[email-masked]>... Connecting to ccsun.tuke.sk. via smtp...
050 220 ccsun.tuke.sk Server ESMTP+AUTH 2.97mea #1 ready at Fri, 12 Apr 1996 21:28:27 +0200
050 >>> EHLO voskovec.radio.cz
050 250- ccsun.tuke.sk Hello voskovec.radio.cz
050 250-SIZE
050 250-8BITMIME
050 250-EXPN
050 250-VRFY
050 250-XDSN
050 250 HELP
050 >>> MAIL From:<[email-masked]> SIZE=10042
050 250 Ok
050 >>> RCPT To:<[email-masked]>
050 250 Ok; can accomodate 10042 byte message

    Note that no indication of BODY=8BITMIME occurs in the dialog, and
the message delivered is as such:

Reply-To: [email-masked]
To:     [email-masked]
cc:     [email-masked]
Subject: test of 8-bit ESMTP (fwd)
Message-ID: <[email-masked]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-2
Content-Transfer-Encoding: BASE64

    As soon as I shorten the message, I see the following...

050 >>> MAIL From:<[email-masked]> SIZE=1925 BODY=8BITMIME
050 250 Ok
050 >>> RCPT To:<[email-masked]>

.....and sure enough,
cc:     [email-masked]
Subject: test of 8-bit ESMTP (fwd)
Message-ID: <[email-masked]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-2
Content-Transfer-Encoding: 8BIT

So, this is bad news for Russian users, and others who are dependent on
Pine to deliver a C-T-E=8BIT message to sendmail.

    I promise that I will look at the source and see if I can supply a
hack to remedy this, but I can't promise that I will have the time. :-/

Hope this isn't too disappointing for Pine 3.93 users, and thanks, guys,
for your great work on the program.  Really.  And thanks to all the users
and SysAdmins who have contributed to help make Pine what it has become.

Barry Bouwsma
Radio Praha, Czechistan