I think there is a misconception here about codesets. iconv converts characters in one codeset to corresponding characters in another codeset , PROVIDED the character exists in the other codeset. The character codes supported in the target codeset are by definition fixed. If there is no corresponding character code in the target codeset, you would expect the original character to vanish.
What is needed is some way for XMITIP to support using Unicode UTF-8 in an email within the constraints of the EBCDIC character codeset expected by JES and by the parameters to XMITIP. You could then in theory send email containing any national EBCDIC codeset by using iconv to convert any special language codeset to UTF-8 and send it as UTF-8 characters It should at least be possible to tell XMITIP to use a file in UTF-8 codeset for the email body and have XMITIP use base-64 encoding for the email body like was forced in past years (and even occasionally today) by some email transfer agents that don't advertise support for 8-bit characters. Perhaps there is not even a serious conflict with just telling XMITIP that its email data is to be handled as UTF-8 and having XMITIP put it in in the JES queue as UTF-8 with appropriate header information, assuming that such can be handled by the z/OS email address space without problems. Support for generating an email with content that is UTF-8 could certainly be added to XMITIP in some form. Formatting the email manually with the required control information is certainly another possibility, but would be a pain to be avoided. Joel C Ewing On 5/16/21 2:22 AM, Peter wrote: > Hello > > I did but file.txt is empty, but the command executed successfully > > On Sun, 16 May, 2021, 11:01 am Mike Schwab, <mike.a.sch...@gmail.com> wrote: > >> The Greater than symbol sends the output to the file. >> Try again without the Greater than symbol so it is the output file. >> >> On Sun, May 16, 2021 at 1:36 AM Peter <dbajava...@gmail.com> wrote: >>> Hello Paul >>> >>> I used this command from OMVS >>> >>> iconv -f IBM-420 -t IBM-1047 file.txt>file.txt.converted >>> >>> I see the converted file is empty, Should I have file.txt populated with >>> ARABIC codes in it ? >>> >>> Peter >>> >>> On Tue, 11 May, 2021, 8:02 pm Paul Gilmartin, < >>> 0000000433f07816-dmarc-requ...@listserv.ua.edu> wrote: >>> >>>> On Tue, 11 May 2021 10:21:28 +0400, Peter wrote: >>>> >>>>> Hi >>>>> >>>>> I understand CSSMTPA Doesnt support IBM-420 , but I guess ICONV >> services ... -- Joel C. Ewing ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
