You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-user@james.apache.org by John Rose <JR...@foundationip.com> on 2007/03/22 14:34:00 UTC
question on remotedelivery retries
We are using James 2.2 as a means of receiving and sending email in our
Java application. I have a question on the amount of time for retries on
non-delivered emails. Our configuration is as follows:
<!-- using delay time to retry delivery and the maximum number of retries
-->
<mailet match="All" class="RemoteDelivery">
<outgoing> file://var/mail/outgoing/
</outgoing>
<!-- alternative database repository
example below -->
<!--
<outgoing> db://maildb/spool/outgoing </outgoing>
-->
<!-- Delivery Schedule based upon RFC
2821, 4.5.4.1 -->
<!-- 5 day retry period, with 4 attempts
in the first
hour, two more within the first 6 hours, and then
every 6 hours for the rest of the period. -->
<delayTime> 5 minutes </delayTime>
<delayTime> 10 minutes </delayTime>
<delayTime> 15 minutes </delayTime>
<delayTime> 20 minutes </delayTime>
<delayTime> 25 minutes </delayTime>
<delayTime> 30 minutes </delayTime>
<maxRetries> 25 </maxRetries>
We are getting complaints from our end users that when sending an email
with an invalid domain the bounceback message is taking over 11 hours to
be returned back to them. I can't quite reconcile that with the setup
above. How do the times work above and what should be be changing to
reduce the lag time - the number of maxretries or the individual
delaytimes.
Thank you.
John Rose
ASP Manager
FoundationIP - Part of CPA Software Solutions
Direct Dial: +1 612-236-9917
Email: jrose@foundationip.com
Fax: +1 612-332-0080
Computer Patent Annuities North America LLC / FoundationIP
900 Second Avenue South Suite 1700
Minneapolis, MN 55402
CPA is the world's leading provider of outsourced IP services, For further
information about our products and services go to www.cpaglobal.com.
********************************************************************************
The information in this message is confidential and may be legally
privileged. It is intended solely for the addressee; access to this
email by anyone else is unauthorized.
If you are not the intended recipient: (1) you are kindly requested
to return a copy of this message to the sender indicating that you
have received it in error, and to destroy the received copy; and (2)
any disclosure or distribution of this message, as well as any action
taken or omitted to be taken in reliance on its content, is prohibited
and may be unlawful.
********************************************************************************
Re: question on remotedelivery retries
Posted by John Rose <JR...@foundationip.com>.
Thank you for your reply.
John Rose
ASP Manager
FoundationIP - Part of CPA Software Solutions
Direct Dial: +1 612-236-9917
Email: jrose@foundationip.com
Fax: +1 612-332-0080
Computer Patent Annuities North America LLC / FoundationIP
900 Second Avenue South Suite 1700
Minneapolis, MN 55402
CPA is the world's leading provider of outsourced IP services, For further
information about our products and services go to www.cpaglobal.com.
"Danny Angus" <da...@apache.org>
Sent by: danny.angus@gmail.com
03/23/2007 08:08 AM
Please respond to
"James Users List" <se...@james.apache.org>
To
"James Users List" <se...@james.apache.org>
cc
Subject
Re: question on remotedelivery retries
On 3/23/07, Stefano Bagnara <ap...@bago.org> wrote:
> 25: minute 10h45m (30 minutes)
Oops, obviously my arithmetic isn't what it should be!
d.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
********************************************************************************
The information in this message is confidential and may be legally
privileged. It is intended solely for the addressee; access to this
email by anyone else is unauthorized.
If you are not the intended recipient: (1) you are kindly requested
to return a copy of this message to the sender indicating that you
have received it in error, and to destroy the received copy; and (2)
any disclosure or distribution of this message, as well as any action
taken or omitted to be taken in reliance on its content, is prohibited
and may be unlawful.
********************************************************************************
Re: question on remotedelivery retries
Posted by Danny Angus <da...@apache.org>.
On 3/23/07, Stefano Bagnara <ap...@bago.org> wrote:
> 25: minute 10h45m (30 minutes)
Oops, obviously my arithmetic isn't what it should be!
d.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: JVM Crashing - James 2.3
Posted by Stefano Bagnara <ap...@bago.org>.
Upgrade your JVM.
When the JVM crashes with SIGSEGV it is not an application problem but a
JVM problem.
Stefano
Hans Liebenberg ha scritto:
> #
> # An unexpected error has been detected by HotSpot Virtual Machine:
> #
> # SIGSEGV (0xb) at pc=0xb788acd1, pid=13147, tid=2380995504
> #
> # Java VM: Java HotSpot(TM) Server VM (1.5.0_06-b05 mixed mode)
> # Problematic frame:
> # V [libjvm.so+0x3c9cd1]
> #
> # An error report file with more information is saved as
> hs_err_pid13147.log
> #
> # If you would like to submit a bug report, please visit:
> # http://java.sun.com/webapps/bugreport/crash.jsp
> #
>
> #
> # An unexpected error has been detected by HotSpot Virtual Machine:
> #
> # SIGSEGV (0xb) at pc=0xb788acd1, pid=13147, tid=2380995504
> #
> # Java VM: Java HotSpot(TM) Server VM (1.5.0_06-b05 mixed mode)
> # Problematic frame:
> # V [libjvm.so+0x3c9cd1]
> #
>
> --------------- T H R E A D ---------------
>
> Current thread (0x8e3a5f88): JavaThread "CompilerThread1" daemon
> [_thread_in_native, id=13159]
>
> siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000
>
> Registers:
> EAX=0x00000000, EBX=0xb7a6c7f0, ECX=0x8deaffd0, EDX=0x083017f0
> ESP=0x8deaff44, EBP=0x8deaff68, ESI=0x08302d00, EDI=0x8deaffd0
> EIP=0xb788acd1, CR2=0x00000000, EFLAGS=0x00010296
>
> Top of Stack: (sp=0x8deaff44)
> 0x8deaff44: 8deb0580 8deb0590 b788ac16 b7a6c7f0
> 0x8deaff54: 00000000 8deaff88 b7a6c7f0 08302d00
> 0x8deaff64: 08302cbc 8deaff98 b788ad75 083030c4
> 0x8deaff74: 083017f0 083030c4 8deaffd0 08303128
> 0x8deaff84: 08303e40 08302cbc b7a6c7f0 083030c4
> 0x8deaff94: 00000000 8deafff8 b788b258 083030c4
> 0x8deaffa4: 08302d00 083030c4 8deaffd0 0000002e
> 0x8deaffb4: 08138d8c 8deafff8 b790fbf1 08303860
>
> Instructions: (pc=0xb788acd1)
> 0xb788acc1: 10 eb de 31 c0 eb 8e 8b 42 04 83 ec 0c 8b 40 08
> 0xb788acd1: 8b 08 50 ff 51 28 83 c4 10 e9 48 ff ff ff 90 55
>
> Stack: [0x8de31000,0x8deb2000), sp=0x8deaff44, free space=507k
> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code,
> C=native code)
> V [libjvm.so+0x3c9cd1]
> V [libjvm.so+0x3c9d75]
> V [libjvm.so+0x3ca258]
> V [libjvm.so+0x4511fd]
> V [libjvm.so+0x450e90]
> V [libjvm.so+0x1a11c0]
> V [libjvm.so+0x19e432]
> V [libjvm.so+0x1474b3]
> V [libjvm.so+0x1a6929]
> V [libjvm.so+0x1a6281]
> V [libjvm.so+0x4c8366]
> V [libjvm.so+0x4c2ba3]
> V [libjvm.so+0x424338]
> C [libpthread.so.0+0x5381]
>
>
> Current CompileTask:
> opto:188 s!
> com.sun.mail.imap.IMAPStore.protocolConnect(Ljava/lang/String;ILjava/lang/String;Ljava/lang/String;)Z
> (433 bytes)
>
>
> --------------- P R O C E S S ---------------
>
> Java Threads: ( => current thread )
> 0x8d24e248 JavaThread "NNTPSpool-19" [_thread_blocked, id=13238]
> 0x8d24d4d0 JavaThread "NNTPSpool-18" [_thread_blocked, id=13237]
> 0x8d24c790 JavaThread "NNTPSpool-17" [_thread_blocked, id=13236]
> 0x8d24ba18 JavaThread "NNTPSpool-16" [_thread_blocked, id=13235]
> 0x8d24aca0 JavaThread "NNTPSpool-15" [_thread_blocked, id=13234]
> 0x8d249f28 JavaThread "NNTPSpool-14" [_thread_blocked, id=13233]
> 0x8d2491b0 JavaThread "NNTPSpool-13" [_thread_blocked, id=13232]
> 0x8d248438 JavaThread "NNTPSpool-12" [_thread_blocked, id=13231]
> 0x8d2476c0 JavaThread "NNTPSpool-11" [_thread_blocked, id=13230]
> 0x8d2469e0 JavaThread "NNTPSpool-10" [_thread_blocked, id=13229]
> 0x8d244488 JavaThread "NNTPSpool-9" [_thread_blocked, id=13228]
> 0x8d243b08 JavaThread "NNTPSpool-8" [_thread_blocked, id=13227]
> 0x8d243580 JavaThread "NNTPSpool-7" [_thread_blocked, id=13226]
> 0x8d242ff8 JavaThread "NNTPSpool-6" [_thread_blocked, id=13225]
> 0x8d242280 JavaThread "NNTPSpool-5" [_thread_blocked, id=13224]
> 0x8d7f9530 JavaThread "NNTPSpool-4" [_thread_blocked, id=13223]
> 0x8d7f8868 JavaThread "NNTPSpool-3" [_thread_blocked, id=13222]
> 0x8d7f7490 JavaThread "NNTPSpool-2" [_thread_blocked, id=13221]
> 0x8d7f6fe8 JavaThread "NNTPSpool-1" [_thread_blocked, id=13220]
> 0x8d7fa198 JavaThread "NNTPSpool-0" [_thread_blocked, id=13219]
> 0x8d7f3380 JavaThread "Spool Thread #29" [_thread_blocked, id=13218]
> 0x8d7f2608 JavaThread "Spool Thread #28" [_thread_blocked, id=13217]
> 0x8d7f1890 JavaThread "Spool Thread #27" [_thread_blocked, id=13216]
> 0x8d7f0bd0 JavaThread "Spool Thread #26" [_thread_blocked, id=13215]
> 0x8d7e4688 JavaThread "Spool Thread #25" [_thread_blocked, id=13214]
> 0x8d7e3910 JavaThread "Spool Thread #24" [_thread_blocked, id=13213]
> 0x8d7e2b98 JavaThread "Spool Thread #23" [_thread_blocked, id=13212]
> 0x8d7e1e20 JavaThread "Spool Thread #22" [_thread_blocked, id=13211]
> 0x8d7e10a8 JavaThread "Spool Thread #21" [_thread_blocked, id=13210]
> 0x8d7e0330 JavaThread "Spool Thread #20" [_thread_blocked, id=13209]
> 0x8d7df5b8 JavaThread "Spool Thread #19" [_thread_blocked, id=13208]
> 0x8d7de840 JavaThread "Spool Thread #18" [_thread_blocked, id=13207]
> 0x8d7ddac8 JavaThread "Spool Thread #17" [_thread_blocked, id=13206]
> 0x8d7dcd50 JavaThread "Spool Thread #16" [_thread_blocked, id=13205]
> 0x8d7dbfd8 JavaThread "Spool Thread #15" [_thread_blocked, id=13204]
> 0x8d7db260 JavaThread "Spool Thread #14" [_thread_blocked, id=13203]
> 0x8d7da4e8 JavaThread "Spool Thread #13" [_thread_blocked, id=13202]
> 0x8db98ab0 JavaThread "Spool Thread #12" [_thread_blocked, id=13201]
> 0x8db97d38 JavaThread "Spool Thread #11" [_thread_blocked, id=13200]
> 0x8db96fd8 JavaThread "Spool Thread #10" [_thread_blocked, id=13199]
> 0x8db95fd8 JavaThread "Spool Thread #9" [_thread_blocked, id=13198]
> 0x8db95260 JavaThread "Spool Thread #8" [_thread_blocked, id=13197]
> 0x8db94538 JavaThread "Spool Thread #7" [_thread_blocked, id=13196]
> 0x8db9b8d0 JavaThread "Spool Thread #6" [_thread_blocked, id=13195]
> 0x8db9afb0 JavaThread "Spool Thread #5" [_thread_blocked,
> id=13194]0x8db99398 JavaThread "Spool Thread #1" [_thread_blocked,
> id=13190]
> 0x8db9bce0 JavaThread "Spool Thread #0" [_thread_blocked, id=13189]
> 0x8db92930 JavaThread "Remote delivery thread (9)" [_thread_blocked,
> id=13188]
> 0x8d7d9198 JavaThread "Remote delivery thread (8)" [_thread_blocked,
> id=13187]
> 0x8d7d8028 JavaThread "Remote delivery thread (7)" [_thread_blocked,
> id=13186]
> 0x8d7d72c8 JavaThread "Remote delivery thread (6)" [_thread_blocked,
> id=13185]
> 0x8d7d3e98 JavaThread "Remote delivery thread (5)" [_thread_blocked,
> id=13184]
> 0x8d7d3728 JavaThread "Remote delivery thread (4)" [_thread_blocked,
> id=13183]
> 0x8d7d31e8 JavaThread "Remote delivery thread (3)" [_thread_blocked,
> id=13182]
> 0x8dbc9128 JavaThread "Remote delivery thread (2)" [_thread_blocked,
> id=13181]
> 0x8dbc8c08 JavaThread "Remote delivery thread (1)" [_thread_blocked,
> id=13180]
> 0x8dbcdcd0 JavaThread "Remote delivery thread (0)" [_thread_blocked,
> id=13179]
> 0x8d721f28 JavaThread "XML-RPC Weblistener" [_thread_in_native, id=13177]
> 0x0884f588 JavaThread "default Worker #9" daemon [_thread_blocked,
> id=13176]
> 0x0884e7f0 JavaThread "default Worker #8" daemon [_thread_blocked,
> id=13175]
> 0x0882a0b8 JavaThread "default Worker #7" daemon [_thread_blocked,
> id=13174]
> 0x08829200 JavaThread "default Worker #6" daemon [_thread_blocked,
> id=13173]
> 0x08820610 JavaThread "default Worker #5" daemon [_thread_blocked,
> id=13172]
> 0x087f6cc8 JavaThread "default Worker #4" daemon [_thread_in_native,
> id=13171]
> 0x087f5de8 JavaThread "default Worker #3" daemon [_thread_in_native,
> id=13170]
> 0x0881d3f8 JavaThread "default Worker #2" daemon [_thread_in_native,
> id=13169]
> 0x087fd490 JavaThread "default Worker #1" daemon [_thread_in_native,
> id=13168]
> 0x087fda38 JavaThread "default Worker #0" daemon [_thread_blocked,
> id=13167]
> 0x082cb2b8 JavaThread "Thread-0" daemon [_thread_blocked, id=13162]
> 0x8e3a7370 JavaThread "Low Memory Detector" daemon [_thread_blocked,
> id=13160]
> =>0x8e3a5f88 JavaThread "CompilerThread1" daemon [_thread_in_native,
> id=13159]
> 0x8e3a5000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=13158]
> 0x8e3a4048 JavaThread "AdapterThread" daemon [_thread_blocked, id=13157]
> 0x8e3a3200 JavaThread "Signal Dispatcher" daemon [_thread_blocked,
> id=13156]
> 0x8e398808 JavaThread "Finalizer" daemon [_thread_blocked, id=13155]
> 0x8e398340 JavaThread "Reference Handler" daemon [_thread_blocked,
> id=13154]
> 0x0805cce0 JavaThread "main" [_thread_blocked, id=13147]
>
> Other Threads:
> 0x8e395fb0 VMThread [id=13153]
> 0x8e3a88d8 WatcherThread [id=13161]
>
> VM state:not at safepoint (normal execution)
>
> VM Mutex/Monitor currently owned by a thread: None
>
> Heap
> PSYoungGen total 13952K, used 4334K [0xaebf0000, 0xb04f0000,
> 0xb2460000)
> eden space 11776K, 18% used [0xaebf0000,0xaee17278,0xaf770000)
> from space 2176K, 97% used [0xb0090000,0xb02a4760,0xb02b0000)
> to space 2304K, 0% used [0xb02b0000,0xb02b0000,0xb04f0000)
> PSOldGen total 28864K, used 4821K [0x92860000, 0x94490000,
> 0xaebf0000)
> object space 28864K, 16% used [0x92860000,0x92d15578,0x94490000)
> PSPermGen total 16384K, used 12345K [0x8e860000, 0x8f860000,
> 0x92860000)
> object space 16384K, 75% used [0x8e860000,0x8f46e680,0x8f860000)
>
> Dynamic libraries:
> 08048000-08057000 r-xp 00000000 68:01 3948619
> /usr/local/jdk1.5.0_06/bin/java
> 08057000-08059000 rwxp 0000e000 68:01 3948619
> /usr/local/jdk1.5.0_06/bin/java
> 08059000-0892a000 rwxp 08059000 00:00 0 [heap]
> 8a203000-8a206000 ---p 8a203000 00:00 0
> 8a206000-8a284000 rwxp 8a206000 00:00 0
> 8a284000-8a287000 ---p 8a284000 00:00 0
> 8a287000-8a305000 rwxp 8a287000 00:00 0
> 8a305000-8a308000 ---p 8a305000 00:00 0
> 8a308000-8a386000 rwxp 8a308000 00:00 0
> 8a386000-8a389000 ---p 8a386000 00:00 0
> 8a389000-8a407000 rwxp 8a389000 00:00 0
> 8a407000-8a40a000 ---p 8a407000 00:00 0
> 8a40a000-8a488000 rwxp 8a40a000 00:00 0
> 8a488000-8a48b000 ---p 8a488000 00:00 0
> 8a48b000-8a509000 rwxp 8a48b000 00:00 0
> 8a509000-8a50c000 ---p 8a509000 00:00 0
> 8a50c000-8a58a000 rwxp 8a50c000 00:00 0
> 8a58a000-8a58d000 ---p 8a58a000 00:00 0
> 8a58d000-8a60b000 rwxp 8a58d000 00:00 0
> 8a60b000-8a60e000 ---p 8a60b000 00:00 0
> 8a60e000-8a68c000 rwxp 8a60e000 00:00 0
> 8a68c000-8a68f000 ---p 8a68c000 00:00 0
> 8a68f000-8a70d000 rwxp 8a68f000 00:00 0
> 8a70d000-8a710000 ---p 8a70d000 00:00 0
> 8a710000-8a78e000 rwxp 8a710000 00:00 0
> 8a78e000-8a791000 ---p 8a78e000 00:00 0
> 8a791000-8a80f000 rwxp 8a791000 00:00 0
> 8a80f000-8a812000 ---p 8a80f000 00:00 0
> etc
> etc
>
>
>
>
> 0x8db9aa80 JavaThread "Spool Thread #4" [_thread_blocked, id=13193]
> 0x8db99dd0 JavaThread "Spool Thread #3" [_thread_blocked, id=13192]
> 0x8db997d8 JavaThread "Spool Thread #2" [_thread_blocked, id=13191]
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: JVM Crashing - James 2.3
Posted by Hans Liebenberg <ha...@cambrient.com>.
Thanks Danny,
My first approach will be to upgrade the JVM as Stefano suggested, reset
my threads back up to where I want them and if the problem persists with
latest stable JVM then I will submit to sun.
Thanks
Danny Angus wrote:
> Hans,
>
> The details you have provided would be better going to Sun.
> However it would also be interesting if we could work out why your
> deployment resulted in this crash.
>
> Lots of blocked threads suggests something funny somewhere. But quite
> probably not James related.
>
> d.
>
> On 3/26/07, Hans Liebenberg <ha...@cambrient.com> wrote:
>> Hi,
>>
>> I recently upgraded to James 2.3, and since then James is crashing. Here
>> is the info I have.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: JVM Crashing - James 2.3
Posted by Danny Angus <da...@apache.org>.
Hans,
The details you have provided would be better going to Sun.
However it would also be interesting if we could work out why your
deployment resulted in this crash.
Lots of blocked threads suggests something funny somewhere. But quite
probably not James related.
d.
On 3/26/07, Hans Liebenberg <ha...@cambrient.com> wrote:
> Hi,
>
> I recently upgraded to James 2.3, and since then James is crashing. Here
> is the info I have.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
JVM Crashing - James 2.3
Posted by Hans Liebenberg <ha...@cambrient.com>.
Hi,
I recently upgraded to James 2.3, and since then James is crashing. Here
is the info I have.
java version "1.5.0_06"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
Java HotSpot(TM) Server VM (build 1.5.0_06-b05, mixed mode)
OS: linux
Some config.xml values of possible interest..
<!-- Number of spool threads -->
<threads> 30 </threads>
*****
<deliveryThreads> 10 </deliveryThreads>
*****
<thread-manager>
<thread-group>
<name>default</name>
<priority>5</priority>
<is-daemon>false</is-daemon>
<max-threads>100</max-threads>
<min-threads>20</min-threads>
<min-spare-threads>20</min-spare-threads>
</thread-group>
</thread-manager>
It seems to run for while, and then the JVM eventually crashes...
I had a similar issue on another server but my threads were set quite
high, and by setting it to be less aggressive seemed to rectify the
problem, but in this case its fairly conservative (i think)
Below is the JVM crash info I get in phoenix.console.
Thanks!
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
# SIGSEGV (0xb) at pc=0xb788acd1, pid=13147, tid=2380995504
#
# Java VM: Java HotSpot(TM) Server VM (1.5.0_06-b05 mixed mode)
# Problematic frame:
# V [libjvm.so+0x3c9cd1]
#
# An error report file with more information is saved as hs_err_pid13147.log
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
#
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
# SIGSEGV (0xb) at pc=0xb788acd1, pid=13147, tid=2380995504
#
# Java VM: Java HotSpot(TM) Server VM (1.5.0_06-b05 mixed mode)
# Problematic frame:
# V [libjvm.so+0x3c9cd1]
#
--------------- T H R E A D ---------------
Current thread (0x8e3a5f88): JavaThread "CompilerThread1" daemon
[_thread_in_native, id=13159]
siginfo:si_signo=11, si_errno=0, si_code=1, si_addr=0x00000000
Registers:
EAX=0x00000000, EBX=0xb7a6c7f0, ECX=0x8deaffd0, EDX=0x083017f0
ESP=0x8deaff44, EBP=0x8deaff68, ESI=0x08302d00, EDI=0x8deaffd0
EIP=0xb788acd1, CR2=0x00000000, EFLAGS=0x00010296
Top of Stack: (sp=0x8deaff44)
0x8deaff44: 8deb0580 8deb0590 b788ac16 b7a6c7f0
0x8deaff54: 00000000 8deaff88 b7a6c7f0 08302d00
0x8deaff64: 08302cbc 8deaff98 b788ad75 083030c4
0x8deaff74: 083017f0 083030c4 8deaffd0 08303128
0x8deaff84: 08303e40 08302cbc b7a6c7f0 083030c4
0x8deaff94: 00000000 8deafff8 b788b258 083030c4
0x8deaffa4: 08302d00 083030c4 8deaffd0 0000002e
0x8deaffb4: 08138d8c 8deafff8 b790fbf1 08303860
Instructions: (pc=0xb788acd1)
0xb788acc1: 10 eb de 31 c0 eb 8e 8b 42 04 83 ec 0c 8b 40 08
0xb788acd1: 8b 08 50 ff 51 28 83 c4 10 e9 48 ff ff ff 90 55
Stack: [0x8de31000,0x8deb2000), sp=0x8deaff44, free space=507k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code,
C=native code)
V [libjvm.so+0x3c9cd1]
V [libjvm.so+0x3c9d75]
V [libjvm.so+0x3ca258]
V [libjvm.so+0x4511fd]
V [libjvm.so+0x450e90]
V [libjvm.so+0x1a11c0]
V [libjvm.so+0x19e432]
V [libjvm.so+0x1474b3]
V [libjvm.so+0x1a6929]
V [libjvm.so+0x1a6281]
V [libjvm.so+0x4c8366]
V [libjvm.so+0x4c2ba3]
V [libjvm.so+0x424338]
C [libpthread.so.0+0x5381]
Current CompileTask:
opto:188 s!
com.sun.mail.imap.IMAPStore.protocolConnect(Ljava/lang/String;ILjava/lang/String;Ljava/lang/String;)Z
(433 bytes)
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x8d24e248 JavaThread "NNTPSpool-19" [_thread_blocked, id=13238]
0x8d24d4d0 JavaThread "NNTPSpool-18" [_thread_blocked, id=13237]
0x8d24c790 JavaThread "NNTPSpool-17" [_thread_blocked, id=13236]
0x8d24ba18 JavaThread "NNTPSpool-16" [_thread_blocked, id=13235]
0x8d24aca0 JavaThread "NNTPSpool-15" [_thread_blocked, id=13234]
0x8d249f28 JavaThread "NNTPSpool-14" [_thread_blocked, id=13233]
0x8d2491b0 JavaThread "NNTPSpool-13" [_thread_blocked, id=13232]
0x8d248438 JavaThread "NNTPSpool-12" [_thread_blocked, id=13231]
0x8d2476c0 JavaThread "NNTPSpool-11" [_thread_blocked, id=13230]
0x8d2469e0 JavaThread "NNTPSpool-10" [_thread_blocked, id=13229]
0x8d244488 JavaThread "NNTPSpool-9" [_thread_blocked, id=13228]
0x8d243b08 JavaThread "NNTPSpool-8" [_thread_blocked, id=13227]
0x8d243580 JavaThread "NNTPSpool-7" [_thread_blocked, id=13226]
0x8d242ff8 JavaThread "NNTPSpool-6" [_thread_blocked, id=13225]
0x8d242280 JavaThread "NNTPSpool-5" [_thread_blocked, id=13224]
0x8d7f9530 JavaThread "NNTPSpool-4" [_thread_blocked, id=13223]
0x8d7f8868 JavaThread "NNTPSpool-3" [_thread_blocked, id=13222]
0x8d7f7490 JavaThread "NNTPSpool-2" [_thread_blocked, id=13221]
0x8d7f6fe8 JavaThread "NNTPSpool-1" [_thread_blocked, id=13220]
0x8d7fa198 JavaThread "NNTPSpool-0" [_thread_blocked, id=13219]
0x8d7f3380 JavaThread "Spool Thread #29" [_thread_blocked, id=13218]
0x8d7f2608 JavaThread "Spool Thread #28" [_thread_blocked, id=13217]
0x8d7f1890 JavaThread "Spool Thread #27" [_thread_blocked, id=13216]
0x8d7f0bd0 JavaThread "Spool Thread #26" [_thread_blocked, id=13215]
0x8d7e4688 JavaThread "Spool Thread #25" [_thread_blocked, id=13214]
0x8d7e3910 JavaThread "Spool Thread #24" [_thread_blocked, id=13213]
0x8d7e2b98 JavaThread "Spool Thread #23" [_thread_blocked, id=13212]
0x8d7e1e20 JavaThread "Spool Thread #22" [_thread_blocked, id=13211]
0x8d7e10a8 JavaThread "Spool Thread #21" [_thread_blocked, id=13210]
0x8d7e0330 JavaThread "Spool Thread #20" [_thread_blocked, id=13209]
0x8d7df5b8 JavaThread "Spool Thread #19" [_thread_blocked, id=13208]
0x8d7de840 JavaThread "Spool Thread #18" [_thread_blocked, id=13207]
0x8d7ddac8 JavaThread "Spool Thread #17" [_thread_blocked, id=13206]
0x8d7dcd50 JavaThread "Spool Thread #16" [_thread_blocked, id=13205]
0x8d7dbfd8 JavaThread "Spool Thread #15" [_thread_blocked, id=13204]
0x8d7db260 JavaThread "Spool Thread #14" [_thread_blocked, id=13203]
0x8d7da4e8 JavaThread "Spool Thread #13" [_thread_blocked, id=13202]
0x8db98ab0 JavaThread "Spool Thread #12" [_thread_blocked, id=13201]
0x8db97d38 JavaThread "Spool Thread #11" [_thread_blocked, id=13200]
0x8db96fd8 JavaThread "Spool Thread #10" [_thread_blocked, id=13199]
0x8db95fd8 JavaThread "Spool Thread #9" [_thread_blocked, id=13198]
0x8db95260 JavaThread "Spool Thread #8" [_thread_blocked, id=13197]
0x8db94538 JavaThread "Spool Thread #7" [_thread_blocked, id=13196]
0x8db9b8d0 JavaThread "Spool Thread #6" [_thread_blocked, id=13195]
0x8db9afb0 JavaThread "Spool Thread #5" [_thread_blocked,
id=13194]0x8db99398 JavaThread "Spool Thread #1" [_thread_blocked, id=13190]
0x8db9bce0 JavaThread "Spool Thread #0" [_thread_blocked, id=13189]
0x8db92930 JavaThread "Remote delivery thread (9)" [_thread_blocked,
id=13188]
0x8d7d9198 JavaThread "Remote delivery thread (8)" [_thread_blocked,
id=13187]
0x8d7d8028 JavaThread "Remote delivery thread (7)" [_thread_blocked,
id=13186]
0x8d7d72c8 JavaThread "Remote delivery thread (6)" [_thread_blocked,
id=13185]
0x8d7d3e98 JavaThread "Remote delivery thread (5)" [_thread_blocked,
id=13184]
0x8d7d3728 JavaThread "Remote delivery thread (4)" [_thread_blocked,
id=13183]
0x8d7d31e8 JavaThread "Remote delivery thread (3)" [_thread_blocked,
id=13182]
0x8dbc9128 JavaThread "Remote delivery thread (2)" [_thread_blocked,
id=13181]
0x8dbc8c08 JavaThread "Remote delivery thread (1)" [_thread_blocked,
id=13180]
0x8dbcdcd0 JavaThread "Remote delivery thread (0)" [_thread_blocked,
id=13179]
0x8d721f28 JavaThread "XML-RPC Weblistener" [_thread_in_native, id=13177]
0x0884f588 JavaThread "default Worker #9" daemon [_thread_blocked,
id=13176]
0x0884e7f0 JavaThread "default Worker #8" daemon [_thread_blocked,
id=13175]
0x0882a0b8 JavaThread "default Worker #7" daemon [_thread_blocked,
id=13174]
0x08829200 JavaThread "default Worker #6" daemon [_thread_blocked,
id=13173]
0x08820610 JavaThread "default Worker #5" daemon [_thread_blocked,
id=13172]
0x087f6cc8 JavaThread "default Worker #4" daemon [_thread_in_native,
id=13171]
0x087f5de8 JavaThread "default Worker #3" daemon [_thread_in_native,
id=13170]
0x0881d3f8 JavaThread "default Worker #2" daemon [_thread_in_native,
id=13169]
0x087fd490 JavaThread "default Worker #1" daemon [_thread_in_native,
id=13168]
0x087fda38 JavaThread "default Worker #0" daemon [_thread_blocked,
id=13167]
0x082cb2b8 JavaThread "Thread-0" daemon [_thread_blocked, id=13162]
0x8e3a7370 JavaThread "Low Memory Detector" daemon [_thread_blocked,
id=13160]
=>0x8e3a5f88 JavaThread "CompilerThread1" daemon [_thread_in_native,
id=13159]
0x8e3a5000 JavaThread "CompilerThread0" daemon [_thread_blocked, id=13158]
0x8e3a4048 JavaThread "AdapterThread" daemon [_thread_blocked, id=13157]
0x8e3a3200 JavaThread "Signal Dispatcher" daemon [_thread_blocked,
id=13156]
0x8e398808 JavaThread "Finalizer" daemon [_thread_blocked, id=13155]
0x8e398340 JavaThread "Reference Handler" daemon [_thread_blocked,
id=13154]
0x0805cce0 JavaThread "main" [_thread_blocked, id=13147]
Other Threads:
0x8e395fb0 VMThread [id=13153]
0x8e3a88d8 WatcherThread [id=13161]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
PSYoungGen total 13952K, used 4334K [0xaebf0000, 0xb04f0000,
0xb2460000)
eden space 11776K, 18% used [0xaebf0000,0xaee17278,0xaf770000)
from space 2176K, 97% used [0xb0090000,0xb02a4760,0xb02b0000)
to space 2304K, 0% used [0xb02b0000,0xb02b0000,0xb04f0000)
PSOldGen total 28864K, used 4821K [0x92860000, 0x94490000,
0xaebf0000)
object space 28864K, 16% used [0x92860000,0x92d15578,0x94490000)
PSPermGen total 16384K, used 12345K [0x8e860000, 0x8f860000,
0x92860000)
object space 16384K, 75% used [0x8e860000,0x8f46e680,0x8f860000)
Dynamic libraries:
08048000-08057000 r-xp 00000000 68:01 3948619
/usr/local/jdk1.5.0_06/bin/java
08057000-08059000 rwxp 0000e000 68:01 3948619
/usr/local/jdk1.5.0_06/bin/java
08059000-0892a000 rwxp 08059000 00:00 0 [heap]
8a203000-8a206000 ---p 8a203000 00:00 0
8a206000-8a284000 rwxp 8a206000 00:00 0
8a284000-8a287000 ---p 8a284000 00:00 0
8a287000-8a305000 rwxp 8a287000 00:00 0
8a305000-8a308000 ---p 8a305000 00:00 0
8a308000-8a386000 rwxp 8a308000 00:00 0
8a386000-8a389000 ---p 8a386000 00:00 0
8a389000-8a407000 rwxp 8a389000 00:00 0
8a407000-8a40a000 ---p 8a407000 00:00 0
8a40a000-8a488000 rwxp 8a40a000 00:00 0
8a488000-8a48b000 ---p 8a488000 00:00 0
8a48b000-8a509000 rwxp 8a48b000 00:00 0
8a509000-8a50c000 ---p 8a509000 00:00 0
8a50c000-8a58a000 rwxp 8a50c000 00:00 0
8a58a000-8a58d000 ---p 8a58a000 00:00 0
8a58d000-8a60b000 rwxp 8a58d000 00:00 0
8a60b000-8a60e000 ---p 8a60b000 00:00 0
8a60e000-8a68c000 rwxp 8a60e000 00:00 0
8a68c000-8a68f000 ---p 8a68c000 00:00 0
8a68f000-8a70d000 rwxp 8a68f000 00:00 0
8a70d000-8a710000 ---p 8a70d000 00:00 0
8a710000-8a78e000 rwxp 8a710000 00:00 0
8a78e000-8a791000 ---p 8a78e000 00:00 0
8a791000-8a80f000 rwxp 8a791000 00:00 0
8a80f000-8a812000 ---p 8a80f000 00:00 0
etc
etc
0x8db9aa80 JavaThread "Spool Thread #4" [_thread_blocked, id=13193]
0x8db99dd0 JavaThread "Spool Thread #3" [_thread_blocked, id=13192]
0x8db997d8 JavaThread "Spool Thread #2" [_thread_blocked, id=13191]
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Fixed - Re: Error when running jboss web application with James
Posted by frank chen <xi...@yahoo.com>.
Norman,
Thank you for the quick response.
I fixed the problem by configuring the smtp port
number in the java email application to the port james
running at.
However, what you said is correct. When I did not
specify the smpt port in java email application, it
assumes the default port, at which is the qmail
server, that's why I had the problem initially.
Best,
Frank
--- Norman <nm...@spam-box.de> wrote:
> Hi Frank,
>
> the error you posted ("553 sorry, that domain isn't
> in my list of
> allowed rcpthosts (#5.7.1)") is not a response of
> james. This error
> message looks like qmail response.., Maybe you try
> to send the email via
> a qmail mailrelay and forgot to add the ip address
> of your "jboss"
> server to the qmail tcp.smtp file ?
>
> bye
> Norman
>
> frank chen schrieb:
> > Greeting....
> >
> > I have a Java web applicaiton running on jboss
> > applicaiton server in linux environment.
> > I also run James for mail server.
> > The web application has an email function.
> > When I run it, it got the following error:
> > <----
> > MAIL FROM:<su...@myapplicaitonDomain.com>
> > 250 ok
> > RCPT TO:<my...@yahoo.com>
> > 553 sorry, that domain isn't in my list of allowed
> > rcpthosts (#5.7.1)
> > DEBUG SMTP: Invalid Addresses
> > DEBUG SMTP: myfirstname_lastname@yahoo.com
> > DEBUG SMTP: Sending failed because of invalid
> > destination addresses
> > --->
> >
> > In addition,
> > 1. In the same environment, I run a stand alone
> Java
> > email application with James (i.e. without JBOSS),
> the
> > email function works fine.
> > 2. In my local machine (Windows XP), I run the
> same
> > JBoss web application with James, the email
> function
> > works fine.
> > 3. I am using james v 2.2.0, jboss 4.0.2.
> > 4. myfirstname_lastname@yahoo.com is my real yahoo
> > email account.
> >
> > Do I need configure jboss and/or james somewhere
> to
> > solve the problem?
> > Or I maybe miss something else.
> >
> > Any advices are really appreciated!
> >
> > Best,
> >
> > Frank
> >
> >
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> server-user-unsubscribe@james.apache.org
> > For additional commands, e-mail:
> server-user-help@james.apache.org
> >
> >
> >
> >
> >
> >
>
>
> !DSPAM:1,46052c28174861490173134!
>
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> server-user-unsubscribe@james.apache.org
> For additional commands, e-mail:
> server-user-help@james.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: Error when running jboss web application with James
Posted by Norman <nm...@spam-box.de>.
Hi Frank,
the error you posted ("553 sorry, that domain isn't in my list of
allowed rcpthosts (#5.7.1)") is not a response of james. This error
message looks like qmail response.., Maybe you try to send the email via
a qmail mailrelay and forgot to add the ip address of your "jboss"
server to the qmail tcp.smtp file ?
bye
Norman
frank chen schrieb:
> Greeting....
>
> I have a Java web applicaiton running on jboss
> applicaiton server in linux environment.
> I also run James for mail server.
> The web application has an email function.
> When I run it, it got the following error:
> <----
> MAIL FROM:<su...@myapplicaitonDomain.com>
> 250 ok
> RCPT TO:<my...@yahoo.com>
> 553 sorry, that domain isn't in my list of allowed
> rcpthosts (#5.7.1)
> DEBUG SMTP: Invalid Addresses
> DEBUG SMTP: myfirstname_lastname@yahoo.com
> DEBUG SMTP: Sending failed because of invalid
> destination addresses
> --->
>
> In addition,
> 1. In the same environment, I run a stand alone Java
> email application with James (i.e. without JBOSS), the
> email function works fine.
> 2. In my local machine (Windows XP), I run the same
> JBoss web application with James, the email function
> works fine.
> 3. I am using james v 2.2.0, jboss 4.0.2.
> 4. myfirstname_lastname@yahoo.com is my real yahoo
> email account.
>
> Do I need configure jboss and/or james somewhere to
> solve the problem?
> Or I maybe miss something else.
>
> Any advices are really appreciated!
>
> Best,
>
> Frank
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
>
>
>
>
>
!DSPAM:1,46052c28174861490173134!
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Error when running jboss web application with James
Posted by frank chen <xi...@yahoo.com>.
Greeting....
I have a Java web applicaiton running on jboss
applicaiton server in linux environment.
I also run James for mail server.
The web application has an email function.
When I run it, it got the following error:
<----
MAIL FROM:<su...@myapplicaitonDomain.com>
250 ok
RCPT TO:<my...@yahoo.com>
553 sorry, that domain isn't in my list of allowed
rcpthosts (#5.7.1)
DEBUG SMTP: Invalid Addresses
DEBUG SMTP: myfirstname_lastname@yahoo.com
DEBUG SMTP: Sending failed because of invalid
destination addresses
--->
In addition,
1. In the same environment, I run a stand alone Java
email application with James (i.e. without JBOSS), the
email function works fine.
2. In my local machine (Windows XP), I run the same
JBoss web application with James, the email function
works fine.
3. I am using james v 2.2.0, jboss 4.0.2.
4. myfirstname_lastname@yahoo.com is my real yahoo
email account.
Do I need configure jboss and/or james somewhere to
solve the problem?
Or I maybe miss something else.
Any advices are really appreciated!
Best,
Frank
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: question on remotedelivery retries
Posted by John Rose <JR...@foundationip.com>.
Thank you for your response and explaining how the Retries work.
We went aggressive on the retries just to give the end users in our
application a quicker turnaround times for non-delivery notification. Our
application deals with extremely date-sensitive correspondence and
deadlines. We just felt the 4 day standard was just too long to wait
before a end user receives notification that their email they sent off was
not delivered to the recipient. The email corresondence is crucial to make
sure deadlines are not missed. The more aggressive 11 hour schedule gives
the user time to make whatever corrections need to be made without missing
those deadlines.
Thanks again.
John Rose
ASP Manager
FoundationIP - Part of CPA Software Solutions
Direct Dial: +1 612-236-9917
Email: jrose@foundationip.com
Fax: +1 612-332-0080
Computer Patent Annuities North America LLC / FoundationIP
900 Second Avenue South Suite 1700
Minneapolis, MN 55402
CPA is the world's leading provider of outsourced IP services, For further
information about our products and services go to www.cpaglobal.com.
Stefano Bagnara <ap...@bago.org>
03/23/2007 04:49 AM
Please respond to
"James Users List" <se...@james.apache.org>
To
James Users List <se...@james.apache.org>
cc
Subject
Re: question on remotedelivery retries
Here is the attempts list using your config:
1: minute 0m
2: minute 5m (5 minutes)
3: minute 15m (10 minutes)
4: minute 30m (15 minutes)
5: minute 50m (20 minutes)
6: minute 1h15m (25 minutes)
7: minute 1h45m (30 minutes)
8: minute 2h15m (30 minutes)
9: minute 2h45m (30 minutes)
10: minute 3h15m (30 minutes)
11: minute 3h45m (25 minutes)
12: minute 4h15m (30 minutes)
13: minute 4h45m (30 minutes)
14: minute 5h15m (30 minutes)
15: minute 5h45m (30 minutes)
16: minute 6h15m (25 minutes)
17: minute 6h45m (30 minutes)
18: minute 7h15m (30 minutes)
19: minute 7h45m (30 minutes)
20: minute 8h15m (30 minutes)
21: minute 8h45m (25 minutes)
22: minute 9h15m (30 minutes)
23: minute 9h45m (30 minutes)
24: minute 10h15m (30 minutes)
25: minute 10h45m (30 minutes)
So after 10 hours and 45 minutes (+ possible delayes due to processing
time and workload delay) soft failures are bounced back as permanent.
The issue of wrong domain to result in soft failures has been discussed.
Some committer thinks that this is a bug, someone else say that this is
the behaviour intended by the RFC (I'm in the fist category).
The result is that current trunk code has a workaround to allow
configurability for this special issue, but 2.2 and 2.3 leave you with
this "problem" (someone else would say "feature").
Please note that your delayTime configuration is a bit aggressive by
specs. RFC suggests to retry for at least 4 days (if I remember
correctly) instead you try only for 11 hours.
I understand why you decreased so much the retries (but then you can
also reduce the total number of attempts that are only wasting
resources) but I wanted to warn you about the problem with short retry
times.
Stefano
John Rose ha scritto:
> We are using James 2.2 as a means of receiving and sending email in our
> Java application. I have a question on the amount of time for retries on
> non-delivered emails. Our configuration is as follows:
>
> <!-- using delay time to retry delivery and the maximum number of
retries
> -->
> <mailet match="All" class="RemoteDelivery">
> <outgoing> file://var/mail/outgoing/
> </outgoing>
> <!-- alternative database repository
> example below -->
> <!--
> <outgoing> db://maildb/spool/outgoing </outgoing>
> -->
> <!-- Delivery Schedule based upon RFC
> 2821, 4.5.4.1 -->
> <!-- 5 day retry period, with 4 attempts
> in the first
> hour, two more within the first 6 hours, and then
> every 6 hours for the rest of the period. -->
> <delayTime> 5 minutes </delayTime>
> <delayTime> 10 minutes </delayTime>
> <delayTime> 15 minutes </delayTime>
> <delayTime> 20 minutes </delayTime>
> <delayTime> 25 minutes </delayTime>
> <delayTime> 30 minutes </delayTime>
> <maxRetries> 25 </maxRetries>
>
> We are getting complaints from our end users that when sending an email
> with an invalid domain the bounceback message is taking over 11 hours to
> be returned back to them. I can't quite reconcile that with the setup
> above. How do the times work above and what should be be changing to
> reduce the lag time - the number of maxretries or the individual
> delaytimes.
>
> Thank you.
>
> John Rose
> ASP Manager
>
> FoundationIP - Part of CPA Software Solutions
>
> Direct Dial: +1 612-236-9917
> Email: jrose@foundationip.com
> Fax: +1 612-332-0080
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
********************************************************************************
The information in this message is confidential and may be legally
privileged. It is intended solely for the addressee; access to this
email by anyone else is unauthorized.
If you are not the intended recipient: (1) you are kindly requested
to return a copy of this message to the sender indicating that you
have received it in error, and to destroy the received copy; and (2)
any disclosure or distribution of this message, as well as any action
taken or omitted to be taken in reliance on its content, is prohibited
and may be unlawful.
********************************************************************************
Re: question on remotedelivery retries
Posted by Stefano Bagnara <ap...@bago.org>.
Here is the attempts list using your config:
1: minute 0m
2: minute 5m (5 minutes)
3: minute 15m (10 minutes)
4: minute 30m (15 minutes)
5: minute 50m (20 minutes)
6: minute 1h15m (25 minutes)
7: minute 1h45m (30 minutes)
8: minute 2h15m (30 minutes)
9: minute 2h45m (30 minutes)
10: minute 3h15m (30 minutes)
11: minute 3h45m (25 minutes)
12: minute 4h15m (30 minutes)
13: minute 4h45m (30 minutes)
14: minute 5h15m (30 minutes)
15: minute 5h45m (30 minutes)
16: minute 6h15m (25 minutes)
17: minute 6h45m (30 minutes)
18: minute 7h15m (30 minutes)
19: minute 7h45m (30 minutes)
20: minute 8h15m (30 minutes)
21: minute 8h45m (25 minutes)
22: minute 9h15m (30 minutes)
23: minute 9h45m (30 minutes)
24: minute 10h15m (30 minutes)
25: minute 10h45m (30 minutes)
So after 10 hours and 45 minutes (+ possible delayes due to processing
time and workload delay) soft failures are bounced back as permanent.
The issue of wrong domain to result in soft failures has been discussed.
Some committer thinks that this is a bug, someone else say that this is
the behaviour intended by the RFC (I'm in the fist category).
The result is that current trunk code has a workaround to allow
configurability for this special issue, but 2.2 and 2.3 leave you with
this "problem" (someone else would say "feature").
Please note that your delayTime configuration is a bit aggressive by
specs. RFC suggests to retry for at least 4 days (if I remember
correctly) instead you try only for 11 hours.
I understand why you decreased so much the retries (but then you can
also reduce the total number of attempts that are only wasting
resources) but I wanted to warn you about the problem with short retry
times.
Stefano
John Rose ha scritto:
> We are using James 2.2 as a means of receiving and sending email in our
> Java application. I have a question on the amount of time for retries on
> non-delivered emails. Our configuration is as follows:
>
> <!-- using delay time to retry delivery and the maximum number of retries
> -->
> <mailet match="All" class="RemoteDelivery">
> <outgoing> file://var/mail/outgoing/
> </outgoing>
> <!-- alternative database repository
> example below -->
> <!--
> <outgoing> db://maildb/spool/outgoing </outgoing>
> -->
> <!-- Delivery Schedule based upon RFC
> 2821, 4.5.4.1 -->
> <!-- 5 day retry period, with 4 attempts
> in the first
> hour, two more within the first 6 hours, and then
> every 6 hours for the rest of the period. -->
> <delayTime> 5 minutes </delayTime>
> <delayTime> 10 minutes </delayTime>
> <delayTime> 15 minutes </delayTime>
> <delayTime> 20 minutes </delayTime>
> <delayTime> 25 minutes </delayTime>
> <delayTime> 30 minutes </delayTime>
> <maxRetries> 25 </maxRetries>
>
> We are getting complaints from our end users that when sending an email
> with an invalid domain the bounceback message is taking over 11 hours to
> be returned back to them. I can't quite reconcile that with the setup
> above. How do the times work above and what should be be changing to
> reduce the lag time - the number of maxretries or the individual
> delaytimes.
>
> Thank you.
>
> John Rose
> ASP Manager
>
> FoundationIP - Part of CPA Software Solutions
>
> Direct Dial: +1 612-236-9917
> Email: jrose@foundationip.com
> Fax: +1 612-332-0080
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: question on remotedelivery retries
Posted by Danny Angus <da...@apache.org>.
On 3/22/07, John Rose <JR...@foundationip.com> wrote:
> ... James 2.2 ... We are getting complaints ... over 11 hours ... I can't quite reconcile
Blimey, I can't reconcile that either, not with mortal arithmetic.
This would suggest that it isn't wholly related to the retries.
Furthermore I would expect, but can't confirm, that lack of DNS
entries for a domain would result in permanent failure at the first
attempt. However I think I recall some discussions about treating
non-existent domains as temporary failures in case the problem is just
poor DNS resolution. Neither of those statements answer your question,
but the latter may go some way to mitigate your complaints.
Do the messages say "There are no DNS entries for the hostname "?
Are you using a gateway, or sending to the hosts directly?
Can you see anything useful in the logs?
d.
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org