All problems described in this technical note need basic information collected about when the problem occurred and about the system having the problem. Use this task to collect that basic information.
Note the day(s) and time(s) the problem occurred.
Provide a graphical representation of your deployment. Include all hosts and IP addresses, host names, operating system versions, role they perform, and other important systems such as load balancers, firewalls, and so forth.
Note the operating system.
uname -a
uname -r
more /etc/redhat-release
C:\Program Files\Common files\Microsoft Shared\MSInfo\msinfo32.exe /report C:\report.txt
Note the patch level.
patchadd -p
swlist
rpm -qa
Already provided in the C:\report.txt file above.
Note the version of Messaging Server.
Be sure to send the entire screen output of the imsimta version command.
Sun Java System Messaging Server (Messaging Server 6):
cd server-root/sbin./imsimta version
cd server-root\sbinimsimta.exe version
iPlanet Messaging Server (Messaging Server 5):
cd server-root/msg-identifier./imsimta version
cd server-root\msg-identifierimsimta.exe version
Create a tar file of the Messaging Server configuration directory.
Sun Java System Messaging Server (Messaging Server 6):
cd server-root/sbin./configutilCreate a tar file of the server-root/config directory.
cd server-root\configconfigutil.exeCreate a tar file of the server-root\config directory.
iPlanet Messaging Server (Messaging Server 5):
cd server-root/msg-identifier./configutilCreate a tar file of the server-root/msg-identifier/imta/config directory.
cd server-root\msg-identifierconfigutil.exeCreate a tar file of the server-root\msg-identifier\imta\config directory.
If possible, provide just the relevant extracts of log files for the same time period that show the problem, with sufficient context to see what else was happening during the error occurrence and shortly before. Thus for relatively short log files (for example, MTA channel debug log files), send the entire log file, whereas for long-running hence large log files, an extract might be more appropriate, though be sure to include all the material from the time of the error as well as at least some lead-in logging from before the error apparently occurred.
However, when questions arise about message structure or content, or about notification or bounced messages, then send an entire sample message, including all the outermost header (not just an excerpt of the message).