at reminder script Post: 302564351

Sponsored Content

Homework and Emergencies Homework & Coursework Questions at reminder script Post 302564351 by csharp100 on Thursday 13th of October 2011 11:35:23 AM

10-13-2011

Registered User

Ok everyone, I am back. My problem this time is the elm -s in the 2nd if loop is not working. I cannot get it to mail the message to me when I am offline. Here is my code:

Code:

# Alertme.p1 program, version 0.7
# Author - Clint Sharp
# This program is interactive and will alert the user
# if they are online at more than one terminal. It will also mail the
# user at the mail address associated with the user id.
mkdir ~/Msgs
echo "\nEnter your reminder message.
When finished, enter a period (.) at
the beginning of a line and press <ENTER>.
(Or press Ctrl-C to exit the script)\n"
while :
do
        read MESSAGE
        if [ "$MESSAGE" = "." ]
        then
                break
        else
                echo $MESSAGE >> ~/Msgs/message.$$
        fi
done
echo "\nEnter the time and day you want to
receive the message, for example:
0815am Jun 14
8:15am Jun 14
now + 1 day
5 pm Friday
8:15am 6/14/2011
Then press <ENTER>\n"
read TIME 
echo "\nAt $TIME mail or write $LOGNAME ~/Msgs/message.$$\n"
at -k $TIME << EOF
if [ `who | grep -c "$LOGNAME"` -gt 0 ]; then
who | cut -c1-20 | grep $LOGNAME | cut -c12-20 > ~/tmp
while read inputline
do
        write $LOGNAME \$inputline < ~/Msgs/message.$$ > /dev/null 2>&1
done < ~/tmp
exit
fi
if [ `who | grep -c "$LOGNAME"` -eq 0 ]; then
elm -s $LOGNAME < ~/Msgs/message.$$
exit
fi
rm -r ~/Msgs
rm -r ~/tmp
exit 0
EOF

Can anyone see what might be the problem? I appreciate all the help here. I will clean up this script with sed and awk on the next assignment. We are in the process of learning both now.

csharp100

View Public Profile for csharp100

Find all posts by csharp100

2 More Discussions You Might Find Interesting

1. Homework & Coursework Questions

Reminder script not working...

Use and complete the template provided. The entire template must be completed. If you don't, your post may be deleted! 1. The problem statement, all variables and given/known data: We have been tasked to write an at reminder script that will write or echo a message to more than one user. What...

2. OS X (Apple)

A simple reminder script for beginners to shell scripting.

(Apologies for any typos.) Well hands up those who have been in the following situation(s):- Your partner, (in my case the missus), sees that you are messing with your machine and says something like, "can you keep an eye on the dinner, I am going out shopping", and you look up glazed eyed...

LEARN ABOUT SUSE

maildir

maildir(5)                                                      File Formats Manual                                                     maildir(5)

NAME

       maildir - directory for incoming mail messages

INTRODUCTION

       maildir  is  a structure for directories of incoming mail messages.  It solves the reliability problems that plague mbox files and mh fold-
       ers.

RELIABILITY ISSUES

       A machine may crash while it is delivering a message.  For both mbox files and mh folders this means that  the  message  will  be  silently
       truncated.   Even  worse: for mbox format, if the message is truncated in the middle of a line, it will be silently joined to the next mes-
       sage.  The mail transport agent will try again later to deliver the message, but it is unacceptable that a corrupted message should show up
       at all.  In maildir, every message is guaranteed complete upon delivery.

       A  machine may have two programs simultaneously delivering mail to the same user.  The mbox and mh formats require the programs to update a
       single central file.  If the programs do not use some locking mechanism, the central file will be corrupted.  There are several mbox and mh
       locking  mechanisms,  none  of which work portably and reliably.  In contrast, in maildir, no locks are ever necessary.  Different delivery
       processes never touch the same file.

       A user may try to delete messages from his mailbox at the same moment that the machine delivers a new message.  For mbox  and  mh  formats,
       the  user's  mail-reading  program must know what locking mechanism the mail-delivery programs use.  In contrast, in maildir, any delivered
       message can be safely updated or deleted by a mail-reading program.

       Many sites use Sun's Network Failure System (NFS), presumably because the operating system vendor does not offer anything else.  NFS  exac-
       erbates  all  of  the above problems.  Some NFS implementations don't provide any reliable locking mechanism.  With mbox and mh formats, if
       two machines deliver mail to the same user, or if a user reads mail anywhere except the delivery machine,  the  user's  mail  is  at  risk.
       maildir works without trouble over NFS.

THE MAILDIR STRUCTURE

       A directory in maildir format has three subdirectories, all on the same filesystem: tmp, new, and cur.

       Each file in new is a newly delivered mail message.  The modification time of the file is the delivery date of the message.  The message is
       delivered without an extra UUCP-style From_ line, without any >From quoting, and without an extra blank line at the end.   The  message  is
       normally in RFC 822 format, starting with a Return-Path line and a Delivered-To line, but it could contain arbitrary binary data.  It might
       not even end with a newline.

       Files in cur are just like files in new.  The big difference is that files in cur are no longer new mail: they have been seen by the user's
       mail-reading program.

HOW A MESSAGE IS DELIVERED

       The tmp directory is used to ensure reliable delivery, as discussed here.

       A  program  delivers  a  mail  message  in  six  steps.   First,  it  chdir()s  to  the  maildir  directory.   Second,  it stat()s the name
       tmp/time.pid.host, where time is the number of seconds since the beginning of 1970 GMT, pid is the program's process ID, and  host  is  the
       host  name.   Third,  if stat() returned anything other than ENOENT, the program sleeps for two seconds, updates time, and tries the stat()
       again, a limited number of times.  Fourth, the program creates tmp/time.pid.host.  Fifth, the program NFS-writes the message to  the  file.
       Sixth, the program link()s the file to new/time.pid.host.  At that instant the message has been successfully delivered.

       The  delivery  program  is  required  to  start  a  24-hour timer before creating tmp/time.pid.host, and to abort the delivery if the timer
       expires.  Upon error, timeout, or normal completion, the delivery program may attempt to unlink() tmp/time.pid.host.

       NFS-writing means (1) as usual, checking the number of bytes returned from each write() call; (2) calling fsync() and checking  its  return
       value;  (3)  calling close() and checking its return value.  (Standard NFS implementations handle fsync() incorrectly but make up for it by
       abusing close().)

HOW A MESSAGE IS READ

       A mail reader operates as follows.

       It looks through the new directory for new messages.  Say there is a new message, new/unique.  The reader may freely display  the  contents
       of new/unique, delete new/unique, or rename new/unique as cur/unique:info.  See http://pobox.com/~djb/proto/maildir.html for the meaning of
       info.

       The reader is also expected to look through the tmp directory and to clean up any old files found there.  A  file  in  tmp  may  be  safely
       removed if it has not been accessed in 36 hours.

       It  is  a  good  idea for readers to skip all filenames in new and cur starting with a dot.  Other than this, readers should not attempt to
       parse filenames.

ENVIRONMENT VARIABLES

       Mail readers supporting maildir use the MAILDIR environment variable as the name of the user's primary mail directory.

SEE ALSO

       mbox(5), qmail-local(8)

                                                                                                                                        maildir(5)