I am not getting messages (notifications) from Remedy system. And many messages are in queue in the Email Messages form.
I thought the email deamon was stopped, so I restarted
the email deamon,yet I am still not getting the messages.

My email-deamon environment is Unix, and this message-delivery problem had not happened before.

What could make the messages not being sending after the
email-deamon is re-started?


Please help. An early response will be appreciated.

(However, when I copied the unix-environment 'EmailDaemon.properties' on to my Windows-XP based laptop, and re-started the email engine service on the laptop,
the messages started going out. I cannot not be using the laptop like this permanently.
)

What did you find in the Email Engine logs?

The email.sh_log file only has the following:

Application has started Version: 06.00.01
Using JRE: 1.4.2_07

Check your Email Engine configuration...

You should have :

$ head emaild.sh_log
Application has started Version: 06.03.00 patch 016
Using JRE: 1.4.2_05
Checking connection to server: your_server ...
loaded library
Successfully connected.

Make sure that 'Disable Unqualified Searches' is un-checked in aradmin->server information->configuration.

If placing this restriction is necessary, do the following:
1) Allow unqualified searches
2) restart email engine (./Emailstart.sh start)
3) Disable unqualified searches.

HTH

I'm helping YemiAd on site
(Using Solaris 9)

I have an emaildebug.sh that has the -Dmail.debug=true parameter and still only get this:

Application has started Version: 06.00.01
Using JRE: 1.4.2_07

The only thing I can think of is patches are not compatible
ARS is on 6.00.01 path 1539
and I assume the ARMail is on no patch (looking at the little bit of the log i do get)
I will try to patch the email server (by replacing the files) to patch 1539 and see if this fixes the problem.

The funny thing is, the email engine worked and just stopped working out of the blue (client says "NOOOoo we haven't changed anything !!", yeah right)
I have email engine 7 on my machine and when I use the EmailDeamon.Properties file and place it on mine it works until i get this message in stderr.log:

2006/11/29 05:55:25 com.sun.mail.smtp.SMTPTransport rcptTo
SEVERE: Invalid Addresses;
nested exception is:
class com.sun.mail.smtp.SMTPAddressFailedException: 501 5.5.4 Invalid Address

javax.mail.SendFailedException: Invalid Addresses;
nested exception is:
class com.sun.mail.smtp.SMTPAddressFailedException: 501 5.5.4 Invalid Address

at com.sun.mail.smtp.SMTPTransport.rcptTo(SMTPTransport.java:1130)
at com.sun.mail.smtp.SMTPTransport.sendMessage(SMTPTransport.java:525)
at com.remedy.arsys.emaildaemon.SenderModule.sendMessage(SenderModule.java:353)
at com.remedy.arsys.emaildaemon.SenderModule.doWork(SenderModule.java:213)
at com.remedy.arsys.emaildaemon.ThreadBase.run(ThreadBase.java:268)
at java.lang.Thread.run(Unknown Source)






According to my knowledge this actually only means it couldn't send the email to a specific user/adr (thinking back to my RFC text files i remember rcptTo is the TO command on SMTP)

so it works on my machine then the (One) sender thread dies..
As far a i Know ARS 6.0.1 and email 7 is not compatible but it seems to be working.

Is there any other email logs I've missed or can I set the log level somewhere?

Thanks guys,

S7

Oh I've noticed the time on the server is an hour ahead of time and in the same timezone as my laptop thus i can run queries like
'3' > $TIMESTAMP$ and it will actually return data, not sure if this can have an effact on the email (they are running a multi server (part of server group) environment, and so server A has the wrong time and server B has the right time)

But any ideas on the email (that is a MUCH HIGHER priority) :-)

Thanks

oh AND :-)

when I ran the ./emaild.sh and have a look at prstat i get a java/22 Process/NLWP
after a while it just disapears
but When I look at
ps -ef | grep java
its stil there ?
This is a grown man crying "BOO HOO"

Thanks

PS.

There was 52'000 unsent messages in the AR System Email Messages table

Which version of Java are you using? (java -version or java --version)

What are the following configuration parameters values in your case?

com.remedy.arsys.emaildaemon.NumberOfSenderThreads
com.remedy.arsys.emaildaemon.OutgoingMessagesQueueSize
com.remedy.arsys.emaildaemon.OutgoingConnectionRecycleSize

Mmmm ... thought it would be -- so I tried that first (how do i test the JVM?)
$ java --version
Unrecognized option: --version
Could not create the Java virtual machine.

$ java -version
java version "1.4.2_07"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_07-b05)
Java HotSpot(TM) Client VM (build 1.4.2_07-b05, mixed mode)


---------------------------------------

NumberOfSenderThreads not there
OutgoingMessagesQueueSize not there
OutgoingConnectionRecycleSize = 100

EmailDaemon.properties:
com.remedy.arsys.emaildaemon.ARDATE=
com.remedy.arsys.emaildaemon.ARDATEONLY=
com.remedy.arsys.emaildaemon.ARTIMEONLY=
com.remedy.arsys.emaildaemon.ChunkSize=100
com.remedy.arsys.emaildaemon.Exchange-Wait-Time=1
com.remedy.arsys.emaildaemon.IncomingConnectionRecycleSize=100
com.remedy.arsys.emaildaemon.IncomingMessagesQueueSize=100
com.remedy.arsys.emaildaemon.Monitor=30
com.remedy.arsys.emaildaemon.OutgoingConnectionRecycleSize=100
com.remedy.arsys.emaildaemon.RMIPort=1099
com.remedy.arsys.emaildaemon.SaveSentItem=True
com.remedy.arsys.emaildaemon.SendEmailSetSize=100
com.remedy.arsys.emaildaemon.SortMessages=false
com.remedy.arsys.emaildaemon.StoreInstructions=false
com.remedy.arsys.emaildaemon.UserChunkSize=5000
com.remedy.arsys.emaildaemon.estonia.Authentication=
com.remedy.arsys.emaildaemon.estonia.Interval=30
com.remedy.arsys.emaildaemon.estonia.Language=en_US
com.remedy.arsys.emaildaemon.estonia.Password=
com.remedy.arsys.emaildaemon.estonia.RPC=390666
com.remedy.arsys.emaildaemon.estonia.TCP=6558
com.remedy.arsys.emaildaemon.instructionCacheSize=20
com.remedy.arsys.emaildaemon.securityCacheSize=20
com.remedy.arsys.emaildaemon.servers=estonia
com.remedy.arsys.emaildaemon.templateCacheSize=20

You didn't define an application password on your server?

i did a "java -version" a while back but i get this result when running

$ ps -ef | grep java

arsuser 29092 28837 0 10:33:27 pts/5 0:00 java -version

Can there be something wrong with the Java or is this normal behaviour?

After I've patched it i get:
$ cat emaild.sh_log
Application has started Version: 06.00.01 Patch 1539
Using JRE: 1.4.2_07

And Nothing else...

The Email Engine cannot connect to the AR Server... Can you ping the AR Server with the name estonia from the Email Engine Server?

Can you connect to estonia on port 6558 using telnet?

Estonia is the ARS Application AND Email E.

------------------------------

$ telnet estonia 6558
Trying 10.1.205.121...
Connected to estonia.
Escape character is '^]'.

------------------------------

$ telnet 10.1.224.7 25
Trying 10.1.224.7...
Connected to 10.1.224.7.
Escape character is '^]'.
220 Microsoft ESMTP MAIL Service, Version: 6.0.3790.1830 ready at Thu, 30 Nov 2006 11:17:37 +0100

------------------------------

My interim solution is. I've installed EE 6.00.01 patch 1539 on a MS box currently used for Mid-Tier (on of a few mid-Tiers)
Copied the EmailDaemon.prop file over and its sending it out (after we opened port 25 on local firewall for SMTP)

Thanks

As for the Application password . I've removed it from the list vor obiouse reasons..

Thanks

Does the UNIX admin install the JRE 32 or 64 bits or both?

Which JRE are you using?

The Email Engine works only with the JRE 32 bits.

It should be working because it worked for more than 5 months and then suddenly ot stopped

And nothing changed??? It's quite amazing...

You're telling me... Can the JVM or JRE start to malfunction due to maybe a memmory leak?

Maybe...

How can I test (or restart) the JRE?

Kill all your java processes...

Uhh... right .... :-D
I'll rather bounce the server ;-)
Dunno who or what processes they are, might be some network monitoring or discovery stuff :-)

I've logged a Remedy support call, what does the following do?

$ set -x
$ echo set >> /tmp/output.txt 2>&1
$ set >> /tmp/output.txt 2>&1
$ echo export >> /tmp/output.txt 2>&1 export >> /tmp/output.txt 2>&1

It is just to see your environment.

Ok, there was a change.
SUN update, broke the whole Java part and some oher processes
Its fixed now, they removed the update (or so they say)