HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Received email in X-roman8 charset instead of US-A...
Operating System - HP-UX
1834449
Members
2305
Online
110067
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-22-2003 11:05 PM
10-22-2003 11:05 PM
Can some tell me why when I have the following statement below in /var/opt/perf/alarmdef, it sent out an email in X-roman8 characterset, my Microsoft Outlook client can't decode this character set.
How to set the characterset in Unix to send email in US-ASCII ?? Is there a file where the system-wide character set is defined, so I can edit an change it so the email will be in US-ASCII?
exec "echo 'Global CPU % is at ", GBL_CPU_TOTAL_UTIL,
"% ' | mailx -s 'Global CPU % is High' root"
This is what appears in email headers;
Mime-Version: 1.0
Content-Type: text/plain; charset=X-roman8
Content-Transfer-Encoding: 7bit
This is what appears in the email content;
"This message uses a character set that is not supported by the Internet Service. To view the original message content, open the attached message.
If the text doesn't display correctly, save the attachment to disk, and then open it using a viewer that can display the original character set. "
The actual message are sent as an attachment instead of text email.
When i try to send the same email with a userID it sent out correctly in us-ascii character set and with no attachment and the actual content appears in the email content. Can some one help?
tyl
Solved! Go to Solution.
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-22-2003 11:21 PM
10-22-2003 11:21 PM
Re: Received email in X-roman8 charset instead of US-ASCII
try using
mailx -m -s ...
Regards
Bernhard
mailx -m -s ...
Regards
Bernhard
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-23-2003 01:03 AM
10-23-2003 01:03 AM
Solution
This is "mailx" problem.
Fix:
o For all users:
vi /usr/share/lib/mailx.rc
o For individual users:
vi $HOME/.mailrc
add last line below:
set append
set asksub
set dot
set crt=21
set PAGER=/usr/bin/more
set save
set encoding=8bit
==> set charset=us-ascii <==
Fix:
o For all users:
vi /usr/share/lib/mailx.rc
o For individual users:
vi $HOME/.mailrc
add last line below:
set append
set asksub
set dot
set crt=21
set PAGER=/usr/bin/more
set save
set encoding=8bit
==> set charset=us-ascii <==
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP