Re: Some Mails are not getting processes quickly

Thu, 30 May 2013 00:35:29 -0700

If James 2.3 fits your needs, there is no reason for you to upgrade to version 3 (which is not yet stable).
You won't get better result with the spooling. In your case, it just seems that it takes more time to match all the InSpammerBlacklist. 

SMTP is batch oriented by nature.

Thx, Eric

On 30/05/2013 08:37, Patwardhan, Kaustubh wrote:

Hi Eric,

Yes we are using version 2.3.1. How do we upgrade to version 3.0?

I have modified the config file. checking the logs now.

I am observing that during peak hours James is holding mails in spool and once 
the load reduces it clears up the queue.

Do you think we need to change the spamcheck maillet?

________________________________________
From: Eric Charles [[email protected]]
Sent: Thursday, May 30, 2013 1:35 AM
To: James Users List
Subject: Re: Some Mails are not getting processes quickly

Hi,
Just add it at the same level as the other tags, so

<mailet match="All" class="RemoteDelivery">
               <debug>true</debug>
               <mail.debug>true</mail.debug>
               <outgoing> file:///D:/James/var/mail/outgoing/ </outgoing>
               <delayTime>  5 minutes </delayTime>

I suppose you are using James 2.3, I am not sure sure the mail.debug tag
will work for version 2.3 (it does for version 3).

Did you see anything special in the logs files?

Thx, Eric

On 29/05/2013 15:23, Patwardhan, Kaustubh wrote:

Hi Eric,

Following is a Remote delivery maillet, can you please let me know where exactly I shall add, We 
already have <debug>true</debug>, need to add <mail.debug>true</mail.debug>. 
Shall I add them just to the next line or in the same line.

<mailet match="All" class="RemoteDelivery">
              <debug>true</debug>
              <outgoing> file:///D:/James/var/mail/outgoing/ </outgoing>
              <delayTime>  5 minutes </delayTime>
              <delayTime> 10 minutes </delayTime>
              <delayTime> 45 minutes </delayTime>
              <delayTime>  2 hours </delayTime>
              <delayTime>  3 hours </delayTime>
              <delayTime>  6 hours </delayTime>
              <maxRetries> 25 </maxRetries>
              <deliveryThreads> 1 </deliveryThreads>
              <sendpartial>false</sendpartial>
              <bounceProcessor>bounces</bounceProcessor>
              <gateway> </gateway>
              <gatewayPort>25</gatewayPort>
              
<mail.smtp.localhost>apprelay.nar.capgemini.com</mail.smtp.localhost>
           </mailet>
        </processor>

_______________________________________________________________________
Kaustubh Patwardhan
Senior Consultant | TS-NAR ITICS - IM

Capgemini India | Airoli
Main: +91 22 6755 7000 ext.-2212345 | Cell: +91 9920467097
Voip: 91-312-799-7777 dial "#" extn 2212345
www.capgemini.com
E-mail : [email protected]
Fourth floor, Building no.8, Serene Estates,
Mind Space SEZ Campus, Thane-Belapur Road,
Airoli, Navi Mumbai - 400708
People matter, results count.
_______________________________________________________________________

-----Original Message-----
From: Eric Charles [mailto:[email protected]]
Sent: Wednesday, May 29, 2013 4:20 PM
To: James Users List
Subject: Re: Some Mails are not getting processes quickly

Hi,

Add the following to your RemoteDelivery mailet <debug>true</debug> 
<mail.debug>true</mail.debug>

You will have more information in the log files on what's going on.

Thx, Eric

On 29/05/2013 08:05, Patwardhan, Kaustubh wrote:

Hi Eric,

Thank You for your Valuable input.

Actually these mails are getting stucked in the spools for more than 10 hours 
and this causing delayed mail delivery of  important alert mails.

We are using James apache server since last 6-7 years but started seeing this 
issue from last month.

Our James server is sending mail to Exchange Hub server for internal and 
external delivery. there is no network latency between James and Hub servers, 
also we dont see queues on Exchange Hub.

How can we determine if the issue is with the Remote SMTP not available for 
certain period?


________________________________________
From: Eric Charles [[email protected]]
Sent: Wednesday, May 29, 2013 1:26 AM
To: James Users List
Subject: Re: Some Mails are not getting processes quickly

On 28/05/2013 16:33, Patwardhan, Kaustubh wrote:

Hi All,

I am very much new to the James SMTP relay application and trying to learn this 
application.

I am seeing an issue with James relay server that some mails are sitting in 
spool for longer period of time and does not get cleared quickly. There is no 
error into logs.

What could be the reason?



That's not an issue, SMTP out can take some time and is designed to be
spooled a number of times waiting on the remote SMTP server to be available.



Also I have noticed that some mails coming from same IP address are
sent to Error folder by James, Following is the mail detail



Tha't some the SMTP in traffice. For 'some' reason (bad mail format?,
also depending on your mailetcontainer configuration), James has
driven that mails to the error.

In your specific case, it seems your mailetcontainer configuration
needs to be fixed (see message "Unable to find processor
local-address-error requested for processing")

Thx, Eric



¬í ?sr ?org.apache.james.core.MailImplÄx å¼Ïݬ?
L
attributest ?Ljava/util/HashMap;L
errorMessaget ?Ljava/lang/String;L
lastUpdatedt ?Ljava/util/Date;L
messaget !Ljavax/mail/internet/MimeMessage;L ?nameq ~ ?L recipientst
?Ljava/util/Collection;L remoteAddrq ~ ?L
remoteHostq ~ ?L ?sendert Lorg/apache/mailet/MailAddress;L ?stateq ~ ?xpsr 
?org.apache.mailet.MailAddress&''"mÇ{¤? ?I ?posL ?hostq ~ ?L ?userq ~ ?xp   ?t
capgemini.comt        ITSupportsr ?java.util.ArrayListx�Ò?TÇa�? ?I ?sizexp   ?w?
sq ~ ?   ?t   localhostt ?riwilliaxt ?errort aUnable to find processor 
local-address-error requested for processing of Mail1369718453095-240301t 
?Mail1369718453095-240301t
java.util.Datehj�?KYt??  xpw?  ?>é"ógxsr ?java.util.HashMap?
ÚÁÃ?`Ñ? ?F
loadFactorI   thresholdxp?@
w?   ?   ?t
spamCheckedt ?truexx

Can someone check and let me know why the mail is being detected as Spam?

_____________________________________________________________________
__
Kaustubh Patwardhan
Senior Consultant | TS-NAR ITICS - IM

Capgemini India | Airoli
Main: +91 22 6755 7000 ext.-2212345 | Cell: +91 9920467097
Voip: 91-312-799-7777 dial "#" extn 2212345 www.capgemini.com E-mail
: [email protected] Fourth floor, Building no.8,
Serene Estates, Mind Space SEZ Campus, Thane-Belapur Road, Airoli,
Navi Mumbai - 400708 People matter, results count.
_____________________________________________________________________
__

This message contains information that may be privileged or confidential and is 
the property of the Capgemini Group. It is intended only for the person to whom 
it is addressed. If you are not the intended recipient, you are not authorized 
to read, print, retain, copy, disseminate, distribute, or use this message or 
any part thereof. If you receive this message in error, please notify the 
sender immediately and delete all copies of this message.


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]



---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]























					Reply via email to