List of Receive Management Information fields
You can register file information about the file to be received (called Receive file or receive target file). For the registration method, refer to Using the Receive Management Information.
Field List
Field name |
Default Value |
Setting Value |
Optional |
Remarks |
||
---|---|---|---|---|---|---|
Screen |
File |
|||||
RCVFILE |
|
Uppercase alphanumeric characters and "_" |
- |
Within 50 bytes |
||
COMMENT |
|
Characters |
✓ |
Within 60 bytes (*1) |
||
Basic Settings |
||||||
|
FILENAME |
|
Characters |
- |
Within 200 bytes |
|
OWNER |
|
Alphanumeric characters |
✓ |
Within 14 bytes (*2) |
||
GROUP |
|
Alphanumeric characters |
✓ |
Within 14 bytes (*2) |
||
PERM |
Marked |
(*3) |
✓ |
|||
TRANSMODE |
New Creation (N) |
(*4) |
- |
|||
ABNORMAL |
Delete (D) |
(*4) |
- |
|||
RCVTYPE |
Single Receive (S) |
(*4) |
- |
|||
GENCTL |
No (N) |
(*4) |
- |
|||
GENMNGNO |
|
0, 2–9999 |
✓ |
|
||
CODESET |
Autoconfiguration |
(*4) |
✓ |
(*5) |
||
CODESET |
(*6) |
(*4) |
✓ |
(*7) |
||
JOBID |
|
Alphanumeric characters and "_" |
✓ |
Within 50 bytes |
||
EJOBID |
|
Alphanumeric characters and "_" |
✓ |
Within 50 bytes |
||
Extension Settings |
||||||
|
JOBWAIT |
Receive Completion (T) |
(*4) |
✓ |
||
GRPID |
|
Alphanumeric characters and "_" |
✓ |
Within 50 bytes |
||
DATAVERIFY |
No (0) |
(*4) |
✓ |
|||
PASSWORD |
|
Alphanumeric characters |
✓ |
8–20 bytes |
||
Hexadecimal character string |
- |
64 digits |
✓ |
: |
Optional |
- |
: |
Mandatory |
*1 |
: |
On the HULFT Manager Management Console, you can enter a string of up to 60 characters. When the destination host is HULFT Ver.8.1 or higher, the size of the string that you entered will be checked based on the code set that is set in HULFT at the connection destination. When HULFT checks and confirms that the size of the string meets the condition that is given in the remarks, the characters that you entered will be saved in HULFT. |
*2 |
: |
You cannot omit only Owner Name (OWNER) or only Group Name (GROUP). |
*3 |
: |
For the HULFT Manager Management Console, select the check box. |
*4 |
: |
For the HULFT Manager Management Console, click a setting value on the pulldown list. |
*5 |
: |
This field is displayed when HULFT Manager connects to HULFT Ver.8.1 or higher. |
*6 |
: |
The default value varies depending on the setting of HULFT Operation Language (hullang) in the System Environment Settings on the destination host.
|
*7 |
: |
This field is displayed when HULFT Manager connects to HULFT lower than Ver.8.1. |
*8 |
: |
This type of cipher key can be set in either of the following cases:
|
*9 |
: |
This type of cipher key must be set in either of the following cases:
|
Explanation of each field
This section explains the fields to be specified in the Receive Management Information. The parenthesized strings are the names of each field and you can use them as field tags in a parameter file when registering the information.
- File ID (RCVFILE)
-
ID that identifies the Receive file
- Comment (COMMENT)
-
Comment for the Receive file
= Remarks =For HULFT for NSK, you can specify a Pre-receive Job and the extent.
-
To specify a Pre-receive Job that you want to start, put '@' at the first byte, followed by a character string as the Job ID of the Pre-receive Job. Specify the Job ID within 50 bytes. For details on job IDs, refer to List of Job Information fields. For details on Pre-receive Jobs, refer to NSK Administration Manual.
-
You can specify the capacity of the Guardian file by putting the second '@' followed by a 13-byte character string as the capacity. For details on how to specify the capacity of the Guardian file, refer to NSK Administration Manual.
-
If you specify a Pre-receive Job or the extent, the third '@' indicates the beginning of a comment. If you do not specify either a Pre-receive Job or the capacity of the Guardian file, put the first or the second '@' without specifying a character string for it and then put the subsequent '@' immediately after the preceding '@.'
-
Basic Settings
- Receive File Name (FILENAME)
-
Name of the Receive file
Specify the file name with a full path.
In HULFT10 Enterprise grade environments, you can specify a file that uses network resources.
For details on networked files, refer to Linux/AIX Administration Manual.
- Owner Name (OWNER)
-
Owner of the Receive file
Set the owner name registered in the system.
Note-
When you operate HULFT as a general user, if you specify Owner Name, specify the user name of the user account that started the Receive daemon. If you specify another user name, creation of the Receive file may fail.
-
You cannot omit only Owner Name or only Group Name.
-
If you omit Owner Name (OWNER), creation of the Receive file is carried out with the group name of the user account that started the Receive daemon.
-
- Group Name (GROUP)
-
Group name of the Receive file
Set the group name registered in the system.
Note-
When you operate HULFT as a general user and specify Group Name, specify the group name of the group to which the user account that started the Receive daemon belongs. If you specify another group name, creation of the Receive file may fail.
-
You cannot omit only Owner Name or only Group Name.
-
If you omit Group Name, creation of the Receive file is carried out with the group name of the user account that started the Receive daemon.
-
- Permission (PERM)
-
Permission mode to read, write, or execute the file.
- Unmarked (0):
-
Not Permitted
- Marked (1):
-
Permitted
Omitting this field sets the following:
Table 4.37 Default Values of Access Permissions by User Type
Read
Write
Execute
Owner
Permitted
Permitted
Not Permitted
Group Name
Permitted
Permitted
Not Permitted
Other
Permitted
Permitted
Not Permitted
- Registration Mode (TRANSMODE)
-
Registration mode for the Receive file
- New Creation (N):
-
Create new Receive files.
When you use an existing file name, an error occurs.
- Replace (R):
-
Replace the content of an existing file with received data.
A new file is created if the file does not exist.
- Append (M):
-
Append the received data to the end of the existing files.
A new file is created if the file does not exist.
When Receive Mode is set to 'Single Receive (S)' and Registration Mode is set to 'Append (M)' and an error occurs during receiving, Receive data obtained before the occurrence of the error will be appended.
- Error Handling (ABNORMAL)
-
Handling of the Receive file when the Receive processing fails
- Delete:
-
Delete the Receive file.
- Keep:
-
Keep the Receive file as it is when the Receive processing fails.
- Restore:
-
Back up the Receive file before the Receive processing starts and restore the Receive file from the backup if the Receive processing fails.
If the Receive file does not exist before the Receive processing starts, HULFT operates in the same way as when you specify 'Delete.'
- Receive Mode (RCVTYPE)
-
Specify how the Receive file or Receive files are received
- Single Receive (S):
-
File is received from a single host.
- Multiple Receive (M):
-
File is received from multiple hosts and one file is created.
If you specify 'Multiple Receive (M),' you must specify 'Append (M)' for Registration Mode and 'Keep (K)' for Error Handling (ABNORMAL).
- Generational Management (GENCTL)
-
Select whether to apply a generational management to the Receive file
- No (N):
-
Generational management is disabled.
- Yes (Y):
-
Generational management is enabled.
When you specify 'Yes (Y),' specify the following settings:
-
'New Creation (N)' or 'Replace (R)' for Registration Mode
-
'Delete (D)' for Error Handling
- No. of Generations (GENMNGNO)
-
Number of generations used for managing the Receive file
The setting value is valid only when Generational Management (GENCTL) is set to 'Yes (Y).'
- EBCDIC Set (CODESET)
-
Specify Type-EBCDIC Code Set that is used for the conversion of single-byte codes
Specify the EBCDIC Set for the sending-side host.
This field is displayed when HULFT Manager connects to HULFT Ver.8.1 or higher.
-
Autoconfiguration (0)
-
Katakana (A)
-
Lower Case (B)
-
ASCII (C)
-
ASPEN (D)
-
Japan (Latin) for IBM (E)
-
Japan (Latin) Extended for IBM (F)
-
NEC Katakana (G)
-
Japan (Katakana) Extended for IBM (H)
-
Simplified Chinese Extended (I)
-
User Table 1 (V)
-
User Table 2 (W)
-
User Table 3 (X)
Omitting this field sets 'Autoconfiguration (0).'
This setting is valid when the host on the sending side is a Type MF-IBMi host and when you specify receiving-side conversion.
-
- EBCDIC Code Set (CODESET)
-
Specify Type-EBCDIC Code Set that is used for the conversion of single-byte codes
Specify the EBCDIC Set for the sending-side host.
This field is displayed when HULFT Manager connects to HULFT lower than Ver.8.1.
-
Kana (A)
-
Lower Case (B)
-
ASCII (C)
-
ASPEN (D)
-
Standard (E)
-
Standard Extension (F)
-
NEC Kana (G)
-
Kana Extension (H)
-
User Table 1 (V)
-
User Table 2 (W)
-
User Table 3 (X)
This setting is valid when the host on the sending side uses the Type-EBCDIC Code Set and you specify receiving-side conversion.
If you omit this setting, the default value varies depending on the setting of HULFT Operation Language (hullang) in the System Environment Settings on the destination host.
-
When HULFT Operation Language is set to 'JPN' (Japanese)
'Kana' (A) is set.
-
When HULFT Operation Language is set to 'ENG' (English)
'Standard' (E) is set.
For details on HULFT Operation Language, refer to Linux/AIX Administration Manual.
-
- Successful Job ID (JOBID)
-
ID of the job to be started when the Receive processing of the file ends successfully
For details on job IDs, refer to List of Job Information fields.
If omitted, HULFT does not start the specified job.
- Unsuccessful Job ID (EJOBID)
-
ID of the job to be started when the Receive processing of the file ends unsuccessfully
For details on job IDs, refer to List of Job Information fields.
If omitted, HULFT does not start the specified job.
Extension Settings
- Notification (JOBWAIT)
-
Receive completion notification to be sent to the host on the sending side
- Receive Completion (T):
-
Notify after completion of the Receive processing
- Successful Job Completion (J):
-
Notify upon completion of the successful job (job to be executed in normal situation) after the Receive processing
Omitting this field sets 'Receive Completion (T).'
- Transfer Group ID (GRPID)
-
Transfer group ID of the Receive file
For details on transfer group IDs, refer to List of Transfer Group Information fields.
- Verify Data (DATAVERIFY)
-
Specify whether to verify the data of the file to be received.
- No (0):
-
Do not verify data
- Yes (1):
-
Verify data
Omitting this field sets 'No (0).'
- Cipher Key (when Forced Strong Key mode is disabled) (PASSWORD)
-
Key that HULFT uses when decrypting the data
Specify this field to decrypt encrypted data.
Set the same cipher key as the one set in the Send Management Information of the remote host.
If no cipher key is set in the Send Management Information on the sending-side host, the cipher key is not used even when it is set on the receiving-side host.
If the cipher keys are not identical, data is not decrypted correctly.
- Cipher Key (when Forced Strong Key mode is enabled) (PASSWORD)
-
Specify the same cipher key as is specified in the Send Management Information on the remote host.
If the cipher keys are not identical, data is not decrypted correctly.
Points to be noted when configuring settings
File ID
You cannot specify "_INSTANT_TRANSFER_" for File ID (RCVFILE).
Specification of Registration Mode, Receive Mode, and Generational Management
The combinations that can be specified in the Receive Management Information are as follows:
Registration Mode |
Error Handling |
Receive Mode |
|||
---|---|---|---|---|---|
Single Receive |
Multiple Receive |
||||
Generational Management |
Generational Management |
Generational Management |
Generational Management |
||
Enabled |
Disabled |
Enabled |
Disabled |
||
New Creation |
Delete |
✓ |
✓ |
|
|
Keep |
|
✓ |
|
|
|
Restore |
|
✓ |
|
|
|
Replace |
Delete |
✓ |
✓ |
|
|
Keep |
|
✓ |
|
|
|
Restore |
|
✓ |
|
|
|
Append |
Delete |
|
✓ |
|
|
Keep |
|
✓ |
|
✓ |
|
Restore |
|
✓ |
|
|
✓ |
: |
Combination that can be specified |
Blank |
: |
Combination that cannot be specified |
Error Handling
-
Point to be noted when specifying 'Delete (D)'
-
When 'New Creation (N)' is selected for Registration Mode, if an error occurs because the Receive file already exists, the existing file is not deleted.
-
If "Unrecoverable Mode (1)" is specified for Transfer-Related File Deletion Mode (trnsfr_file_del) in the System Environment Settings, and you need to delete Receive data during the processing, you cannot recover the deleted data.
-
-
Point to be noted when specifying 'Keep (K)'
When 'Multiple Receive (M)' is selected for Receive Mode, if there is an error when receiving in a temp file, the received data up to the point of error is not written in the Receive file. However, if there is an error while copying the temp file into the Receive file, the received data up to that point is added. Therefore, there should be a function embedded in your application program to check for duplicate data.
-
Points to be noted when specifying "Restore (R)"
If "Unrecoverable Mode (1)" is specified for Transfer-Related File Deletion Mode (trnsfr_file_del) in the System Environment Settings, you cannot recover a receive file that is deleted when a transfer fails. In addition, you cannot recover a backup file that is deleted when a transfer completes successfully.
Receive Mode
-
Point to be noted when specifying 'Multiple Receive (M)'
-
The receiving data is stored in a temporary file and copied to the Receive file after receive is complete. Take sufficient care while using this function.
-
If "Unrecoverable Mode (1)" is specified for Transfer-Related File Deletion Mode (trnsfr_file_del) in the System Environment Settings, and you need to delete data that is received during the processing, you cannot recover the deleted data.
-
Generational Management
If "Unrecoverable Mode (1)" is specified for Transfer-Related File Deletion Mode (trnsfr_file_del) in the System Environment Settings, and you need to delete data that is received during the processing, you cannot recover the deleted data.
Notification
When 'Successful Job Completion' (J) is specified for Notification (JOBWAIT), a time-out may occur on the remote host, because the remote host does not receive the completion notification until the Post-receive Job ends. Be sure to take this into account when you set the time-out period.
Replacement Message
You can replace variables with messages in the fields that are listed below.
If you use the environment variables from $MSG0 to $MSG5 and from $MSGL0 to $MSGL1 inside the fields below, the variables are replaced with messages when the receiving is carried out. The messages may be assigned by the Send Request command on the receiving side or by the Send File command on the sending side.
-
Receive File Name
-
Transfer Group ID
-
Successful Job ID
HULFT may not be able to replace the variables with the messages correctly and the transfer may fail, depending on the language settings on the host on the sending side.
For points to be noted on message transmission, refer to Linux/AIX Administration Manual.
Receive File Name
-
When specifying any of the following, specify 'Single Receive (S)' as Receive Mode:
-
'$SNDFILE'
-
'$MSG0' to '$MSG5'
-
'$MSGL0' to '$MSGL1'
-
-
If the name of the Send file includes double-byte codes, HULFT returns an error.
-
You cannot specify any character after '$SNDFILE.'
-
By specifying '$SNDFILE,' the Send file name of the sending side is set to the Receive file name.
-
When the sending side is HULFT for UNIX/Linux, the path name of the sending side is set to the path name of the Receive file by specifying '$SNDPATH.'
-
When the sending side is not HULFT for UNIX/Linux, conversion of '$SNDPATH' will not be carried out.
-
When you replace the Receive file name, the transfer may fail because the Receive file name may not be replaced correctly with the Send file name on the host on the sending side depending on the language settings on the host on the sending side. For details, refer to Linux/AIX Administration Manual.
-
When using '$SNDPATH,' specify '$SNDFILE' at the same time. You cannot specify only '$SNDPATH.'
-
The naming conventions for using the Send File Name as the Receive File Name are as follows.
Table 4.39 File Naming Conventions
Host Type
Receive File Name (UNIX or Linux)
Send File Name
$SNDPATH$SNDFILE
$SNDFILE
/usr/$SNDFILE
Mainframe
Sequential Organization File
HULFT.DAT.SND.F01
HULFT.DAT.SND.F01
HULFT.DAT.SND.F01
/usr/HULFT.DAT.SND.F01
Partitioned Organization File
HULFT.DAT.F02(SND)
HULFT.DAT.SND.F02
HULFT.DAT.SND.F02
/usr/HULFT.DAT.SND.F02
UNIX or Linux
/hulft/dat/snd.f03
/hulft/dat/snd.f03
snd.f03
/usr/snd.f03
Windows
c:\hulft\dat\snd.f04
snd.f04
snd.f04
/usr/snd.f04
IBM i
hulft/f05(snd)
snd.f05
snd.f05
/usr/snd.f05
When HULFT receives Chinese language data from a Type MF-IBMi host
When HULFT Manager connects to HULFT Ver.8.1 or higher to receive Chinese language data from a Type MF-IBMi host, specify 'Simplified Chinese Extended (I)' for EBCDIC Set (CODESET).
Make sure that 'GB18030 (G)' or 'UTF-8 (8)' is specified for Code Set for Transfer (cs4trnsfr) in the System Environment Settings.
Behavior of the operation when "Autoconfiguration" is specified for EBCDIC Set
When HULFT Manager connects to HULFT Ver.8.1 or higher, you can specify 'Autoconfiguration (0)' for EBCDIC Set.
When you specify "Autoconfiguration (0)" for EBCDIC Set (CODESET), the setting value for the EBCDIC Set that is actually used in the single byte code conversion during file transfer is determined as follows.
Code Set for Transfer (KCODETYPE) for Host on Receiving Side |
Code Set for Transfer (KCODETYPE) for Host on Sending Side |
||||||
---|---|---|---|---|---|---|---|
UTF-8 |
SHIFT-JIS |
EUC-JP |
GB18030 |
IBM Kanji |
JEF |
IBM |
|
SHIFT-JIS |
- |
- |
- |
|
F |
A |
|
EUC-JP |
- |
- |
- |
|
F |
A |
|
UTF-8 |
- |
- |
- |
- |
F |
A |
I |
GB18030 |
- |
|
|
- |
|
|
I |
- |
: |
The setting value of the EBCDIC Set is not used in code conversion during file transfer. |
Blank |
: |
For these combinations, code conversion cannot be executed during file transfer. |
A |
: |
Katakana |
F |
: |
Japan (Latin) Extended for IBM |
I |
: |
Simplified Chinese Extended |
For details on Code Set for Transfer (cs4trnsfr) in which the code set of the destination host is registered in the System Environment Settings, refer to Linux/AIX Administration Manual.
For details on Code Set for Transfer (KCODETYPE) in which the code set of the host on the sending side is registered, refer to List of Host Information fields.