MH 6.8 problem of sending mail with bcc field

Thread View: comp.mail.mh

2 messages

[T] Back to Threads [V] Tree View [G] Group Articles

2 total messages Started by KAWAMOTO Yosihisa Thu, 07 Jan 1993 05:49

#1390

Author: KAWAMOTO Yosihisa
Date: Thu, 07 Jan 1993 05:49

47 lines
1749 bytes

Hello everyone,

I have a problem in MH 6.8.  I cannot send mail with bcc field.
'send' complains in mail with bcc field like:
kawamoto$ send
Use "/home/rose/kawamoto/mail/drafts/2"? y
post: problem initializing server; [RPLY] 503 Sender already specified
send: message not delivered to anyone
kawamoto$

In MH 6.8 mts/sendmail/smail.c: sm_init, following is executed.

#ifndef ZMAILER
	    (void) smtalk(SM_HELO, "ONEX");
#endif /* not ZMAILER */

When sendmail receives ONEX, sendmail rejects twice MAIL FROM:
and says '503 Sender already specified' even if receives RSET.

'post' verifies addresses when I specify bcc field, and then
'post' send messages to sendmail, 'RSET' and 'MAIL FROM:'.

Is this correct behavior or a bug?  Following is config file when
I make MH 6.8.

Thanks in advance.

# for risc news
#
bin	/usr/local/mh
etc	/usr/local/mh/lib
mail	/usr/spool/mail
mandir	/usr/local/man
manuals	local
editor	/usr/ucb/vi
mts	sendmail
pop	on
popdir	/usr/etc
#
signal	int
options	BSD42 BSD43 UNISTD
#
options	POP2 RPOP APOP BIND DBMPWD LOCKF NTOHLSWAP RENAME
options	DUMB MHE MHRC MIME MSGPROT='"0600"' RPATHS SBACKUP='"\\043"'
options	JAPAN
--
iKAWAMOTO Yosihisa!               kawamoto@ics.osaka-u.ac.jp

Re: MH 6.8 problem of sending mail with bcc field

#1392

Author: Paul Pomes - UofIllinois CSO
Date: Thu, 07 Jan 1993 15:03

34 lines
1759 bytes

kawamoto@ics.osaka-u.ac.jp (KAWAMOTO Yosihisa) writes:

>Hello everyone,
>
>I have a problem in MH 6.8.  I cannot send mail with bcc field.
>'send' complains in mail with bcc field like:
>kawamoto$ send
>Use "/home/rose/kawamoto/mail/drafts/2"? y
>post: problem initializing server; [RPLY] 503 Sender already specified
>send: message not delivered to anyone
>kawamoto$

This is a problem with sendmail due to the lack of resetting when ONEX has
been given.  Vanilla sendmail forks and runs in the child after receiving
the MAIL command.  A RSET causes the child to exit and with it all the
old state information fades away.  The ONEX command prevents the fork()
and so RSET becomes a no-op.  The fix is to add some code to srvrsmtp.c
to handle RSET after ONEX.  Here's a rough code fragment:

		  case CMDRSET:		/* rset -- reset state */
			message("250", "Reset state");
			if (OneXact)
			{
				hasmail = FALSE;
				dropenvelope(CurEnv);
				CurEnv = newenvelope(CurEnv);
				CurEnv->e_flags = BlankEnvelope.e_flags;
			}
			if (InChild)
				finis();
			break;

-- 
Freedom is a family value.  Ski Colorado.	--Paul Pomes (1992)

Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads