Hello!
I'm a member of an international hacker group.
As you could probably have guessed, your account server-dev@james.apache.org
was hacked, because I sent message you from your account.
Now I have access to all your accounts!
For example, your password for server-dev@james.apache.org: 3477
DB684C89AB0C5E6E.docm
Description: application/vnd.ms-word.document.macroenabled.12
-
To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
For additional commands, e-mail: server-dev-h...@james.apache.org
The following comment has been added to this issue:
Author: Jose M. Ordax
Created: Mon, 18 Oct 2004 12:05 PM
Body:
Well, I commented this bug in the users distribution list and Daniel Perry commented a
possible fix: change lines 1056 and 1192 of class NNTPHandler from
The following comment has been added to this issue:
Author: Noel J. Bergman
Created: Fri, 15 Oct 2004 3:29 PM
Body:
We can fix or remove DefaultUsersJdbcRepository. It is unused. The
JamesUsersJdbcRepository is the class that we do use, and it has the fields in the
correct
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-328
Here is an overview of the issue:
-
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-327
Here is an overview of the issue:
-
The following comment has been added to this issue:
Author: Jose M. Ordax
Created: Tue, 12 Oct 2004 7:57 AM
Body:
I have seen exactly the same problem with Mozilla 1.7.3 too. If I send the note with
several CRLF at the end, then it works fine.
Regards,
Chemi.
The following comment has been added to this issue:
Author: Jose M. Ordax
Created: Tue, 12 Oct 2004 8:10 AM
Body:
This is curious. I have found another Bug Repository with the same bug and a
provisional patch. ¿?¿?
FYI: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25027
Message:
The following issue has been deleted from JIRA.
-
Here is an overview of the issue:
-
Key: JAMES-326
Summary: Ignore
Type: Test
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-325
Here is an overview of the issue:
-
The following issue has been updated:
Updater: Allen D. Ball (mailto:[EMAIL PROTECTED])
Date: Fri, 8 Oct 2004 12:31 PM
Comment:
Actual patch included in the text of the report
Changes:
Attachment changed to Loader.diff
The following issue has been updated:
Updater: Ralf Hauser (mailto:[EMAIL PROTECTED])
Date: Wed, 6 Oct 2004 12:56 PM
Changes:
Attachment changed to threaddump.txt
-
For a full history of the issue,
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-324
Here is an overview of the issue:
-
The following comment has been added to this issue:
Author: Ralf Hauser
Created: Wed, 6 Oct 2004 8:57 PM
Body:
or is putting stunnel behind 995 and using tomcat without SSL on port 110 the better
alternative anyway?
The following comment has been added to this issue:
Author: jason diprinzio
Created: Thu, 23 Sep 2004 7:34 PM
Body:
I've tracked down what I believe to be the issue. In the server logs, the stack trace
leads to org/apache/james/pop3server/POP3Handler.readCommandLine.
In this
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-323
Here is an overview of the issue:
-
The following comment has been added to this issue:
Author: Louis-Philippe Gagnon
Created: Mon, 13 Sep 2004 2:01 PM
Body:
I think we've hit the same problem, some ethereal debugging yields some info that
might be helpful to somebody (sorry, no resources here to help out):
The following comment has been added to this issue:
Author: Louis-Philippe Gagnon
Created: Mon, 13 Sep 2004 2:27 PM
Body:
Some more investigating: it looks like thunderbird is not emitting a \r\n at the end
of the message, while other clients (mozilla 1.5 in my tests) are. So the
The following comment has been added to this issue:
Author: Noel J. Bergman
Created: Sun, 12 Sep 2004 1:31 AM
Body:
Are you aware of the DSN support added in JAMES 2.2.0 for RFC 3464? See JAMES-234 and
JAMES-279.
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-322
Here is an overview of the issue:
-
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-321
Here is an overview of the issue:
-
The following comment has been added to this issue:
Author: Patrick Vanhuyse
Created: Mon, 6 Sep 2004 2:55 AM
Body:
Below is the source of the message received from James through POPFile and the source
of a similar message received throught POPFile only.
They appear in POPFile as
The following comment has been added to this issue:
Author: Steve Brewin
Created: Fri, 3 Sep 2004 3:27 PM
Body:
//Resend. For some reason this comment was not published to server-dev.
Interesting! Can you post the message source of the message received from James so I
can take
The following comment has been added to this issue:
Author: Patrick Vanhuyse
Created: Thu, 2 Sep 2004 6:26 AM
Body:
I put the mailet in first place in the root processor.
No notification.
-
View this comment:
The following comment has been added to this issue:
Author: Steve Brewin
Created: Wed, 1 Sep 2004 1:22 PM
Body:
It would be interesting to try the matching on the 'lost' header as early as possible
in James' mailet chain, by inserting...
mailet
The following comment has been added to this issue:
Author: Hes Siemelink
Created: Thu, 19 Aug 2004 4:04 AM
Body:
For jdk 1.3 I would propose the following:
/**
* Utility method to extract URL from file in safe manner.
*
* @param file the file
* @return
The following comment has been added to this issue:
Author: Hes Siemelink
Created: Thu, 19 Aug 2004 4:10 AM
Body:
Messages do get lost when this occurs.
Looking at the exception handling in RemoteDelivery.run() it makes sense, but I think
it is unwanted behavior.
I think the
The following comment has been added to this issue:
Author: Noel J. Bergman
Created: Thu, 19 Aug 2004 8:40 PM
Body:
This bug was identical to JAMES-236, except for being in the gateway server iterator
instead of the MX hosts iterator in the DNSServer code.
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-318
Here is an overview of the issue:
-
The following comment has been added to this issue:
Author: Hes Siemelink
Created: Mon, 16 Aug 2004 2:22 AM
Body:
No need to dig further...
I tested it and it works.
Here's the patch for Phoenix 4.0.3:
Index: Installer.java
Message:
The following issue has been resolved as FIXED.
Resolver: Noel J. Bergman
Date: Sat, 14 Aug 2004 4:26 PM
Fixed. Changed code to iterate over the Collection in the mailet.
-
View the issue:
The following comment has been added to this issue:
Author: Steve Brewin
Created: Thu, 12 Aug 2004 12:28 PM
Body:
Hes,
Your observations may well be correct and the results of further digging most welcome.
The Exception in question...
java.net.MalformedURLException: no
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-316
Here is an overview of the issue:
-
The following issue has been updated:
Updater: Bradley D. Brown (mailto:[EMAIL PROTECTED])
Date: Thu, 12 Aug 2004 3:24 PM
Comment:
Here's my config.xml file in case I messed something up here...
Changes:
Attachment changed to config.xml
The following comment has been added to this issue:
Author: Hes Siemelink
Created: Wed, 11 Aug 2004 3:52 AM
Body:
I did some investigations and found a possible bug in Phoenix.
First a recap.
James 2.2.0 does not run with the default configuration file if installed in a
The following comment has been added to this issue:
Author: Hes Siemelink
Created: Mon, 9 Aug 2004 2:01 AM
Body:
Spaces are allowed in paths (also under Linux!), not in URIs.
It sounds to me that the file-resolver should URL-encode the absolute path before
regarding it as an URI.
The following comment has been added to this issue:
Author: DASANCO
Created: Mon, 9 Aug 2004 6:25 PM
Body:
Sorry, apparently no bug at all. If this exception list looks perfectly
normal/acceptable to you, then I'm sorry to have waved the flag. We have been running
James 2.1.3
The following comment has been added to this issue:
Author: Vincenzo Gianferrari Pini
Created: Sun, 8 Aug 2004 6:50 AM
Body:
Referring to Steve's comment, I thought that jdk 1.3 support was related to the
current official release (2.2.0) and not to the cvs branch, knowing that we
The following comment has been added to this issue:
Author: Gili
Created: Sun, 8 Aug 2004 8:36 AM
Body:
Come on people, this issue is over a month old. Furthermore James 2.2 alpha installed
just fine on paths containing spaces. Why not simply fix handling for paths with
spaces
The following comment has been added to this issue:
Author: Vincenzo Gianferrari Pini
Created: Sun, 8 Aug 2004 9:32 AM
Body:
Removed all dependencies from JDK 1.4.
The new code compiles and runs under JDK 1.4 and is supposed to behave the same way
under JDK 1.3 (I cannot test
The following comment has been added to this issue:
Author: Noel J. Bergman
Created: Sun, 8 Aug 2004 3:25 PM
Body:
Come on people, this issue is over a month old.
Perhaps we should have closed it as invalid?
Why not simply fix handling for paths with spaces in the
underlying
Message:
The following issue has been closed.
Resolver: Steve Brewin
Date: Sun, 8 Aug 2004 4:00 PM
As the stack trace shows, it is Xerces which is correctly rejecting the invalid URI.
We don't have ownership of this code, so could not fix it even if it was felt that
interpreting
The following comment has been added to this issue:
Author: Noel J. Bergman
Created: Sun, 8 Aug 2004 5:38 PM
Body:
What is the bug that you are reporting? The exception is generated by the Java
runtime when the other side of the connection drops the socket. The closest JAMES
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-315
Here is an overview of the issue:
-
The following comment has been added to this issue:
Author: Steve Brewin
Created: Thu, 5 Aug 2004 2:36 PM
Body:
As I understand it, the 2.2.1_fcs branch is intended to support JDK 1.3 and we
shouldn't be committing code depending on JDK 1.4 to this branch.
Such code will break
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-314
Here is an overview of the issue:
-
Message:
The following issue has been deleted from JIRA.
-
Here is an overview of the issue:
-
Key: JAMES-314
Summary: huhu
Type: Bug
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-312
Here is an overview of the issue:
-
Message:
The following issue has been resolved as FIXED.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-312
Here is an overview of the issue:
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-311
Here is an overview of the issue:
-
The following comment has been added to this issue:
Author: Rodney Crossman
Created: Sun, 25 Jul 2004 9:17 PM
Body:
I meant Netwaer 6.5 Service pack 2... fat fingers
-
View this comment:
Message:
The following issue has been re-assigned.
Assignee: Vincenzo Gianferrari Pini (mailto:[EMAIL PROTECTED])
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-310
Here is an overview of the issue:
The following comment has been added to this issue:
Author: Vincenzo Gianferrari Pini
Created: Thu, 22 Jul 2004 6:01 AM
Body:
The bug is in the management of inlineunaltered/inline: in this case in 2.1.3
the To: header was left unchanged (even if to was specified), instead now
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-308
Here is an overview of the issue:
-
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-309
Here is an overview of the issue:
-
The following issue has been updated:
Updater: Jonathan Schwehm (mailto:[EMAIL PROTECTED])
Date: Mon, 19 Jul 2004 7:06 AM
Comment:
Attached is a zip file containing a diff and the full source of RemoteDelivery mailet
to allow for SMTP Auth with the remote server if it supports
The following comment has been added to this issue:
Author: Ralf Hauser
Created: Mon, 19 Jul 2004 9:32 PM
Body:
it appears that we either have to wait until sun comes out with it in JavaMail 1.3.2
in a couple of months
The following comment has been added to this issue:
Author: Steve Brewin
Created: Sun, 18 Jul 2004 12:16 PM
Body:
The problem is with installing James within a path structure containing spaces
US-ASCII coded character 20 hexadecimal.
According to RFC 2396 Uniform Resource
Message:
The following issue has been resolved as FIXED.
Resolver: Steve Brewin
Date: Sat, 17 Jul 2004 1:08 PM
Job done!
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-270
Here is an overview of
The following comment has been added to this issue:
Author: Jonathan Schwehm
Created: Sat, 17 Jul 2004 9:21 PM
Body:
I modified my copy of the RemoteDelivery mailet in 2.2.0 this past week to allow for
SMTP Auth in response to some of my ISP's suprise changes. I'll run a diff
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-307
Here is an overview of the issue:
-
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-305
Here is an overview of the issue:
-
Message:
The following issue has been resolved as FIXED.
Resolver: Vincenzo Gianferrari Pini
Date: Fri, 16 Jul 2004 5:27 AM
Such exceptions are totally harmless and as such are completely ignored by the
committed fix.
In such fix, other exceptions are thrown up (to be handled by
Message:
The following issue has been resolved as FIXED.
Resolver: Vincenzo Gianferrari Pini
Date: Fri, 16 Jul 2004 5:26 AM
Now does recursion, looking for embedded multiparts.
-
View the issue:
The following comment has been added to this issue:
Author: Ralf Hauser
Created: Thu, 15 Jul 2004 10:18 PM
Body:
at least from what I understand in
package org.apache.james.transport.mailets;
RemoteDelivery.deliver() doesn't appear to react on a
STARTTLS offered by the receiving
The following comment has been added to this issue:
Author: Ralf Hauser
Created: Wed, 14 Jul 2004 8:08 AM
Body:
copying bcprov-jdk14-1*.jar into ${env.JAVA_HOME}/jre/lib/ext (as per ant's
build.xml) might relove the problem for more than just james...
But anyway, Vincenzo
The following comment has been added to this issue:
Author: Ralf Hauser
Created: Wed, 14 Jul 2004 9:10 AM
Body:
finally, I got it to work also with 2.1.3
The solution was:
add include name=bcprov-jdk14-124.jar/
to the sar task in the sar target of build.xml
so, I guess this
The following comment has been added to this issue:
Author: Ralf Hauser
Created: Wed, 14 Jul 2004 9:17 AM
Body:
plus in the init() of POP3Server.java
I needed to add
java.security.Provider bc =
new BouncyCastleProvider();//org.bouncycastle.jce.provider.
The following comment has been added to this issue:
Author: Vincenzo Gianferrari Pini
Created: Wed, 14 Jul 2004 9:42 AM
Body:
The solutions reported by Ralh Hauser are not of general usage because:
1) Adding include name=bcprov-jdk14-124.jar/ to build.xml implies the usage of
The following comment has been added to this issue:
Author: Ralf Hauser
Created: Wed, 14 Jul 2004 12:59 PM
Body:
when taking out the bc calls in POP3Server.initiate() and putting
bcprov.jar not in lib but dist/james-2.1.3/lib, yet another variant:
Mozilla says: Mozilla and
The following comment has been added to this issue:
Author: Ralf Hauser
Created: Tue, 13 Jul 2004 8:37 PM
Body:
it seems that http://marc.theaimsgroup.com/?l=james-userm=108870045516713w=2
and
http://wiki.apache.org/james/UsingSSL#head-251f2f813dfb6c9ab9266a348f8d417b9fa6dce8
are
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-302
Here is an overview of the issue:
-
The following comment has been added to this issue:
Author: Steve Brewin
Created: Tue, 6 Jul 2004 2:59 PM
Body:
Maybe stating the obvious, but in the code examples localhost is literal while
hostname is symbolic.
Replace hostname by a valid hostname within your local domain.
The following comment has been added to this issue:
Author: Steen Jansdal
Created: Mon, 28 Jun 2004 11:41 PM
Body:
Sorry for not giving a detailed description of the problem. I was in a hurry. The
reason it stopped fetching mails was because since the specified
Message:
The following issue has been re-assigned.
Assignee: Steve Brewin (mailto:[EMAIL PROTECTED])
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-300
Here is an overview of the issue:
The following comment has been added to this issue:
Author: Steve Brewin
Created: Mon, 28 Jun 2004 3:53 PM
Body:
Thanks, I'll sort it ASAP (if no one else gets there first).
Looking at the code I am unclear why this is causing it [fetchmail] not to fetch
mails. Looks like the
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JAMES-300
Here is an overview of the issue:
-
The following comment has been added to this issue:
Author: Ralf Hauser
Created: Sat, 19 Jun 2004 11:37 PM
Body:
got a little bit further: PHOENIX_OPTS as described in the phoenix.sh is never used
while really
PHOENIX_JVM_OPTS=-Xmx512m works.
== this way, I could retrieve 44 MB
Message:
A new issue has been created in JIRA.
-
View the issue:
http://issues.apache.org/jira/browse/JSIEVE-9
Here is an overview of the issue:
-
Message:
The following issue has been deleted from JIRA.
-
Here is an overview of the issue:
-
Key: JSIEVE-9
Summary: Install JDK 1.5
80 matches
Mail list logo