test IsSMIMESigned
matcher. IsSMIMESigned could be used filter non-smime mails so
SMIMECheckSignature does not need to process these mails.
> SMime signature validation
> --
>
> Key: JAMES-4054
> URL: https://issues.apache.org/jir
[
https://issues.apache.org/jira/browse/JAMES-4054?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
hung resolved JAMES-4054.
-
Resolution: Done
> SMime signature validation
> --
>
> Key
[
https://issues.apache.org/jira/browse/JAMES-4054?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
hung closed JAMES-4054.
---
> SMime signature validation
> --
>
> Key: JAMES-4054
>
hung created JAMES-4054:
---
Summary: SMime signature validation
Key: JAMES-4054
URL: https://issues.apache.org/jira/browse/JAMES-4054
Project: James Server
Issue Type: Improvement
Reporter
[
https://issues.apache.org/jira/browse/JAMES-632?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benoit Tellier closed JAMES-632.
Resolution: Won't Fix
> RFCs for SMIME and
MAILET-144 Use the same certificate in all SMIME tests (end of validity in 2044)
Project: http://git-wip-us.apache.org/repos/asf/james-project/repo
Commit: http://git-wip-us.apache.org/repos/asf/james-project/commit/bc0d0a30
Tree: http://git-wip-us.apache.org/repos/asf/james-project/tree
Repository: james-project
Updated Branches:
refs/heads/master b3a30c1e5 -> 17c79db46
JAMES-1856 Write integration tests for SMIME Sign
Project: http://git-wip-us.apache.org/repos/asf/james-project/repo
Commit: http://git-wip-us.apache.org/repos/asf/james-project/commit/17c79db4
Tree: h
as Client-Type from my webmail
client to distinguish whether the user is using the webmail client or
something like microsoft outlook.
I have written my custom mailet which is working fine and can get
value for Client-Type header for normal message(IMF). This is failing
when the message comes in as S
stinguish whether the user is using the webmail client or
>>> something like microsoft outlook.
>>>
>>> I have written my custom mailet which is working fine and can get
>>> value for Client-Type header for normal message(IMF). This is failin
om my webmail
client to distinguish whether the user is using the webmail client or
something like microsoft outlook.
I have written my custom mailet which is working fine and can get
value for Client-Type header for normal message(IMF). This is failing
when the message comes in as SMIME. How can I
Hi,
If the header is in the smime message (see
http://www.ietf.org/rfc/rfc3851.txt), and is not a regular mail header,
there is no way for the mailet to read it (unless the mailet has acess
to the recipient certificate, but you don't want this I guess).
Thx, Eric
On 21/03/2013
for Client-Type header for normal message(IMF). This is failing
when the message comes in as SMIME. How can I read this customer
header from the SMIME message?
Appreciate your help.
Thank you,
Regards,
Rajender
-
To unsubscribe, e
ames/transport/mailets/smime/
james/mailet/crypto/trunk/src/main/java/org/apache/james/transport/matchers/smime/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ames/transport/mailets/smime/AbstractSign.java
james/mailet/crypto/trunk/src/main/java/org/apache/james/mailet/crypto/mailet/SMIMECheckSignature.java
(contents, props changed)
- copied, changed from r721861,
james/mailet/crypto/trunk/src/main/java/org/apache/james/transport/mailets/s
ames-mailet-base-1.0-SNAPSHOT.jar
Modified:
james/mailet/crypto/trunk/include.properties
james/mailet/crypto/trunk/pom.xml
james/mailet/crypto/trunk/src/main/java/org/apache/james/transport/mailets/smime/AbstractSign.java
james/mailet/crypto/trunk/src/main/java/org/apache/james/trans
/org/apache/james/test/util/
james/server/trunk/phoenix-deployment/src/test/org/apache/james/transport/mailets/smime/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
lets/MailetLoaderTestMailet.java
james/server/trunk/spoolmanager-function/src/test/java/org/apache/james/transport/mailets/smime/
james/server/trunk/spoolmanager-function/src/test/java/org/apache/james/transport/mailets/smime/MailetLoaderTestSMIMEMailet.java
(contents, props changed)
- co
Author: rdonkin
Date: Thu Apr 24 23:32:10 2008
New Revision: 651501
URL: http://svn.apache.org/viewvc?rev=651501&view=rev
Log:
SMIME has been moved to crypto-mailets
Removed:
james/server/trunk/spoolmanager-function/src/main/java/org/apache/james/transport/mailets/s
Author: rdonkin
Date: Thu Apr 24 14:41:57 2008
New Revision: 651434
URL: http://svn.apache.org/viewvc?rev=651434&view=rev
Log:
Move over cryptography mailets
Added:
james/mailet/crypto/trunk/src/main/java/org/apache/james/transport/matchers/smime/
- copied from r651433,
james/se
ilet/standard/trunk/src/main/java/org/apache/james/transport/matchers/SenderInFakeDomain.java
james/mailet/standard/trunk/src/main/java/org/apache/james/transport/matchers/SenderIsRegex.java
james/mailet/standard/trunk/src/main/java/org/apache/james/transport/matchers/smime/
Modified:
james/ma
i've dropped the half finished code onto a branch in the sandbox
http://svn.apache.org/repos/asf/james/server/sandbox/rfc3156
not much interesting to say about it yet: most of the tricky stuff is pending...
- robert
-
To unsubs
robert burrell donkin wrote:
my work on the OpenPGP/SMIME implementation has stalled and i'm not
sure when i'll be able to find the three or fours dedicated days i
need to finish it off. i was wondering whether it would be a good idea
for me to take a branch so that the code is
+1
On 1/8/07, robert burrell donkin <[EMAIL PROTECTED]> wrote:
my work on the OpenPGP/SMIME implementation has stalled and i'm not
sure when i'll be able to find the three or fours dedicated days i
need to finish it off. i was wondering whether it would be a good idea
for me to
Just go ahead and create a sandbox.. Even if it will get out of sync
soon with current trunk .
bye
Norman
robert burrell donkin schrieb:
> my work on the OpenPGP/SMIME implementation has stalled and i'm not
> sure when i'll be able to find the three or fours dedicated days i
>
my work on the OpenPGP/SMIME implementation has stalled and i'm not
sure when i'll be able to find the three or fours dedicated days i
need to finish it off. i was wondering whether it would be a good idea
for me to take a branch so that the code is in version control (rather
than on my
/MIME fits well into the design structure in JAMES created for SMIME.
Classic inline PGP is too different and would benefit from a different design.
2 Good support for older PGP versions requires full parsing of every part of
every message part. The presence of an OpenPGP/MIME signature can be
nswer; perhaps someone else of the committers can. Post the
question to server-dev.
> Reorganize SMIME crypto support code to share it with future new PGP support
> code
> -
>
>
judgement; but what is the client support for it? The "Classic
inline PGP" is always available to anyone having PGP or GPG installed, so isn't
it a pity to miss its support?
> Reorganize SMIME crypto support code to share it with future new P
() I would return a "nice" toString of the PGP
key, and why not a string like "[EMAIL PROTECTED], CN=The Primary Name",
consistent with the string returned by
X509Certificate.getSubjectDN().toString()?
> Reorganize SMIME crypto support code to share it with future
appropriate DataContentHandler implementations for the
necessary (pgp-*) MIME types. I also assume that the right way to do this in
JAMES is to add the implementation classes to src/meta-inf/mailcap. Let me know
if any of these assumptions are wide of the mark.
> Reorganize SMIME crypto support c
implementations on some older clients (such outlook).
This approach has many significant differences from SMIME.
RFC 3156 OpenPGP/MIME describes a cleaner, modern approach using MIME. It
builds on the work done using certificates using SMIME and is congruent with
it.
I propose to add only RFC
[
http://issues.apache.org/jira/browse/JAMES-596?page=comments#action_12437191 ]
Robert Burrell Donkin commented on JAMES-596:
-
JAMES-525 also covers OpenPGP
> Reorganize SMIME crypto support code to share it with future new
ames/server/trunk/src/java/org/apache/james/transport/mailets/LogMessage.java
james/server/trunk/src/java/org/apache/james/transport/mailets/smime/AbstractSign.java
james/server/trunk/src/java/org/apache/james/transport/matchers/GenericRegexMatcher.java
james/server/trunk/src/java
getSignerCN();
which have no obvious analogues in OpenPGP. These do not seem to be used very
often.
> Reorganize SMIME crypto support code to share it with future new PGP support
> code
> -
>
>
[ http://issues.apache.org/jira/browse/JAMES-632?page=all ]
Robert Burrell Donkin updated JAMES-632:
Attachment: james-rfcs.patch
RFCs related to OpenPGP and SMIME
> RFCs for SMIME and Open
RFCs for SMIME and OpenPGP
--
Key: JAMES-632
URL: http://issues.apache.org/jira/browse/JAMES-632
Project: James
Issue Type: Improvement
Components: Documentation
Affects Versions: Trunk
ames/security/SMIMEKeyHolder.java
james/server/trunk/src/java/org/apache/james/transport/mailets/smime/SMIMESign.java
james/server/trunk/src/site/xdoc/provided_mailets_2_3.xml
Modified: james/server/trunk/src/java/org/apache/james/security/KeyHolder.java
URL:
http://svn.apache.org/viewvc/j
Author: vincenzo
Date: Wed Sep 6 05:34:29 2006
New Revision: 440702
URL: http://svn.apache.org/viewvc?view=rev&rev=440702
Log:
Begin of JAMES-596 (Reorganize SMIME crypto support code to share it with
future new PGP support code).
Added:
james/server/trunk/src/java/org/apache/j
The reorganization of the SMIME crypto code for future new PGP support
is a different issue than the new features you are coming out with,
though may be considered a preliminary step.
Noel J. Bergman wrote:
Vincenzo,
To reiterate from previous postings, here are some use cases that I would
Vincenzo,
To reiterate from previous postings, here are some use cases that I would
really like to see:
1) Accept e-mail that is properly signed.
We would want to be able to distinguish between properly signed, which
we could accept for local delivery, and properly signed by someone
Reorganize SMIME crypto support code to share it with future new PGP support
code
-
Key: JAMES-596
URL: http://issues.apache.org/jira/browse/JAMES-596
Project: James
ames/transport/mailets/smime/SMIMECheckSignature.java
(props changed)
james/server/branches/v2.3/src/java/org/apache/james/transport/mailets/smime/SMIMEDecrypt.java
(props changed)
james/server/branches/v2.3/src/java/org/apache/james/transport/matchers/IsInWhiteList.java
(props chang
port/mailets/DSNBounce.java
james/server/trunk/src/java/org/apache/james/transport/mailets/smime/SMIMEAbstractSign.java
james/server/trunk/src/java/org/apache/mailet/GenericMailet.java
Modified:
james/server/trunk/src/java/org/apache/james/transport/mailets/AbstractRedirect.java
URL:
On 6/10/06, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
What does it mean?
Does this mean that we can bundle BC jars in our binary release if you
send a fax to the U.S. Government?
Should we send a new fax for each new release?
I don't know the ECCN for the libs we're talking about, so I'm not
> >>
> >> Stefano
> >>
> >> Norman Maurer wrote:
> >> > Hi guys,
> >> >
> >> > after configure james i notice that we need to manualy download the
> >> > bouncycastle JCE for using SMIME.. Why w
TED]> wrote:
Cryptography libraries have redistribution limit in some contry.
Stefano
Norman Maurer wrote:
> Hi guys,
>
> after configure james i notice that we need to manualy download the
> bouncycastle JCE for using SMIME.. Why we not include it .. Isn'T it a
> stand
uncycastle JCE for using SMIME.. Why we not include it .. Isn'T it a
> standard BSD License ?
>
> http://www.bouncycastle.org/licence.html
>
> bye
> Norman
>
-
To unsubscribe, e-mail: [EMAIL PROTEC
Cryptography libraries have redistribution limit in some contry.
Stefano
Norman Maurer wrote:
Hi guys,
after configure james i notice that we need to manualy download the
bouncycastle JCE for using SMIME.. Why we not include it .. Isn'T it a
standard BSD License ?
http://www.bouncycastl
Hi guys,
after configure james i notice that we need to manualy download the
bouncycastle JCE for using SMIME.. Why we not include it .. Isn'T it a
standard BSD License ?
http://www.bouncycastle.org/licence.html
bye
Norman
signature.asc
Description: Dies ist ein digital signi
with props)
james/server/trunk/src/test/org/apache/james/transport/mailets/MailetLoaderTestMailet.java
(with props)
james/server/trunk/src/test/org/apache/james/transport/mailets/smime/
james/server/trunk/src/test/org/apache/james/transport/mailets/smime/MailetLoaderTestSMIMEMailet.
[ http://issues.apache.org/jira/browse/JAMES-400?page=all ]
Stefano Bagnara resolved JAMES-400:
---
Resolution: Fixed
As you can see from the svn logs I just fixed this.
> Move previous SMIME matcher/mailets to the new "smime"
Author: bago
Date: Fri Aug 12 01:01:09 2005
New Revision: 232229
URL: http://svn.apache.org/viewcvs?rev=232229&view=rev
Log:
Moved SMIMESign and its Abstract to the new smime subpackages (JAMES-400).
Also updated ASF copyright to 2005 and cleaned imports.
Added:
james/server/trunk/src/
[
http://issues.apache.org/jira/browse/JAMES-398?page=comments#action_12318539 ]
Stefano Bagnara commented on JAMES-398:
---
thanx to Markus Kühn for pointing to the typo. PKCS12 and not PKS12.
> Add SMIME mailets for signature verification and mess
- Original Message -
From: "Stefano Bagnara (JIRA)"
To:
Sent: Thursday, August 11, 2005 8:31 PM
Subject: [jira] Resolved: (JAMES-398) Add SMIME mailets for signature
verification and message decrypt
[ http://issues.apache.org/jira/browse/JAMES-398?page=all ]
Stefa
[ http://issues.apache.org/jira/browse/JAMES-400?page=all ]
Stefano Bagnara updated JAMES-400:
--
type: Task (was: Improvement)
> Move previous SMIME matcher/mailets to the new "smime"
w, just a simple configuration in config.xml.
> > Should I add them to the current mailets/matchers packages
> or create a
> > new subpackage smime?
>
> IMHO, creating subpackages of .mailet, .matcher and .utils
> for functional areas, such as SMIME is a good idea.
>
&
[ http://issues.apache.org/jira/browse/JAMES-398?page=all ]
Stefano Bagnara resolved JAMES-398:
---
Resolution: Fixed
Should works now with PKS12 and JKS keystores
> Add SMIME mailets for signature verification and message decr
Move previous SMIME matcher/mailets to the new "smime" subpackages
--
Key: JAMES-400
URL: http://issues.apache.org/jira/browse/JAMES-400
Project: James
Type: Improvement
Components: Matche
Author: bago
Date: Thu Aug 11 11:19:52 2005
New Revision: 231497
URL: http://svn.apache.org/viewcvs?rev=231497&view=rev
Log:
Upgraded Bouncycastle to 129 and java 1.4+ only (no more java 1.3 compatible)
(JAMES-399)
Added SMIME mailets for signature verification and message decrypt (JAMES
Author: bago
Date: Thu Aug 11 11:19:45 2005
New Revision: 231496
URL: http://svn.apache.org/viewcvs?rev=231496&view=rev
Log:
Upgraded Bouncycastle to 129 and java 1.4+ only (no more java 1.3 compatible)
(JAMES-399)
Added SMIME mailets for signature verification and message decrypt (JAMES
Add SMIME mailets for signature verification and message decrypt
Key: JAMES-398
URL: http://issues.apache.org/jira/browse/JAMES-398
Project: James
Type: Improvement
Components: Mailet API
E: Java 1.3 compatibility and SMIME
>
> Noel J. Bergman wrote:
>
> > Let's do another survey of server-user, and see if there is
> still any
> > need for JDK 1.3 support. I'd love to be able to move forward.
>
> Beat me to it!
>
> As I remember, th
On Wednesday 10 August 2005 23:08, Noel J. Bergman wrote:
> Let's do another survey of server-user, and see if there is still any need
> for JDK 1.3 support. I'd love to be able to move forward.
Hi all.
I was looking into the James source to see what whould be needed to add IPv6
support (will p
Noel J. Bergman wrote:
> Let's do another survey of server-user, and see if there is
> still any need
> for JDK 1.3 support. I'd love to be able to move forward.
Beat me to it!
As I remember, the last time we did this the major drawback was that some
were wedded to 1.3 as their primary solution
Let's do another survey of server-user, and see if there is still any need
for JDK 1.3 support. I'd love to be able to move forward.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
I think we've encountered the same problems already found by Vincenzo in
trying to make smime mailets java 1.3 compatible.
If I understand correctly we can create a similar source file for java 1.4
and java 1.3 but not equal!. We can use for sure the java 1.3 version with
newer VM but it wil
mmit some accompanying xdocs to
explain their usage too.
> Should I add them to the current mailets/matchers packages or
> create a new
> subpackage smime?
IMHO, creating subpackages of .mailet, .matcher and .utils for functional
areas, such as SMIME is a good idea.
config.xml will n
ckage smime?
Stefano
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED
/mailets are not yet in production because we need to do more
tests.
If you agree I will commit them later in august.
Should I add them to the current mailets/matchers packages or create a new
subpackage smime?
Stefano
-
To
69 matches
Mail list logo
