× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



If this is the issue, there is a fix.  See
http://www.bvstools.com/faq.html.  There is a command to
run there that will fix the issue.

Brad

On Tue, 20 Dec 2005 15:11:52 -0500
 rob@xxxxxxxxx wrote:
> One history lesson with development machines and
> SNDEMAIL.  Development 
> machines were one of the first to get V5R3.  SNDEMAIL
> uses the directory 
> /tmp to store some stuff in.  In V5R3 they changed the
> directory /tmp to 
> "restrict rename, unlink" (you can see this property in
> iSeries 
> Navigator).  And until they came out with a PTF, you
> could use iSeries 
> Navigator to change this property but the next IPL would
> set it back.  The 
> ptf told it to stop setting it back.  The problem with
> having this 
> attribute on is that YOU run the SNDEMAIL, then some
> server job running as 
> some system profile does the SMTP send.  However it craps
> out because it 
> cannot delete the file in /tmp.  Giving that profile
> *ALLOBJ does not 
> matter to the "restrict rename, unlink" attribute.
> 
> Rob Berendt
> -- 
> Group Dekko Services, LLC
> Dept 01.073
> PO Box 2000
> Dock 108
> 6928N 400E
> Kendallville, IN 46755
> http://www.dekko.com
> 
> 
> 
> 
> 
> "Smith, Mike" <Mike_Smith@xxxxxxxxxxxxxxxx> 
> Sent by: midrange-l-bounces@xxxxxxxxxxxx
> 12/20/2005 02:36 PM
> Please respond to
> Midrange Systems Technical Discussion
> <midrange-l@xxxxxxxxxxxx>
> 
> 
> To
> <midrange-l@xxxxxxxxxxxx>
> cc
> 
> Fax to
> 
> Subject
> SNDEMAIL not working
> 
> 
> 
> 
> 
> 
> I'm about at wits end. 
> We have 2 Iseries.  1 production, 1 development. 
> SNDEMAIL works just dandy on the production machine.
>  SNDEMAIL does not
> work on the development machine(although it used to.  Not
> sure when it
> quit)
> 
> I have had my network guy look and he hasn't been able to
> figure out the
> problem yet. 
> I have stopped, started MSF, SMTP. 
> I can find nothing to indicate any problems, yet it still
> doesn't work.
> 
> 
> I tried to do an TRCTCPAPP APP(*SMTPCLT) SET(*ON)
> HOST(RGT), but I
> couldn't figure out how to get any results.  When I did a
> SET(*CHK) it
> told me Data capture not begun for *SMTPCLT. 
> 
> Not sure how relevent this is, but the network guy was
> able to Telnet to
> the mail server from the development machine and hand key
> an email that
> was delivered. 
> 
> I have turned on SMTP journaling and tried to send an
> email.  I have
> been reviewing the journal entries, but I don't see
> anything in there to
> indicate a problem.  Although I could easily be missing
> something. 
> 
> So my initial question is, that since I know it works on
> Production.  Is
> there any easy way to compare relevent Settings on the 2
> machines to see
> if I can identify anything out of wack. 
> 
> Secondly, anything else you can think of I can check. 
> 
> I'm pretty sure this is where the problem is, I just
> haven't been able
> to track it down yet. 
> 
> Incidentally SNDDST doesn't seem to work either. 
> 
> Michael Smith
> iSeries.mySeries.
> 
> -- 
> This is the Midrange Systems Technical Discussion
> (MIDRANGE-L) mailing 
> list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit:
> http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the
> archives
> at http://archive.midrange.com/midrange-l.
> 
> 
> -- 
> This is the Midrange Systems Technical Discussion
> (MIDRANGE-L) mailing list
> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit:
> http://lists.midrange.com/mailman/listinfo/midrange-l
> or email: MIDRANGE-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the
> archives
> at http://archive.midrange.com/midrange-l.
> 

Bradley V. Stone
BVS.Tools
www.bvstools.com

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.