Do you use beta3 ?

Bye,
Norman


2011/9/13 Raju Buchi <[email protected]>:
> Hello
>
> We are also facing exactly the same issues. Tried to debug my custom mailets
> and seems to be everything is working fine. Logs did not show any exception
> messages except it will always spool a mail and will never attempt to send
> it. i.e. all mails are stuck in the spool.
>
> - Raju
>
> On Tue, Sep 13, 2011 at 12:20 PM, Zach Cox <[email protected]> wrote:
>
>> We are having a severe problem with James 3.0-M2 where it will operate
>> correctly for hours or days, and then all of a sudden it will not
>> process a lot of the mail it spools.  Sometimes it will not process
>> *any* mail that it spools, and other times it will spool a bunch of
>> mail, and then process others seemingly at random.  I have to restart
>> James to get that spooled mail to be processed.  But even then,
>> sometimes the spooled mail is completely lost after a restart.  I have
>> seen several other threads lately with similar problems, but they
>> haven't helped our situation.
>>
>> We do not store mail in James for personal accounts and we have IMAP &
>> POP3 disabled.  Every inbound email has one of two things done to it:
>>  - it is processed locally by custom mailets & matchers
>>  - or it is relayed to our corporate Google Apps account
>>
>> A previous thread recommended checking all custom mailets and
>> matchers.  As far as I can tell, they are all working properly.  There
>> are no exceptions or errors in log/james-server.log, and in the
>> scenario where James spools some mail & processes others, the mail
>> that is processed is handled properly by our custom mailets &
>> matchers.
>>
>> I've tried connecting to James JMX remotely via JConsole but have not
>> been able to connect.  Which port does James run JMX on?  Any help
>> with JMX would be appreciated.
>>
>> Does anyone have any other ideas about what we should look for?  I
>> noticed 3.0-beta3 is out now, were there fixes in beta3 related to
>> mail being spooled but not processed?
>>
>> Thanks,
>> Zach
>>
>> ---------------------------------------------------------------------
>> 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