You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by Charles Benett <ch...@benett1.demon.co.uk> on 2001/11/23 15:05:50 UTC
POP3 in James 2.0a2
Have just tested current code as of yesturday.
When James is restarted, the POP Server cannot see mails delivered
before it shutdown.
E.g.:
client: stat
james: +OK 0 0
even when there are mails in the directory.
Has anyone else seen this behaviour?
Charles
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: James Endless loop bringing machine down
Posted by Jacques Lema <ja...@link-u.com>.
Well, I haven't looked much at James code to be honest, I just wrote my own
mailets. Therefore I can't say HOW this would be implemented but the
delivery thread should be able to notice that it is being asked to send the
same message twice. To my eyes, it would even be better if james stopped
completely and sent a warning to the admin
----- Original Message -----
From: "Serge Knystautas" <po...@mailhive.net>
To: "James Developers List" <ja...@jakarta.apache.org>
Sent: Sunday, November 25, 2001 7:06 AM
Subject: Re: James Endless loop bringing machine down
> I've noticed that in the latest release a message in a file repository
will
> get corrupted, and the remote delivery is incorrectly diagnosing it as a
> problem with the remote server, instead of the local server. It goes
> something like this...
>
> outgoing spool
> --------------
> message 321 (corrupted)
> message 322 (ok)
> message 323 (ok)
>
> It tries to send message 321, but there's a failure. It then creates an
> error and asks for spool for the next message. However, message 321 is
> corrupted and refuses to go away, so the thread grabs message 321 again.
> The result is the fast and furious loop you're seeing. I got a less than
> friendly call from a mail server admin that was effectively getting a DOS
> attack from this problem in James as his server was receiving a failed
> delivery of message 321 over and over again.
>
> I'm still checking into why this is happening. I need to figure out why
> message 321 isn't getting deleted, as that problem with the repository is
> what's creating this condition. I don't know a workaround for this as I'm
> not sure what the delivery thread can do if the repository isn't doing
what
> it's being told to do.
>
> Serge Knystautas
> Loki Technologies - Unstoppable Websites
> http://www.lokitech.com
> ----- Original Message -----
> From: "Jacques Lema" <ja...@link-u.com>
> To: "James Developers List" <ja...@jakarta.apache.org>
> Sent: Saturday, November 24, 2001 9:37 AM
> Subject: James Endless loop bringing machine down
>
>
> > I now use james 2.01a (the binary that can be found on the website).
> >
> > For some reason the non-existence of a specific SMTP host makes this
> > remotedelivery relaunch itself and repeat endlessly (When started, the
> > James.Mailet.log would fill about 150mb log in a few minutes). I can't
> > believe this is just because the smtp host is down.. there must be
> something
> > else?
> >
> > You can find the full log here... which is basically the snippet below
> > repeated a million times (note that this doesn't contain the line where
it
> > all started since I had to reboot my machine to be able to access it
again
> > through SSH. I just relaunched and I had this result. Of course deleting
> the
> > mail that was causing this problem brought all back to normal. I think
> there
> > should definitely be a system to avoid any mail processing to enter an
> > infinite loop. Isn't there a way to limit the number of times an email
> tries
> > to get processed?
> >
> > http://www.meet-u.com/jmbuglog.gz
> >
> >
> > This is what gets repeated:
> >
> > Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
> > Sending failure message Mail1006424053509-1886-!1376559019-to-msn.fr
> > Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
> > Exception caught in RemoteDelivery.run():
> > java.lang.reflect.UndeclaredThrowableException
> > Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
> > Remote delivery thread (0) will process mail
> > Mail1006424053509-1886-!1376559019-to-msn.fr
> > Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
> > attempting to deliver Mail1006424053509-1886-!1376559019-to-msn.fr
> > Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
> > attempting delivery of Mail1006424053509-1886-!1376559019-to-msn.fr to
> host
> > cpinssmtpe03.msn.com. to [Jeremie_32587@msn.fr]
> > Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
> > Exception delivering message
> > (Mail1006424053509-1886-!1376559019-to-msn.fr) - Unknown SMTP host:
> > cpinssmtpe03.msn.com.;
> > nested exception is:
> > java.net.UnknownHostException: cpinssmtpe03.msn.com.
> > Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
> > Temporary exception delivering mail
> > (Mail1006424053509-1886-!1376559019-to-msn.fr:
> > javax.mail.MessagingException: Unknown SMTP host: cpinssmtpe03.msn.com.;
> > nested exception is:
> > java.net.UnknownHostException: cpinssmtpe03.msn.com.
> > at com.sun.mail.smtp.SMTPTransport.openServer(SMTPTransport.java:865)
> > at
com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:156
> )
> > at javax.mail.Service.connect(Service.java:234)
> > at javax.mail.Service.connect(Service.java:135)
> > at javax.mail.Service.connect(Service.java:87)
> > at com.sun.mail.smtp.SMTPTransport.connect(SMTPTransport.java:93)
> > at
> >
>
org.apache.james.transport.mailets.RemoteDelivery.deliver(RemoteDelivery.jav
> > a:190)
> > at
> >
>
org.apache.james.transport.mailets.RemoteDelivery.run(RemoteDelivery.java:38
> > 7)
> > at java.lang.Thread.run(Thread.java:539)
> >
> >
> >
> >
> >
> >
> >
> > --
> > To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> <ma...@jakarta.apache.org>
> >
> >
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: James Endless loop bringing machine down
Posted by Serge Knystautas <po...@mailhive.net>.
I've noticed that in the latest release a message in a file repository will
get corrupted, and the remote delivery is incorrectly diagnosing it as a
problem with the remote server, instead of the local server. It goes
something like this...
outgoing spool
--------------
message 321 (corrupted)
message 322 (ok)
message 323 (ok)
It tries to send message 321, but there's a failure. It then creates an
error and asks for spool for the next message. However, message 321 is
corrupted and refuses to go away, so the thread grabs message 321 again.
The result is the fast and furious loop you're seeing. I got a less than
friendly call from a mail server admin that was effectively getting a DOS
attack from this problem in James as his server was receiving a failed
delivery of message 321 over and over again.
I'm still checking into why this is happening. I need to figure out why
message 321 isn't getting deleted, as that problem with the repository is
what's creating this condition. I don't know a workaround for this as I'm
not sure what the delivery thread can do if the repository isn't doing what
it's being told to do.
Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com
----- Original Message -----
From: "Jacques Lema" <ja...@link-u.com>
To: "James Developers List" <ja...@jakarta.apache.org>
Sent: Saturday, November 24, 2001 9:37 AM
Subject: James Endless loop bringing machine down
> I now use james 2.01a (the binary that can be found on the website).
>
> For some reason the non-existence of a specific SMTP host makes this
> remotedelivery relaunch itself and repeat endlessly (When started, the
> James.Mailet.log would fill about 150mb log in a few minutes). I can't
> believe this is just because the smtp host is down.. there must be
something
> else?
>
> You can find the full log here... which is basically the snippet below
> repeated a million times (note that this doesn't contain the line where it
> all started since I had to reboot my machine to be able to access it again
> through SSH. I just relaunched and I had this result. Of course deleting
the
> mail that was causing this problem brought all back to normal. I think
there
> should definitely be a system to avoid any mail processing to enter an
> infinite loop. Isn't there a way to limit the number of times an email
tries
> to get processed?
>
> http://www.meet-u.com/jmbuglog.gz
>
>
> This is what gets repeated:
>
> Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
> Sending failure message Mail1006424053509-1886-!1376559019-to-msn.fr
> Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
> Exception caught in RemoteDelivery.run():
> java.lang.reflect.UndeclaredThrowableException
> Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
> Remote delivery thread (0) will process mail
> Mail1006424053509-1886-!1376559019-to-msn.fr
> Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
> attempting to deliver Mail1006424053509-1886-!1376559019-to-msn.fr
> Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
> attempting delivery of Mail1006424053509-1886-!1376559019-to-msn.fr to
host
> cpinssmtpe03.msn.com. to [Jeremie_32587@msn.fr]
> Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
> Exception delivering message
> (Mail1006424053509-1886-!1376559019-to-msn.fr) - Unknown SMTP host:
> cpinssmtpe03.msn.com.;
> nested exception is:
> java.net.UnknownHostException: cpinssmtpe03.msn.com.
> Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
> Temporary exception delivering mail
> (Mail1006424053509-1886-!1376559019-to-msn.fr:
> javax.mail.MessagingException: Unknown SMTP host: cpinssmtpe03.msn.com.;
> nested exception is:
> java.net.UnknownHostException: cpinssmtpe03.msn.com.
> at com.sun.mail.smtp.SMTPTransport.openServer(SMTPTransport.java:865)
> at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:156
)
> at javax.mail.Service.connect(Service.java:234)
> at javax.mail.Service.connect(Service.java:135)
> at javax.mail.Service.connect(Service.java:87)
> at com.sun.mail.smtp.SMTPTransport.connect(SMTPTransport.java:93)
> at
>
org.apache.james.transport.mailets.RemoteDelivery.deliver(RemoteDelivery.jav
> a:190)
> at
>
org.apache.james.transport.mailets.RemoteDelivery.run(RemoteDelivery.java:38
> 7)
> at java.lang.Thread.run(Thread.java:539)
>
>
>
>
>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
James Endless loop bringing machine down
Posted by Jacques Lema <ja...@link-u.com>.
I now use james 2.01a (the binary that can be found on the website).
For some reason the non-existence of a specific SMTP host makes this
remotedelivery relaunch itself and repeat endlessly (When started, the
James.Mailet.log would fill about 150mb log in a few minutes). I can't
believe this is just because the smtp host is down.. there must be something
else?
You can find the full log here... which is basically the snippet below
repeated a million times (note that this doesn't contain the line where it
all started since I had to reboot my machine to be able to access it again
through SSH. I just relaunched and I had this result. Of course deleting the
mail that was causing this problem brought all back to normal. I think there
should definitely be a system to avoid any mail processing to enter an
infinite loop. Isn't there a way to limit the number of times an email tries
to get processed?
http://www.meet-u.com/jmbuglog.gz
This is what gets repeated:
Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
Sending failure message Mail1006424053509-1886-!1376559019-to-msn.fr
Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
Exception caught in RemoteDelivery.run():
java.lang.reflect.UndeclaredThrowableException
Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
Remote delivery thread (0) will process mail
Mail1006424053509-1886-!1376559019-to-msn.fr
Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
attempting to deliver Mail1006424053509-1886-!1376559019-to-msn.fr
Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
attempting delivery of Mail1006424053509-1886-!1376559019-to-msn.fr to host
cpinssmtpe03.msn.com. to [Jeremie_32587@msn.fr]
Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
Exception delivering message
(Mail1006424053509-1886-!1376559019-to-msn.fr) - Unknown SMTP host:
cpinssmtpe03.msn.com.;
nested exception is:
java.net.UnknownHostException: cpinssmtpe03.msn.com.
Sat Nov 24 06:43:08 CET 2001 [INFO ] (James.Mailet): RemoteDelivery:
Temporary exception delivering mail
(Mail1006424053509-1886-!1376559019-to-msn.fr:
javax.mail.MessagingException: Unknown SMTP host: cpinssmtpe03.msn.com.;
nested exception is:
java.net.UnknownHostException: cpinssmtpe03.msn.com.
at com.sun.mail.smtp.SMTPTransport.openServer(SMTPTransport.java:865)
at com.sun.mail.smtp.SMTPTransport.protocolConnect(SMTPTransport.java:156)
at javax.mail.Service.connect(Service.java:234)
at javax.mail.Service.connect(Service.java:135)
at javax.mail.Service.connect(Service.java:87)
at com.sun.mail.smtp.SMTPTransport.connect(SMTPTransport.java:93)
at
org.apache.james.transport.mailets.RemoteDelivery.deliver(RemoteDelivery.jav
a:190)
at
org.apache.james.transport.mailets.RemoteDelivery.run(RemoteDelivery.java:38
7)
at java.lang.Thread.run(Thread.java:539)
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: POP3 in James 2.0a2
Posted by Serge Knystautas <se...@lokitech.com>.
One note... I believe if you check the objectstorage.log file you will see
if the numbering is getting messed up. If it is numbering repositories
differently than you'd like, just try renaming the file and James should
behave as hoped.
Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com
----- Original Message -----
From: "Serge Knystautas" <po...@mailhive.net>
To: "James Developers List" <ja...@jakarta.apache.org>
Sent: Sunday, November 25, 2001 1:00 AM
Subject: Re: POP3 in James 2.0a2
> I'd guess this is a result of the Avalon upgrade. The new file
repositories
> in Avalon affix a Reposity[number] suffix, where [number] is based on the
> order in your conf file. So if file://var/mail/inbox in the 6th
repository
> in your conf file, the stream files will be named
> 4329874928374.Repository6.StreamStore.
>
> The problem this creates is that if you change a file repository to a db
> repository (any non-file repository), Avalon will number the remaining
file
> repositories differently. So for example, file://var/mail/inbox might be
> now the 4th repository, so it won't see
> 4329874928374.Repository6.StreamStore because its looking for
> 4329874928374.Repository4.StreamStore.
>
> Between the Excalibur code not pooling db connections and these file
> repository changes, I'm thinking we should just copy that code into the
> James project and make it stable the way we need it to be. Continue to
use
> the rest of Avalon, but this code that is largely out of our control is
> slowing releases.
>
> Serge Knystautas
> Loki Technologies - Unstoppable Websites
> http://www.lokitech.com
> ----- Original Message -----
> From: "Charles Benett" <ch...@benett1.demon.co.uk>
> To: "Java Apache Mail Server" <ja...@jakarta.apache.org>
> Sent: Friday, November 23, 2001 9:05 AM
> Subject: POP3 in James 2.0a2
>
>
> > Have just tested current code as of yesturday.
> > When James is restarted, the POP Server cannot see mails delivered
> > before it shutdown.
> > E.g.:
> > client: stat
> > james: +OK 0 0
> > even when there are mails in the directory.
> >
> > Has anyone else seen this behaviour?
> >
> > Charles
>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: POP3 in James 2.0a2
Posted by Serge Knystautas <se...@lokitech.com>.
I've come across an mbox parser in Java, and with a bit of work could
probably get it writing to an mbox format file as well. Would be good for
inboxes, but inefficient for spooling (when many threads are accessing the
same repository concurrently).
Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com/
----- Original Message -----
From: "Angus Fox" <an...@mac.com>
To: "James Developers List" <ja...@jakarta.apache.org>
Sent: Sunday, November 25, 2001 12:57 PM
Subject: RE: POP3 in James 2.0a2
Its long been my holy grail to find an alternative to large stores of ..pst
files on Windows. I want to be able to use a mac, a pc, and a sun at home
and a pda like a 9210 on the road. The *only* thing that keeps me using
Windows is these mail databases in .pst format going back to 1995. The
marvellous thing about the .pst is you can move one file and it moves all
your data. Of course its a tremendous weakness too and its not particularly
cross platform.
So my interest in james is primarily to find a mail server that uses a
neutral database and import all my old mail into it and access it from
satandard protocols or clients.
I know I dont need this stuff often - but when you need someones email
address from 3 years ago it would be nice to look it up somewhere online
rather than wait till you got home to fire up an old pc..
So I would love to see expanded support for mail repositories.
Angus
> -----Original Message-----
> From: Danny Angus [mailto:danny@thought.co.uk]
> Sent: 25 November 2001 17:34
> To: James Developers List
> Subject: RE: POP3 in James 2.0a2
>
>
> I agree, James was already using the Avalon format when I came to
> it, but I think interoperability could be enhanced if it used, at
> least optionally, file formats compatible with other s'ware.
> d.
>
> > -----Original Message-----
> > From: Peter Donald [mailto:peter@apache.org]
> > Sent: Sunday, November 25, 2001 11:15 AM
> > To: James Developers List
> > Subject: Re: POP3 in James 2.0a2
> >
> >
> > Hi,
> >
> > While I am sure the Avalon peeps would love you to fix any issues I was
> > always surprised that James never used one of the more standard mail
> > repository file formats. Theres a whole bunch of formats like
> > MBox, maildir
> > and so forth that are much more suited to mail storage. It may be
> > a good time
> > to transfer to use one of these formats at this time ?
> >
> > On Sun, 25 Nov 2001 20:24, Danny Angus wrote:
> > > I'm looking at db connection pooling at work just now, and
> the filename
> > > bugs really annoy me, so I'd agree, unless we could contribute back to
> > > Avalon. d.
> >
> > >
> > > > -----Original Message-----
> > > > From: Serge Knystautas [mailto:postmaster@mailhive.net]
> > > > Sent: Sunday, November 25, 2001 6:00 AM
> > > > To: James Developers List
> > > > Subject: Re: POP3 in James 2.0a2
> > > >
> > > >
> > > > I'd guess this is a result of the Avalon upgrade. The new file
> > > > repositories
> > > > in Avalon affix a Reposity[number] suffix, where [number] is
> > based on the
> > > > order in your conf file. So if file://var/mail/inbox in the 6th
> > > > repository
> > > > in your conf file, the stream files will be named
> > > > 4329874928374.Repository6.StreamStore.
> > > >
> > > > The problem this creates is that if you change a file
> > repository to a db
> > > > repository (any non-file repository), Avalon will number the
> > > > remaining file
> > > > repositories differently. So for example,
> file://var/mail/inbox might be
> > > now the 4th repository, so it won't see
> > > 4329874928374.Repository6.StreamStore because its looking for
> > > 4329874928374.Repository4.StreamStore.
> > >
> > > Between the Excalibur code not pooling db connections and these file
> > > repository changes, I'm thinking we should just copy that
> code into the
> > > James project and make it stable the way we need it to be.
> > > Continue to use
> > > the rest of Avalon, but this code that is largely out of our
> control is
> > > slowing releases.
>
> --
> Cheers,
>
> Pete
>
> -------------------------
> All things considered,
> insanity may be the only
> reasonable alternative.
> -------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: POP3 in James 2.0a2
Posted by Danny Angus <da...@thought.co.uk>.
you should try using database repositories, wash my mouth out with soap, but using the jdbc/odbc bridge you could get all your email into an access database.
(sorry for that, if it was in bad taste)
> -----Original Message-----
> From: Angus Fox [mailto:angusf@mac.com]
> Sent: Sunday, November 25, 2001 5:57 PM
> To: James Developers List
> Subject: RE: POP3 in James 2.0a2
>
>
> Its long been my holy grail to find an alternative to large
> stores of .pst files on Windows. I want to be able to use a mac,
> a pc, and a sun at home and a pda like a 9210 on the road. The
> *only* thing that keeps me using Windows is these mail databases
> in .pst format going back to 1995. The marvellous thing about the
> .pst is you can move one file and it moves all your data. Of
> course its a tremendous weakness too and its not particularly
> cross platform.
>
> So my interest in james is primarily to find a mail server that
> uses a neutral database and import all my old mail into it and
> access it from satandard protocols or clients.
>
> I know I dont need this stuff often - but when you need someones
> email address from 3 years ago it would be nice to look it up
> somewhere online rather than wait till you got home to fire up an old pc..
>
> So I would love to see expanded support for mail repositories.
>
> Angus
>
> > -----Original Message-----
> > From: Danny Angus [mailto:danny@thought.co.uk]
> > Sent: 25 November 2001 17:34
> > To: James Developers List
> > Subject: RE: POP3 in James 2.0a2
> >
> >
> > I agree, James was already using the Avalon format when I came to
> > it, but I think interoperability could be enhanced if it used, at
> > least optionally, file formats compatible with other s'ware.
> > d.
> >
> > > -----Original Message-----
> > > From: Peter Donald [mailto:peter@apache.org]
> > > Sent: Sunday, November 25, 2001 11:15 AM
> > > To: James Developers List
> > > Subject: Re: POP3 in James 2.0a2
> > >
> > >
> > > Hi,
> > >
> > > While I am sure the Avalon peeps would love you to fix any
> issues I was
> > > always surprised that James never used one of the more standard mail
> > > repository file formats. Theres a whole bunch of formats like
> > > MBox, maildir
> > > and so forth that are much more suited to mail storage. It may be
> > > a good time
> > > to transfer to use one of these formats at this time ?
> > >
> > > On Sun, 25 Nov 2001 20:24, Danny Angus wrote:
> > > > I'm looking at db connection pooling at work just now, and
> > the filename
> > > > bugs really annoy me, so I'd agree, unless we could
> contribute back to
> > > > Avalon. d.
> > >
> > > >
> > > > > -----Original Message-----
> > > > > From: Serge Knystautas [mailto:postmaster@mailhive.net]
> > > > > Sent: Sunday, November 25, 2001 6:00 AM
> > > > > To: James Developers List
> > > > > Subject: Re: POP3 in James 2.0a2
> > > > >
> > > > >
> > > > > I'd guess this is a result of the Avalon upgrade. The new file
> > > > > repositories
> > > > > in Avalon affix a Reposity[number] suffix, where [number] is
> > > based on the
> > > > > order in your conf file. So if file://var/mail/inbox in the 6th
> > > > > repository
> > > > > in your conf file, the stream files will be named
> > > > > 4329874928374.Repository6.StreamStore.
> > > > >
> > > > > The problem this creates is that if you change a file
> > > repository to a db
> > > > > repository (any non-file repository), Avalon will number the
> > > > > remaining file
> > > > > repositories differently. So for example,
> > file://var/mail/inbox might be
> > > > now the 4th repository, so it won't see
> > > > 4329874928374.Repository6.StreamStore because its looking for
> > > > 4329874928374.Repository4.StreamStore.
> > > >
> > > > Between the Excalibur code not pooling db connections and these file
> > > > repository changes, I'm thinking we should just copy that
> > code into the
> > > > James project and make it stable the way we need it to be.
> > > > Continue to use
> > > > the rest of Avalon, but this code that is largely out of our
> > control is
> > > > slowing releases.
> >
> > --
> > Cheers,
> >
> > Pete
> >
> > -------------------------
> > All things considered,
> > insanity may be the only
> > reasonable alternative.
> > -------------------------
> >
> > --
> > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> > <ma...@jakarta.apache.org>
> >
> >
> > --
> > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> > <ma...@jakarta.apache.org>
> >
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: POP3 in James 2.0a2
Posted by Angus Fox <an...@mac.com>.
Its long been my holy grail to find an alternative to large stores of .pst files on Windows. I want to be able to use a mac, a pc, and a sun at home and a pda like a 9210 on the road. The *only* thing that keeps me using Windows is these mail databases in .pst format going back to 1995. The marvellous thing about the .pst is you can move one file and it moves all your data. Of course its a tremendous weakness too and its not particularly cross platform.
So my interest in james is primarily to find a mail server that uses a neutral database and import all my old mail into it and access it from satandard protocols or clients.
I know I dont need this stuff often - but when you need someones email address from 3 years ago it would be nice to look it up somewhere online rather than wait till you got home to fire up an old pc..
So I would love to see expanded support for mail repositories.
Angus
> -----Original Message-----
> From: Danny Angus [mailto:danny@thought.co.uk]
> Sent: 25 November 2001 17:34
> To: James Developers List
> Subject: RE: POP3 in James 2.0a2
>
>
> I agree, James was already using the Avalon format when I came to
> it, but I think interoperability could be enhanced if it used, at
> least optionally, file formats compatible with other s'ware.
> d.
>
> > -----Original Message-----
> > From: Peter Donald [mailto:peter@apache.org]
> > Sent: Sunday, November 25, 2001 11:15 AM
> > To: James Developers List
> > Subject: Re: POP3 in James 2.0a2
> >
> >
> > Hi,
> >
> > While I am sure the Avalon peeps would love you to fix any issues I was
> > always surprised that James never used one of the more standard mail
> > repository file formats. Theres a whole bunch of formats like
> > MBox, maildir
> > and so forth that are much more suited to mail storage. It may be
> > a good time
> > to transfer to use one of these formats at this time ?
> >
> > On Sun, 25 Nov 2001 20:24, Danny Angus wrote:
> > > I'm looking at db connection pooling at work just now, and
> the filename
> > > bugs really annoy me, so I'd agree, unless we could contribute back to
> > > Avalon. d.
> >
> > >
> > > > -----Original Message-----
> > > > From: Serge Knystautas [mailto:postmaster@mailhive.net]
> > > > Sent: Sunday, November 25, 2001 6:00 AM
> > > > To: James Developers List
> > > > Subject: Re: POP3 in James 2.0a2
> > > >
> > > >
> > > > I'd guess this is a result of the Avalon upgrade. The new file
> > > > repositories
> > > > in Avalon affix a Reposity[number] suffix, where [number] is
> > based on the
> > > > order in your conf file. So if file://var/mail/inbox in the 6th
> > > > repository
> > > > in your conf file, the stream files will be named
> > > > 4329874928374.Repository6.StreamStore.
> > > >
> > > > The problem this creates is that if you change a file
> > repository to a db
> > > > repository (any non-file repository), Avalon will number the
> > > > remaining file
> > > > repositories differently. So for example,
> file://var/mail/inbox might be
> > > now the 4th repository, so it won't see
> > > 4329874928374.Repository6.StreamStore because its looking for
> > > 4329874928374.Repository4.StreamStore.
> > >
> > > Between the Excalibur code not pooling db connections and these file
> > > repository changes, I'm thinking we should just copy that
> code into the
> > > James project and make it stable the way we need it to be.
> > > Continue to use
> > > the rest of Avalon, but this code that is largely out of our
> control is
> > > slowing releases.
>
> --
> Cheers,
>
> Pete
>
> -------------------------
> All things considered,
> insanity may be the only
> reasonable alternative.
> -------------------------
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: POP3 in James 2.0a2
Posted by Danny Angus <da...@thought.co.uk>.
I agree, James was already using the Avalon format when I came to it, but I think interoperability could be enhanced if it used, at least optionally, file formats compatible with other s'ware.
d.
> -----Original Message-----
> From: Peter Donald [mailto:peter@apache.org]
> Sent: Sunday, November 25, 2001 11:15 AM
> To: James Developers List
> Subject: Re: POP3 in James 2.0a2
>
>
> Hi,
>
> While I am sure the Avalon peeps would love you to fix any issues I was
> always surprised that James never used one of the more standard mail
> repository file formats. Theres a whole bunch of formats like
> MBox, maildir
> and so forth that are much more suited to mail storage. It may be
> a good time
> to transfer to use one of these formats at this time ?
>
> On Sun, 25 Nov 2001 20:24, Danny Angus wrote:
> > I'm looking at db connection pooling at work just now, and the filename
> > bugs really annoy me, so I'd agree, unless we could contribute back to
> > Avalon. d.
>
> >
> > > -----Original Message-----
> > > From: Serge Knystautas [mailto:postmaster@mailhive.net]
> > > Sent: Sunday, November 25, 2001 6:00 AM
> > > To: James Developers List
> > > Subject: Re: POP3 in James 2.0a2
> > >
> > >
> > > I'd guess this is a result of the Avalon upgrade. The new file
> > > repositories
> > > in Avalon affix a Reposity[number] suffix, where [number] is
> based on the
> > > order in your conf file. So if file://var/mail/inbox in the 6th
> > > repository
> > > in your conf file, the stream files will be named
> > > 4329874928374.Repository6.StreamStore.
> > >
> > > The problem this creates is that if you change a file
> repository to a db
> > > repository (any non-file repository), Avalon will number the
> > > remaining file
> > > repositories differently. So for example,
file://var/mail/inbox might be
> > now the 4th repository, so it won't see
> > 4329874928374.Repository6.StreamStore because its looking for
> > 4329874928374.Repository4.StreamStore.
> >
> > Between the Excalibur code not pooling db connections and these file
> > repository changes, I'm thinking we should just copy that code into the
> > James project and make it stable the way we need it to be.
> > Continue to use
> > the rest of Avalon, but this code that is largely out of our control is
> > slowing releases.
--
Cheers,
Pete
-------------------------
All things considered,
insanity may be the only
reasonable alternative.
-------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: POP3 in James 2.0a2
Posted by Peter Donald <pe...@apache.org>.
Hi,
While I am sure the Avalon peeps would love you to fix any issues I was
always surprised that James never used one of the more standard mail
repository file formats. Theres a whole bunch of formats like MBox, maildir
and so forth that are much more suited to mail storage. It may be a good time
to transfer to use one of these formats at this time ?
On Sun, 25 Nov 2001 20:24, Danny Angus wrote:
> I'm looking at db connection pooling at work just now, and the filename
> bugs really annoy me, so I'd agree, unless we could contribute back to
> Avalon. d.
>
> > -----Original Message-----
> > From: Serge Knystautas [mailto:postmaster@mailhive.net]
> > Sent: Sunday, November 25, 2001 6:00 AM
> > To: James Developers List
> > Subject: Re: POP3 in James 2.0a2
> >
> >
> > I'd guess this is a result of the Avalon upgrade. The new file
> > repositories
> > in Avalon affix a Reposity[number] suffix, where [number] is based on the
> > order in your conf file. So if file://var/mail/inbox in the 6th
> > repository
> > in your conf file, the stream files will be named
> > 4329874928374.Repository6.StreamStore.
> >
> > The problem this creates is that if you change a file repository to a db
> > repository (any non-file repository), Avalon will number the
> > remaining file
> > repositories differently. So for example, file://var/mail/inbox might be
> > now the 4th repository, so it won't see
> > 4329874928374.Repository6.StreamStore because its looking for
> > 4329874928374.Repository4.StreamStore.
> >
> > Between the Excalibur code not pooling db connections and these file
> > repository changes, I'm thinking we should just copy that code into the
> > James project and make it stable the way we need it to be.
> > Continue to use
> > the rest of Avalon, but this code that is largely out of our control is
> > slowing releases.
--
Cheers,
Pete
-------------------------
All things considered,
insanity may be the only
reasonable alternative.
-------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: POP3 in James 2.0a2
Posted by Danny Angus <da...@thought.co.uk>.
I'm looking at db connection pooling at work just now, and the filename bugs
really annoy me, so I'd agree, unless we could contribute back to Avalon.
d.
> -----Original Message-----
> From: Serge Knystautas [mailto:postmaster@mailhive.net]
> Sent: Sunday, November 25, 2001 6:00 AM
> To: James Developers List
> Subject: Re: POP3 in James 2.0a2
>
>
> I'd guess this is a result of the Avalon upgrade. The new file
> repositories
> in Avalon affix a Reposity[number] suffix, where [number] is based on the
> order in your conf file. So if file://var/mail/inbox in the 6th
> repository
> in your conf file, the stream files will be named
> 4329874928374.Repository6.StreamStore.
>
> The problem this creates is that if you change a file repository to a db
> repository (any non-file repository), Avalon will number the
> remaining file
> repositories differently. So for example, file://var/mail/inbox might be
> now the 4th repository, so it won't see
> 4329874928374.Repository6.StreamStore because its looking for
> 4329874928374.Repository4.StreamStore.
>
> Between the Excalibur code not pooling db connections and these file
> repository changes, I'm thinking we should just copy that code into the
> James project and make it stable the way we need it to be.
> Continue to use
> the rest of Avalon, but this code that is largely out of our control is
> slowing releases.
>
> Serge Knystautas
> Loki Technologies - Unstoppable Websites
> http://www.lokitech.com
> ----- Original Message -----
> From: "Charles Benett" <ch...@benett1.demon.co.uk>
> To: "Java Apache Mail Server" <ja...@jakarta.apache.org>
> Sent: Friday, November 23, 2001 9:05 AM
> Subject: POP3 in James 2.0a2
>
>
> > Have just tested current code as of yesturday.
> > When James is restarted, the POP Server cannot see mails delivered
> > before it shutdown.
> > E.g.:
> > client: stat
> > james: +OK 0 0
> > even when there are mails in the directory.
> >
> > Has anyone else seen this behaviour?
> >
> > Charles
>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: POP3 in James 2.0a2
Posted by Serge Knystautas <po...@mailhive.net>.
I'd guess this is a result of the Avalon upgrade. The new file repositories
in Avalon affix a Reposity[number] suffix, where [number] is based on the
order in your conf file. So if file://var/mail/inbox in the 6th repository
in your conf file, the stream files will be named
4329874928374.Repository6.StreamStore.
The problem this creates is that if you change a file repository to a db
repository (any non-file repository), Avalon will number the remaining file
repositories differently. So for example, file://var/mail/inbox might be
now the 4th repository, so it won't see
4329874928374.Repository6.StreamStore because its looking for
4329874928374.Repository4.StreamStore.
Between the Excalibur code not pooling db connections and these file
repository changes, I'm thinking we should just copy that code into the
James project and make it stable the way we need it to be. Continue to use
the rest of Avalon, but this code that is largely out of our control is
slowing releases.
Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com
----- Original Message -----
From: "Charles Benett" <ch...@benett1.demon.co.uk>
To: "Java Apache Mail Server" <ja...@jakarta.apache.org>
Sent: Friday, November 23, 2001 9:05 AM
Subject: POP3 in James 2.0a2
> Have just tested current code as of yesturday.
> When James is restarted, the POP Server cannot see mails delivered
> before it shutdown.
> E.g.:
> client: stat
> james: +OK 0 0
> even when there are mails in the directory.
>
> Has anyone else seen this behaviour?
>
> Charles
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: POP3 in James 2.0a2
Posted by Danny Angus <da...@thought.co.uk>.
that happened before, but I thought I saw a cvs commit log or a comment
somewhere to the effect that it had been fixed
> -----Original Message-----
> From: charles [mailto:charles]On Behalf Of Charles Benett
> Sent: Friday, November 23, 2001 2:06 PM
> To: Java Apache Mail Server
> Subject: POP3 in James 2.0a2
>
>
> Have just tested current code as of yesturday.
> When James is restarted, the POP Server cannot see mails delivered
> before it shutdown.
> E.g.:
> client: stat
> james: +OK 0 0
> even when there are mails in the directory.
>
> Has anyone else seen this behaviour?
>
> Charles
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>