IPMAILERNAME ??

2008-09-29 Thread Lionel B. Dyck
I see that in z/OS 1.8 I can now specify IPMAILERNAME instead of 
IPMAILERADDRESS.

Will this be included in z/VM at some point?

Thanks

Lionel B. Dyck, Consultant/Specialist 
Enterprise Platform Services, Mainframe Engineering 
KP-IT Enterprise Engineering 
925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] 
AIM: lbdyck | Yahoo IM: lbdyck 
Kaiser Service Credo: Our cause is health. Our passion is service. We're 
here to make lives better. 

I never guess. It is a capital mistake to theorize before one has data. 
Insensibly one begins to twist facts to suit theories, instead of theories 
to suit facts. 
- Sir Arthur Conan Doyle 

NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, 
you are prohibited from sharing, copying, or otherwise using or disclosing 
its contents. If you have received this e-mail in error, please notify the 
sender immediately by reply e-mail and permanently delete this e-mail and 
any attachments without reading, forwarding or saving them. Thank you. 


Re: IPMAILERNAME ??

2008-09-29 Thread Alan Altmark
On Monday, 09/29/2008 at 02:19 EDT, Lionel B. Dyck 
[EMAIL PROTECTED] wrote:
 I see that in z/OS 1.8 I can now specify IPMAILERNAME instead of 
 IPMAILERADDRESS. 
 
 Will this be included in z/VM at some point? 

Possible, but not likely any time soon.

As an alternative, define an :Exit. in the DTCPARMS file for SMTP and DIG 
or NSLOOKUP the name you want prior to starting the server.  Copy your 
SMTP CONFIG from 198 to the 191 and dynamically update the IPMAILERADDRESS 
to contain the list of IP addresses you discovered.

Alan Altmark
z/VM Development
IBM Endicott


Re: IPMAILERNAME ??

2008-09-29 Thread Lionel B. Dyck
Thank you

Lionel B. Dyck, Consultant/Specialist 

Enterprise Platform Services, Mainframe Engineering 
KP-IT Enterprise Engineering 
925-926-5332 (8-473-5332) | E-Mail: [EMAIL PROTECTED] 
AIM: lbdyck | Yahoo IM: lbdyck 
Kaiser Service Credo: Our cause is health. Our passion is service. We're 
here to make lives better. 

I never guess. It is a capital mistake to theorize before one has data. 
Insensibly one begins to twist facts to suit theories, instead of theories 
to suit facts. 
- Sir Arthur Conan Doyle 

NOTICE TO RECIPIENT: If you are not the intended recipient of this e-mail, 
you are prohibited from sharing, copying, or otherwise using or disclosing 
its contents. If you have received this e-mail in error, please notify the 
sender immediately by reply e-mail and permanently delete this e-mail and 
any attachments without reading, forwarding or saving them. Thank you. 
image/gif

Re: IPMAILERNAME ??

2008-09-29 Thread Alan Altmark
On Monday, 09/29/2008 at 04:55 EDT, Davis, Larry 
[EMAIL PROTECTED] wrote:
 The current Release of TCPIP for z/VM 5.2 allows you to place a DNS name
 or an IP Address on the IPMAILERADDRESS line as below or a list of IP
 Addresses and hostnames with an END statement and the SMTP CONFIG file
 should only be on the TCPMAINT 198 disk
 
 IPMAILERADDRESS ALL exchange.domain.com

Duh.  :-)  Shame on me! (And at *my* age!)

Alan Altmark
z/VM Development
IBM Endicott


Re: another SMTP question - IPMAILERNAME instead of IPMAILERADDRESS -

2006-06-22 Thread Alan Altmark
On Wednesday, 06/21/2006 at 10:15 EST, Ed Zell [EMAIL PROTECTED] 
wrote:
  z/VM 5.1 and 5.2 customers will be interested in APAR PK07003.
 
 Any chance that this APAR will be fitted back on to z/VM 4.4?  It
 would be great to get rid of the copy of  TCPIP DATA  that is on
 the SMTP machine today and use   IPMAILERADDRESS ALL  ..

No, sorry.

Alan Altmark
z/VM Development
IBM Endicott


another SMTP question - IPMAILERNAME instead of IPMAILERADDRESS -

2006-06-21 Thread Rempel, Horst
Title: another SMTP question - IPMAILERNAME instead of IPMAILERADDRESS -






hello VMers,

we are sending CMS-files via SMTP to our OUTLOOK mailserver.

I have definied the OUTLOOK mailsever in the SMTP CONFIG with the IPMAILERADDRESS statement.

Everything works fine.

But our network people advised me, that I should not hardcode the ip-address and use an ip-name instead.

In the books I cant't find a smt config configuration statement that allows me to use ipmailername instead of a ipmaileraddress.

Is there a way to do it anyhow ???


We are running zVM520 and zVM440.



kindest regards, mit freundlichen Grüßen,


Horst Rempel

Systemprogrammierung

BG Chemie Heidelberg

Germany










Re: another SMTP question - IPMAILERNAME instead of IPMAILERADDRESS -

2006-06-21 Thread David Boyes
 But our network people advised me, that I should not hardcode the
ip-address and use 
 an ip-name instead. 

Good advice. It's only been 30 years since the introduction of the DNS;
it's about time we got past hardcoded IP addresses *anywhere*. 

 In the books I cant't find a smt config configuration statement that
allows me to 
 use ipmailername instead of a ipmaileraddress. Is there a way to do it
anyhow ??? 

Not that I know of, or at least not with the VM SMTP code. The way
IPMAILERADDRESS is implemented, you have to turn off DNS resolution for
SMTP in order to force VM SMTP to deliver everything consistently to the
IPMAILERADDRESS destination rather than trying to deliver it directly to
the final destination. When you turn off DNS resolution, you lose the
ability to use a name instead of the IP address. Several of us have
reported this as a bug in the past, but it's never bubbled up to the
surface as important enough to fix, as it's documented to work this way.

Your best option is to use a Linux guest on an internal VSWITCH or GLAN
using private address space (eg 192.168.x.x) as your IPMAILERADDRESS
destination in VM SMTP, and have the Linux guest do the delivery to
Exchange/Outlook. The Linux SMTP servers permit use of a DNS name as
their smart host (and a whole lot more). 

-- db


Re: another SMTP question - IPMAILERNAME instead of IPMAILERADDRESS -

2006-06-21 Thread Alan Altmark
On Wednesday, 06/21/2006 at 06:28 AST, David Boyes [EMAIL PROTECTED] 
wrote:
  In the books I cant't find a smt config configuration statement that
 allows me to
  use ipmailername instead of a ipmaileraddress. Is there a way to do it
 anyhow ???
 
 Not that I know of, or at least not with the VM SMTP code. The way
 IPMAILERADDRESS is implemented, you have to turn off DNS resolution for
 SMTP in order to force VM SMTP to deliver everything consistently to the
 IPMAILERADDRESS destination rather than trying to deliver it directly to
 the final destination. When you turn off DNS resolution, you lose the
 ability to use a name instead of the IP address. Several of us have
 reported this as a bug in the past, but it's never bubbled up to the
 surface as important enough to fix, as it's documented to work this way.

z/VM 5.1 and 5.2 customers will be interested in APAR PK07003.  It adds 
two things:
- IPMAILERADDRESS ALL (you no longer need the DNS hack)
- IPMAILERADDRESS hostname (incl. the LIST option)

-IPMAILERADDRESS-+-+-+-+-ip_address-+---+
  | | | ||   |
  '-ALL-' | '-hostname---'   |
  |  |
'-'  |
|  ..|
|  |||
|  v||
'-LIST---+-ip_address-+-+-ENDIPMAILERADDRESS-'
 ||
 '-hostname---'

I will warn you up front that hostname is resolved only once.  If the IP 
address changes, you have to issue SMSG commands to reprocess the queue.

I like IPMAILERADDRESS ALL the best and use it to point to my Linux 
gateway that, as you point out, has much better capability.

Alan Altmark
z/VM Development
IBM Endicott


Re: another SMTP question - IPMAILERNAME instead of IPMAILERADDRESS -

2006-06-21 Thread Ed Zell
 z/VM 5.1 and 5.2 customers will be interested in APAR PK07003.
 It adds two things:
  - IPMAILERADDRESS ALL (you no longer need the DNS hack)
  - IPMAILERADDRESS hostname (incl. the LIST option)


Any chance that this APAR will be fitted back on to z/VM 4.4?  It
would be great to get rid of the copy of  TCPIP DATA  that is on
the SMTP machine today and use   IPMAILERADDRESS ALL  ..

Thanks.

Ed Zell
Illinois Mutual Life
(309) 674-8255 x-107
.


CONFIDENTIAL NOTICE:  This communication, including any attachments, is 
intended only for the use of the individual or entity to which it is addressed 
and contains information which may be confidential.  If you are not the 
intended recipient, any distribution or copying of this communication is 
strictly prohibited.  If you have received this communication in error, notify 
the sender immediately, delete the communication and destroy all copies. Thank 
you for your compliance.