<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: SMTP Mail (SFF) in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/smtp-mail-sff/m-p/4139213#M13982</link>
    <description>And the other option here is to move to a list server or mail server; to move to software specifically intended to manage and to ship out boatloads of mail messages...&lt;BR /&gt;&lt;BR /&gt;There are ports of MajorDomo and ListServ around (see below), and there are other servers available.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://h71000.www7.hp.com/openvms/products/ips/majordomo/" target="_blank"&gt;http://h71000.www7.hp.com/openvms/products/ips/majordomo/&lt;/A&gt;&lt;BR /&gt;&lt;A href="http://www.lsoft.com/" target="_blank"&gt;http://www.lsoft.com/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;There are older packages around (older MX was on the Freeware, and more current bits will likely require a discussion with Matt Madison) and it PMDF (commercial, Process Software) is almost certainly an option.&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Sun, 03 Feb 2008 18:32:29 GMT</pubDate>
    <dc:creator>Hoff</dc:creator>
    <dc:date>2008-02-03T18:32:29Z</dc:date>
    <item>
      <title>SMTP Mail (SFF)</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/smtp-mail-sff/m-p/4139209#M13978</link>
      <description>We use the TCPIP$SMTP_SFF.EXE program extensively to send mail messages both with and without attachments. When SFF is executed  it queues the mail message to the smtp queue with a default priority of 100. Sometimes we queue 1000's of mail messages and the queue gets backed up. During this backup in the queue, we would like to let high priority users send mail messages and pop them to the front of the SMTP queue. We can do so manually (after the item is in the SMTP queue) by doing a "set/entry=xxx/priority=200" command and it immediately places the entry at the front of the SMTP queue. To avoid this manual process, is there a way to advise TCPIP$SMTP_SFF.EXE to place a mail message in the SMTP queue at a priority other than the default of 100 when TCPIP$SMTP_SFF.EXE is executed?</description>
      <pubDate>Fri, 01 Feb 2008 18:54:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/smtp-mail-sff/m-p/4139209#M13978</guid>
      <dc:creator>Jerry Rieman</dc:creator>
      <dc:date>2008-02-01T18:54:58Z</dc:date>
    </item>
    <item>
      <title>Re: SMTP Mail (SFF)</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/smtp-mail-sff/m-p/4139210#M13979</link>
      <description>AFAIK, no.  There's no re-prioritization setting, and no queue redirection setting within the tool. &lt;BR /&gt;&lt;BR /&gt;That would be a reasonable enhancement request.&lt;BR /&gt;&lt;BR /&gt;Whatever tool calling TCPIP$SMTP_SFF.EXE would likely need to deal with this using f$getqui and such; to deal with this requirement more directly.&lt;BR /&gt;&lt;BR /&gt;Scan the queue using f$getqui looking for these SMTP log-jams, and use (say) the associated username and/or some other distinctive attribute to determine which queue entries to drop priority.  You could run this at, say, five minute intervals.  Or (better) run this from the same sequence that calls TCPIP$SMTP_SFF.EXE.&lt;BR /&gt;&lt;BR /&gt;There are examples of calling f$getqui around; it's a mildly hairy lexical function, and was a common question over in the old Ask The Wizard area.  (To find this and various other DCL examples, download &lt;A href="http://h71000.www7.hp.com/wizard/wizard.zip" target="_blank"&gt;http://h71000.www7.hp.com/wizard/wizard.zip&lt;/A&gt; and search through the archives.)&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 01 Feb 2008 19:27:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/smtp-mail-sff/m-p/4139210#M13979</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2008-02-01T19:27:53Z</dc:date>
    </item>
    <item>
      <title>Re: SMTP Mail (SFF)</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/smtp-mail-sff/m-p/4139211#M13980</link>
      <description>for other examples of F$GETQUI see&lt;BR /&gt;&lt;A href="http://dcl.openvms.org" target="_blank"&gt;http://dcl.openvms.org&lt;/A&gt;</description>
      <pubDate>Fri, 01 Feb 2008 22:08:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/smtp-mail-sff/m-p/4139211#M13980</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2008-02-01T22:08:27Z</dc:date>
    </item>
    <item>
      <title>Re: SMTP Mail (SFF)</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/smtp-mail-sff/m-p/4139212#M13981</link>
      <description>Jerry,&lt;BR /&gt;&lt;BR /&gt;Unfortunately TCPIP$SMTP_SFF doesn't set $ENTRY to tell you the entry number it just submitted. Oh well :-(&lt;BR /&gt;&lt;BR /&gt;However, you can predict the entry name to some extent, which lets you use an "easy" F$GETQUI call.&lt;BR /&gt;&lt;BR /&gt; A wildcard DISPLAY_ENTRY on the entry name doesn't need to set queue context. It will find all entries with matching names on all queues. The entry name will look something like:&lt;BR /&gt;&lt;BR /&gt;&lt;JDATE&gt;&lt;TIME&gt;_&lt;USERNAME&gt;-&lt;NNN&gt;&lt;BR /&gt;&lt;BR /&gt;You could try this:&lt;BR /&gt;&lt;BR /&gt;$ MCR TCPIP$SMTP_SFF &lt;WHATEVER...&gt;&lt;BR /&gt;$!  Note 2 digit year in julian date!&lt;BR /&gt;$ entname=F$EXTRACT(2,6,F$CVTIME(,,"DATE")-"-"-"-")+-&lt;BR /&gt; "%%%%%%%%_"+-&lt;BR /&gt; F$EDIT(F$GETJPI("","USERNAME"),"COLLAPSE")+"-*"&lt;BR /&gt;$ EntLoop: &lt;BR /&gt;$   ent=F$GETQUI("DISPLAY_ENTRY","ENTRY_NUMBER",-&lt;BR /&gt;entname,"WILDCARD")&lt;BR /&gt;$   IF ent.NES.""&lt;BR /&gt;$   THEN&lt;BR /&gt;$     SET ENTRY 'ent'/PRIORITY=200&lt;BR /&gt;$     GOTO entloop&lt;BR /&gt;$   ENDIF&lt;BR /&gt;&lt;BR /&gt;If the entry doesn't exist, you can assume it's already been executed, so you don't need to bump the priority. As it stands, the code will find all entries submitted by the user "today". You could get a bit more specific by filling in more of the time fields, replacing the % wildcards (but remember you don't know the exact time, so going finer than hours and minutes might not work). There are also day, hour and minute rollover timing windows if you want to get really picky, but it's probably close enough for what you want. The other potential issue is that entries which fail for some reason will be retried. I don't think your increased priority will be propagated to the retry (but then, my guess is you wouldn't care about that?)&lt;/WHATEVER...&gt;&lt;/NNN&gt;&lt;/USERNAME&gt;&lt;/TIME&gt;&lt;/JDATE&gt;</description>
      <pubDate>Sat, 02 Feb 2008 08:17:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/smtp-mail-sff/m-p/4139212#M13981</guid>
      <dc:creator>John Gillings</dc:creator>
      <dc:date>2008-02-02T08:17:05Z</dc:date>
    </item>
    <item>
      <title>Re: SMTP Mail (SFF)</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/smtp-mail-sff/m-p/4139213#M13982</link>
      <description>And the other option here is to move to a list server or mail server; to move to software specifically intended to manage and to ship out boatloads of mail messages...&lt;BR /&gt;&lt;BR /&gt;There are ports of MajorDomo and ListServ around (see below), and there are other servers available.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://h71000.www7.hp.com/openvms/products/ips/majordomo/" target="_blank"&gt;http://h71000.www7.hp.com/openvms/products/ips/majordomo/&lt;/A&gt;&lt;BR /&gt;&lt;A href="http://www.lsoft.com/" target="_blank"&gt;http://www.lsoft.com/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;There are older packages around (older MX was on the Freeware, and more current bits will likely require a discussion with Matt Madison) and it PMDF (commercial, Process Software) is almost certainly an option.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Sun, 03 Feb 2008 18:32:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/smtp-mail-sff/m-p/4139213#M13982</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2008-02-03T18:32:29Z</dc:date>
    </item>
    <item>
      <title>Re: SMTP Mail (SFF)</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/smtp-mail-sff/m-p/4139214#M13983</link>
      <description>I appreciate the replies. Our approach has been to modify the sysgen param defquepri and lower it while we are submitting the batch e-mails and then return it to normal when the batch job is complete. This is a dynamic param so it is pretty simple to do. Of course, any users submitting their own tasks during this period would get the same priority value as well.&lt;BR /&gt;&lt;BR /&gt;Is SYSGEN the only way to change any dynamic sysgen params on the fly? I did not spot any system service calls for this - or did I just miss it.</description>
      <pubDate>Tue, 01 Apr 2008 19:30:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/smtp-mail-sff/m-p/4139214#M13983</guid>
      <dc:creator>Jerry Rieman</dc:creator>
      <dc:date>2008-04-01T19:30:58Z</dc:date>
    </item>
    <item>
      <title>Re: SMTP Mail (SFF)</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/smtp-mail-sff/m-p/4139215#M13984</link>
      <description>Jerry,&lt;BR /&gt;&lt;BR /&gt;from your Forum Profile:&lt;BR /&gt;&lt;BR /&gt;&lt;QUOTE&gt;&lt;BR /&gt;I have assigned points to 2 of 26 responses to my questions.&lt;BR /&gt;&lt;/QUOTE&gt;&lt;BR /&gt;(dating back to 2006!)&lt;BR /&gt;&lt;BR /&gt;Maybe you can find some time to do some assigning?&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://forums1.itrc.hp.com/service/forums/helptips.do?#33" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/helptips.do?#33&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Mind, I do NOT say you necessarily need to give lots of points. It is fully up to _YOU_ to decide how many. If you consider an answer is not deserving any points, you can also assign 0 ( = zero ) points, and then that answer will no longer be counted as unassigned.&lt;BR /&gt;Consider, that every poster took at least the trouble of posting for you!&lt;BR /&gt;&lt;BR /&gt;To easily find your streams with unassigned points, click your own name somewhere.&lt;BR /&gt;This will bring up your profile.&lt;BR /&gt;Near the bottom of that page, under the caption "My Question(s)" you will find "questions or topics with unassigned points " Clicking that will give all, and only, your questions that still have unassigned postings.&lt;BR /&gt;If you have closed some of those streams, you must "Reopen" them to "Submit points". (After which you can "Close" again)&lt;BR /&gt;&lt;BR /&gt;Do not forget to explicitly activate "Submit points", or your effort gets lost again!!&lt;BR /&gt;&lt;BR /&gt;Thanks on behalf of your Forum colleagues.&lt;BR /&gt;&lt;BR /&gt;PS. - nothing personal in this. I try to post it to everyone with this kind of assignment ratio in this forum. If you have received a posting like this before - please do not take offence - none is intended!&lt;BR /&gt;&lt;BR /&gt;PPS. - Zero points for this.&lt;BR /&gt;&lt;BR /&gt;Proost.&lt;BR /&gt;&lt;BR /&gt;Have one on me.&lt;BR /&gt;&lt;BR /&gt;jpe</description>
      <pubDate>Wed, 02 Apr 2008 10:04:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/smtp-mail-sff/m-p/4139215#M13984</guid>
      <dc:creator>Jan van den Ende</dc:creator>
      <dc:date>2008-04-02T10:04:13Z</dc:date>
    </item>
  </channel>
</rss>

