Charles Steinkuehler wrote:
> 

[ snip ]

> > [1] If the first line of the mail body begins with at least one (1)
> >     non-whitespace, non-colon (:) character and is followed by a
> >     colon (:) and anything else, then *NO* body will be received
> >     with the Email !?!?  For example:
> >
> > host: Odin
> > date: Fri Oct 26 20:35:13 CDT 2001
> > src : trout
> >
> >     This can be alleviated by prepending *all* bodies with a blank
> >     line (echo).
> 
> The blank lines are *supposed* to be in there already, but I've verified
> they don't actually make it into the message.  The problem is with shell
> parsing...I really need to be able to have two input file descriptors open.
> I'll probably need to re-work a big chunk of the mail script to fix this,
> but it will be fixed soon.

Actually, adding (pre-pending) the echo line to your block ({ ... })
works *without* further modifications.

> Also, could you verify the shell you're running?

Your bash.lrp.

> > [3] /var/log/mail.log exists; but, I've not yet seen anything
> >     write to it.  In order to facilitate debugging Email issues,
> >     as well as to keep track of outgoing Email attempts, I suggest
> >     adding the following subroutine to /lib/POSIXness/POSIXness.mail:
> >
> > log () {
> > LOG=/var/log/mail.log
> > STR=`date '+%b %d %T'`
> > STR="${STR} ${HOSTNAME} mail[$$]: $user => [$envelopes]: $subject"
> > echo $STR >> $LOG
> > }
> >
> >     I suggest calling log prior to that final `exit 0' and the last
> >     `done'; but, there maybe a more sane location ;>
> >
> > What do you think?
> 
> Yes, I should probably add some sort of logging facilities to the mail
> script.

NOTE: Subsequent to this first post, I amended the function above with a
call to logger.  Actually, quite a simple addition; but, you may want to
local-ize all of my function variables, since I cannot guarantee
var-name collisions, or lack thereof, from other scripts . . .

> [4] There seems to be a problem with the busybox hostname...I'll fix that
> too.

Should I understand this reference ???

-- 

Best Regards,

mds
mds resource
888.250.3987

Dare to fix things before they break . . .

Our capacity for understanding is inversely proportional to how much we
think we know.  The more I know, the more I know I don't know . . .

_______________________________________________
Leaf-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-user

Reply via email to