Do you know when this change will happen. I am happy to clear out the
directory occationally, but I find this happens once per day. I generate
test mail messages from a program that loops around generating mails as
quickly as it can, which is not exactly typical use (but vital to my app),
but it leads to this problem quite often. If you do not have time for this ,
I will probably try a fix myself, thouhg I am not familiar with JAMES
internals (yet!).
I have noticed that other people on the mailing list seem to have this
problem as well.
regards,
Niall Murphy
> -----Original Message-----
> From: Serge Knystautas [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, August 28, 2001 2:42 PM
> To: [EMAIL PROTECTED]
> Subject: Re: FileNotFonud Exception and mailet.log growing forever
>
>
> Niall,
>
> For the time being, you'll have to manually delete the unpaired file. I
> will look at the file repository code and change it to double check that
> both of the paired files exist before returning it as a valid message.
>
> Serge Knystautas
> Loki Technologies
> http://www.lokitech.com/
> ----- Original Message -----
> From: "Niall Murphy" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, August 28, 2001 9:17 AM
> Subject: RE: FileNotFonud Exception and mailet.log growing forever
>
>
> > I am running James 1.2.1, which I assume is the latest build.
> >
> > ta,
> > Niall Murphy
> >
> > > -----Original Message-----
> > > From: Serge Knystautas [mailto:[EMAIL PROTECTED]]
> > > Sent: Monday, August 27, 2001 4:12 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: FileNotFonud Exception and mailet.log growing forever
> > >
> > >
> > > What version of James are you running?
> > >
> > > We have noticed this happening in the past, although I'm not sure
> > > what have
> > > caused it in your case. There is locking in the server that
> > > should prevent
> > > multiple threads from trying to write/access a file at the same time,
> > > however I've noticed that sometimes Java treats a "delete" as
> asynchronous
> > > (meaning you can delete a file, and then do a listing of that
> > > directory and
> > > still see it).
> > >
> > > Also, removing all the files from a spool should be fine.
> > >
> > > Are you saying the log file fills up your disk? Can you look
> and see if
> > > there is a stack trace of the problem anywhere?
> > >
> > > Serge Knystautas
> > > Loki Technologies
> > > http://www.lokitech.com/
> > > ----- Original Message -----
> > > From: "Niall Murphy" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Monday, August 27, 2001 10:56 AM
> > > Subject: FileNotFonud Exception and mailet.log growing forever
> > >
> > >
> > > > I have the following message repeating in my mailet.log:
> > > >
> > > >
> > > > 2001.08.27 11:11:45 442 (INFO) from Mailets:
> RemoteDelivery: Exception
> > > > caught in
> > > > RemoteDelivery.run(): java.lang.RuntimeException: Exception
> > > caught while
> > > > removi
> > > > ng an object: java.io.FileNotFoundException:
> > > > .../var/mail/outgoing/4D61696C393938
> > > >
> > > 3931303638333939362D3130392D21313932313734323935362D746F2D7961686F
> > > 6F2E636F6D
> > > > ..pri
> > > > vate.PersistentStore (No such file or directory)
> > > >
> > > > It seems like it is going to keep trying and failing to send
> > > this message
> > > > and fill up my disk.
> > > >
> > > >
> > > > I am not sure what caused it, but prior to the problem I stopped
> James,
> > > > removed all files in spool and outgoing and restarted James. Could
> this
> > > have
> > > > caused it. Is it reasonable to clear out spool and outgoing (I
> > > am happy to
> > > > lose the messages to start from a known state).
> > > >
> > > > My other thought is that maybe more than one thread is trying to
> process
> > > the
> > > > outgoing messages and one thread has deleted the
> PersistentStore file
> > > while
> > > > another thread was in the middle of trying to process the same
> message.
> > > >
> > > > I am running on Red Hat Linux 7.0. and using the filesystm(not
> > > a database)
> > > > to store messages.
> > > >
> > > > Niall
> > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > 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]
