Sending message to more than 200 addresses gives me a message indicating
addresses were not added to the recipient list because of header size limitation. How can
I go around this limitation?
For Oversize VIM Header Handling:
If cc:Mail (Via the
VIM Interface) receives a message header that is too large, downstream routers have been
reported to have difficulty in properly handling these messages.
This is a limitation
in cc:Mail that the max. size of the message header can not exceed 4k. Internet Exchange
implements an option to specify the max. of header addresses in a message, the default
value is 64. The option is under [Option] section in IMA.INI file.
[Option]
VIMAddressHeaderNumber=64
When the number of
maximum addresses exceeds the value specified, Internet Exchange will generate another
message indicating the other header addresses.
If and when a message
is received with more recipients in the RFC-822 header than this number, the excess
recipient addresses will be provided to the cc:Mail recipient in a separate text
attachment.
I am currently running Internet Exchange version 3.13 using interim license
key. I just received my permanent license key. Is there a need for me to reinstall the
gateway?
No, you don't
have to reinstall the software. Just run License Update from the Programs Menu/Internet
Exchange for cc:Mail/License Update and fill on the information needed. If however you are
currently running an EVAL version and then purchased the product, you need to re-install
the serialized copy of the Internet Exchange gateway, then apply the Interim / Perm
license key from IMA License Manager.
In starting ccMail Connectors I got an error saying that a required .DLL
file, VIM32.DLL, was not found. Ccin and Ccout just terminates.
Please make sure that
the VIM library is in the system path. You can download the latest libraries from the IBM
website. http://techsupport.services.ibm.com/ftp/pub/comm/ccmail/dev_tools/
I have multiple cc:Mail PO's map to the same domain in IE's Domains mapping
window, the Internet Exchange gateway will only query the first mapping define under the
Domains tab.
Add the setting
"SkipPOD=YES" under the [Options] section of the IMA.INI file, this setting will
cause the ccIn not to perform the reverse Internet domain to cc:Mail PO mapping.
Im using Internet Exchange 3.12 and Im receiving exception error in ccin.exe
and the Internet Exchange gateway will stop processing messages. I already have the option
"AttachRTFAsFileAttachment=YES" set in the [Options] section of the IMA.INI
file.
Download the latest
Internet Exchange 3.13 update that contains the fix for the bug in ccin.exe when a
non-MIME message contains the word "begin" in the body of the message w/c causes
the ccin.exe error.
I have hundreds of messages rerouted to the bad queue because of change of
configuration in our network, What will I do so that the Internet Exchange gateway will
try to reprocess those messages?
Rename all the files
with file extensions *.bad under drive:\ieccmail\queue\bad subdirectory to extension *.msg
and move it to the drive:\ieccmail\queue\in subdirectory. Run the message recovery utility
RCMESG.EXE to rebuild the message database.
Some messages with RTF attachment causes ccin.exe module to terminate and
will not continue processing incoming mail.
Add the setting
"AttachRTFAsFileAttachment=YES" in the [Options] section of the IMA.INI file and
run the message recovery utility RCMESG.EXE to rebuild the message database MESG.BTR
I have 2 Internet Exchange gateways installed and some recipients are
complaining that they are receiving duplicate messages.
Make sure that the
option "Multi-gateway access to same PO" under Internet Exchange
Configure/Gateway/Advanced Gateway tab is checked, this option guaranties that no multiple
copies of the same outbound messages are sent when multiple gateways share the same PO.
When one gateway processes an outbound (cc:Mail to Internet) message, exclusive mail
message locking is performed on the message in order to restrict other gateways access to
the same message at the same time; the other gateways will export the next message in line
instead.
I am trying to download the latest VIM libraries but I could not find the
ftp site where I can download them.
The URL for the
latest VIM libraries is ftp://ftp.support.lotus.com/pub/comm/ccmail/dev_tools.
For version 2.x, the file should be vdlwin.zip and For version 3.x and higher, the
file should be vdlw32.zip.
The gateway is periodically bouncing messages to senders with an error
message of tempnam failed. The work around for this seems to be to clear the contents of
the ieccmail\queue\tmp directory. However the problem has reoccurred on a number of
occasions and I am anxious to find out the cause. Any help you can give would be
appreciated.
For the tempnam failure, below are some procedures in which you could do.
- Shutdown the gateway.
- Delete all the files EXCEPT uniqueId.$$$ in the Internet Exchange temporary directory
(c:\ieccmail\queue\tmp).
- Check your windows temp directory e.g. c:\temp or c:\windows\temp or c:\winnt\temp and
DELETE all files in there.
- Go to your ieccmail\queue\bad directory and see if there are bad messages.
- Rename those bad messages *.bad to *.msg and move them in appropriate IN or OUT queue.
- Delete also the files MESG.BTR and LOCK.BTR under the ieccmail\queue directory.
- Run the RCMESG.EXE utility under the ieccmail directory and click on Rebuild button,
close the program after the rebuild process is finish.
- Restart the Internet Exchange gateway
When we are doing the rule based addressing compilation, we got this error.
Subject line: Error occurred during automatic Rule-based address compliation Text: Failed
to prepare a backup copy of rulebadr.btr. What does this mean?
Delete these files
RULEBADR.TMP, RULEBADR.DYN, RULEBADR.BAK,and RULEBADR.BTR.
Look for the lock.btr
on the /ieccmail/queue directory. This occurs when the Btrieve stopped spontaneously. This
should be manually removed after a system reboot but before restarting IECM. One possible
cause of this is when more than one set of Btrieve files is running. If you cannot delete
the LOCK.BTR and if Internet Exchange is run an NT service, temporarily put it manually or
take it out from
the startup reboot
the machine then delete the LOCK.BTR.Restart the Internet Exchange.
Under your
"schedules" tab temporarily turn off your ccIn and CCOUT sync mode then put your
"interval" to 5 minutes. Then try to run the rule-based addressing manually
(including compilation) in order to reflect any changes made in the cc:Mail database since
the RBA database was last compiled.
How can I configure the gateway to run as an NT service? I cannot connect
to the main PO and get ??? on cc:Mail PO counter of Internet Exchange control panel.
If the gateway is run as a
service, the things to check are the following:
- The VIM library should be included in the SYSTEM path so that it will be accessible when
the service starts up. This is done by adding the path of the 32-bit VIM lib to the system
path through:
\\Control
Panel\\SYSTEM\\Environment\\PATH
- The account that logins should have System Account to allow the service be interactive
with Desktop.
- Setup Internet Exchange for cc:Mail service to logon as a user who can access the PO.
- Please use UNC in connecting to the Post Office even though a certain drive was already
mapped to the ccdata where the PO resides.
E.g.
\\computer_name\Location_po\ccdata
Some details in running the
Internet Exchange as NT service.
One main purpose of being a NT
service is that it can be configured to be started up automatically without any user logon
to the NT machine locally when NT boots up. The concept of NT service is similar to that
of daemon in the Unix side.
In order to access the PO on the
network, the Internet Exchange service has to be configured to logon as a user who has
access right to the PO on the network (Step 3). NT service can only be configured to be
interactive with desktop ONLY when it is configured to logon as a SYSTEM account (Step 2).
However, the SYSTEM account may not be able to access the PO on the network if the network
resource is only be accessible based on the access control (username/password auth). On
the other hand, if the NT service is configured to logon as a user, it is not possible to
be interactive with the desktop, that means, it is not possible to see the GUI of Internet
Exchange when a user logon to the NT machine.