Sponsored Content
Full Discussion: Automated e-mailer problem
Top Forums Shell Programming and Scripting Automated e-mailer problem Post 302708615 by jim mcnamara on Monday 1st of October 2012 10:25:11 PM
Old 10-01-2012
assuming that sendmail -t $tmp does work to send email. I do not see where the $uid variable gets used to address email. Oh well.
bash or ksh example using your code fragment:
Code:
#!/bin/bash
cnt=0;
for uid in $members
do
   sendmail -t  < $tmp
   cnt=$(( $cnt + 1 ))
   [  $(( $cnt % 15 )) -eq 0 ]   && wait
done 
wait

This sends 15 at one pass. You may have exceeded resource limits trying to send hundreds of emails at one time. I agree with corona -sometimes we have requirements that are there for a really poor reasons. Why is there a major time constraint on this job? Or are you simply learning how to do this?

Last edited by jim mcnamara; 10-01-2012 at 11:32 PM..
This User Gave Thanks to jim mcnamara For This Post:
 

4 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

automated back up problem

Hi.. I am using HP UX 11.0 i want to make automated back up from SAM back up tool.... so i mentioned the file systems and back up device /dev/rmt/0m and time 0:00 and days of the week........ but it was not successful.....the back up job was not started on specified time..... i am in... (7 Replies)
Discussion started by: Prafulla
7 Replies

2. UNIX for Dummies Questions & Answers

Mailer Deamon Question

does somebody knows why when my IRIX system is booting it stop for more than 3 minutes in MAILER DEMOND.??? Thanks in advance for your help (1 Reply)
Discussion started by: michoacan2000
1 Replies

3. UNIX for Dummies Questions & Answers

UNIX command line mailer

What is the difference betweeen MAILX and SENDMAIL. I have SENDMAIL configured in my system, how is it different then MAILX, espicially in the syntax of sending mail from the command line. Thanks in advance (3 Replies)
Discussion started by: dctm_deve
3 Replies

4. Shell Programming and Scripting

Drop mailer-daemon mails

Hi all, I am using a Solaris 10 machine as SMTP server. All MAILER-DAEMON mails that are not delivered are getting stuck in /var/spool/mqueue . Is there any way to DISCARD/DROP/DELETE such mails automatically so that they don't pile up in my queue ? regards (1 Reply)
Discussion started by: Junaid Subhani
1 Replies
PCAP_LOOP(3PCAP)														  PCAP_LOOP(3PCAP)

NAME
pcap_loop, pcap_dispatch - process packets from a live capture or savefile SYNOPSIS
#include <pcap/pcap.h> typedef void (*pcap_handler)(u_char *user, const struct pcap_pkthdr *h, const u_char *bytes); int pcap_loop(pcap_t *p, int cnt, pcap_handler callback, u_char *user); int pcap_dispatch(pcap_t *p, int cnt, pcap_handler callback, u_char *user); DESCRIPTION
pcap_loop() processes packets from a live capture or ``savefile'' until cnt packets are processed, the end of the ``savefile'' is reached when reading from a ``savefile'', pcap_breakloop() is called, or an error occurs. It does not return when live read timeouts occur. A value of -1 or 0 for cnt is equivalent to infinity, so that packets are processed until another ending condition occurs. pcap_dispatch() processes packets from a live capture or ``savefile'' until cnt packets are processed, the end of the current bufferful of packets is reached when doing a live capture, the end of the ``savefile'' is reached when reading from a ``savefile'', pcap_breakloop() is called, or an error occurs. Thus, when doing a live capture, cnt is the maximum number of packets to process before returning, but is not a minimum number; when reading a live capture, only one bufferful of packets is read at a time, so fewer than cnt packets may be processed. A value of -1 or 0 for cnt causes all the packets received in one buffer to be processed when reading a live capture, and causes all the packets in the file to be processed when reading a ``savefile''. (In older versions of libpcap, the behavior when cnt was 0 was undefined; different platforms and devices behaved differently, so code that must work with older versions of libpcap should use -1, nor 0, as the value of cnt.) callback specifies a pcap_handler routine to be called with three arguments: a u_char pointer which is passed in the user argument to pcap_loop() or pcap_dispatch(), a const struct pcap_pkthdr pointer pointing to the packet time stamp and lengths, and a const u_char pointer to the first caplen (as given in the struct pcap_pkthdr a pointer to which is passed to the callback routine) bytes of data from the packet. The struct pcap_pkthdr and the packet data are not to be freed by the callback routine, and are not guaranteed to be valid after the callback routine returns; if the code needs them to be valid after the callback, it must make a copy of them. RETURN VALUE
pcap_loop() returns 0 if cnt is exhausted, -1 if an error occurs, or -2 if the loop terminated due to a call to pcap_breakloop() before any packets were processed. It does not return when live read timeouts occur; instead, it attempts to read more packets. pcap_dispatch() returns the number of packets processed on success; this can be 0 if no packets were read from a live capture (if, for example, they were discarded because they didn't pass the packet filter, or if, on platforms that support a read timeout that starts before any packets arrive, the timeout expires before any packets arrive, or if the file descriptor for the capture device is in non-blocking mode and no packets were available to be read) or if no more packets are available in a ``savefile.'' It returns -1 if an error occurs or -2 if the loop terminated due to a call to pcap_breakloop() before any packets were processed. If your application uses pcap_breakloop(), make sure that you explicitly check for -1 and -2, rather than just checking for a return value < 0. If -1 is returned, pcap_geterr() or pcap_perror() may be called with p as an argument to fetch or display the error text. SEE ALSO
pcap(3PCAP), pcap_geterr(3PCAP), pcap_breakloop(3PCAP) 24 December 2008 PCAP_LOOP(3PCAP)
All times are GMT -4. The time now is 10:09 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy