You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-user@james.apache.org by "Vance, Trevor K." <tr...@capgemini.com> on 2008/08/26 07:23:55 UTC
A problem with uuencoded attachments
Greetings,
I have several Unix hosts sending mail with uuencoded attachments
through James v2.3.1 as a SMTP relay. Mail with no attachments work
great, Windows hosts sending mail w/attachments work great, other Unix
hosts sending base64 attachments works great. If I take James out of
the mail routing, it works well. Adding James back into the routing and
it fails.
The failing messages have the message body as
begin 644 test.png
MB5!.1PT*&@H````-24A$4@```KH```)4"`(```!UT1*\`````7-21T(`KLX<
MZ0````1G04U!``"QCPO\804````@8TA230``>B8``("$``#Z````@.@``'4P
M``#J8```.I@``!=PG+I1/```DC9)1$%4>%[MO7GXI45YY]WO?^\U\SJO\\[,
.
.
.
end
Which leads us to the failing messages do not have the message headers
that a successful message has:
Content-Type: image/png; name="test.png"
Content-Disposition: attachment; filename="test.png"
Content-Transfer-Encoding: uuencode
Therefore, I'm fairly confident something in my configuration is wrong.
I've been beating my head against this thing far too long.
Thanks for your consideration.
Trevor
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by "Vance, Trevor K." <tr...@capgemini.com>.
Norman,
No custom mailet in use. It's a fairly vanilla config. I've pared out
things like POP3, NNTP, RemoteManager that we don't need for a SMTP
relay.
Trevor
-----Original Message-----
From: Norman Maurer [mailto:norman@apache.org]
Sent: Tuesday, August 26, 2008 12:37 PM
To: James Users List
Subject: Re: A problem with uuencoded attachments
Hi,
do you use any custom mailet ?
Cheers,
Norman
Am Dienstag, den 26.08.2008, 01:23 -0400 schrieb Vance, Trevor K.:
> Greetings,
>
> I have several Unix hosts sending mail with uuencoded attachments
> through James v2.3.1 as a SMTP relay. Mail with no attachments work
> great, Windows hosts sending mail w/attachments work great, other Unix
> hosts sending base64 attachments works great. If I take James out of
> the mail routing, it works well. Adding James back into the routing
> and it fails.
>
> The failing messages have the message body as
> begin 644 test.png
> MB5!.1PT*&@H````-24A$4@```KH```)4"`(```!UT1*\`````7-21T(`KLX<
> MZ0````1G04U!``"QCPO\804````@8TA230``>B8``("$``#Z````@.@``'4P
> M``#J8```.I@``!=PG+I1/```DC9)1$%4>%[MO7GXI45YY]WO?^\U\SJO\\[,
> .
> .
> .
> end
>
> Which leads us to the failing messages do not have the message headers
> that a successful message has:
> Content-Type: image/png; name="test.png"
> Content-Disposition: attachment; filename="test.png"
> Content-Transfer-Encoding: uuencode
>
> Therefore, I'm fairly confident something in my configuration is
wrong.
> I've been beating my head against this thing far too long.
>
> Thanks for your consideration.
>
> Trevor
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by Martijn Brinkers <ma...@gmail.com>.
So it seems from this log that there is a CR-LF separating the headers
and the body. Now we need to find out why I do get different results.
The test message that I use is:
To: m.brinkers@pobox.com
Subject: test
Message-Id: <20080827204834.878F356C0AA>
Date: Wed, 27 Aug 2008 22:48:34 +0200 (CEST)
From: m.brinkers@pobox.com
Content-Transfer-Encoding: uuencode
Mime-Version: 1.0
begin 644 test.uue
)=&5S="`Q,C,*
`
end
I can send this message through James without a problem.
Martijn
On Wed, 2008-08-27 at 18:11 -0400, Vance, Trevor K. wrote:
> Martijn,
>
> I think this should satisfy. Though I believe the issue is still in my
> James config, and not in the mailer. My reasoning here is that if I
> send the same file/command to a different SMTP server, the attachment
> comes through preserved.
>
> Kind regards,
> Trevor
>
>
> superDebug: Attempting to send 6 bytes:
> superDebug: 00000 44 41 54 41 0D 0A
> DATA..
> >>>putline>>> DATA
> superDebug: Received 44 bytes:
> superDebug: 00000 33 35 34 20 4F 6B 20 53 65 6E 64 20 64 61 74 61 354
> Ok Send data
> superDebug: 00010 20 65 6E 64 69 6E 67 20 77 69 74 68 20 3C 43 52
> ending with <CR
> superDebug: 00020 4C 46 3E 2E 3C 43 52 4C 46 3E 0D 0A
> LF>.<CRLF>..
> <<<getline<<< 354 Ok Send data ending with <CRLF>.<CRLF>
> superDebug: Attempting to send 344 bytes:
> superDebug: 00000 44 61 74 65 3A 20 57 65 64 2C 20 32 37 20 41 75
> Date: Wed, 27 Au
> superDebug: 00010 67 20 32 30 30 38 20 31 38 3A 30 32 3A 35 36 20 g
> 2008 18:02:56
> superDebug: 00020 2D 30 34 30 30 0D 0A 46 72 6F 6D 3A 20 74 76 61
> -0400..From: tva
> superDebug: 00030 6E 63 65 40 6E 61 72 2E 63 61 70 67 65 6D 69 6E
> nce@nar.capgemin
> superDebug: 00040 69 2E 63 6F 6D 0D 0A 54 6F 3A 20 74 76 61 6E 63
> i.com..To: tvanc
> superDebug: 00050 65 40 6E 61 72 2E 63 61 70 67 65 6D 69 6E 69 2E
> e@nar.capgemini.
> superDebug: 00060 63 6F 6D 0D 0A 58 2D 4D 61 69 6C 65 72 3A 20 42
> com..X-Mailer: B
> superDebug: 00070 6C 61 74 20 76 32 2E 36 2E 32 20 77 2F 47 53 53 lat
> v2.6.2 w/GSS
> superDebug: 00080 20 65 6E 63 72 79 70 74 69 6F 6E 2C 20 61 20 57
> encryption, a W
> superDebug: 00090 69 6E 33 32 20 53 4D 54 50 2F 4E 4E 54 50 20 6D in32
> SMTP/NNTP m
> superDebug: 000A0 61 69 6C 65 72 20 68 74 74 70 3A 2F 2F 77 77 77
> ailer http://www
> superDebug: 000B0 2E 62 6C 61 74 2E 6E 65 74 0D 0A 4D 65 73 73 61
> .blat.net..Messa
> superDebug: 000C0 67 65 2D 49 44 3A 20 3C 30 31 63 39 30 38 39 30
> ge-ID: <01c90890
> superDebug: 000D0 24 42 6C 61 74 2E 76 32 2E 36 2E 32 24 61 39 37
> $Blat.v2.6.2$a97
> superDebug: 000E0 63 65 36 63 39 24 31 31 64 63 65 66 65 32 32 39
> ce6c9$11dcefe229
> superDebug: 000F0 63 36 40 6C 6F 63 61 6C 68 6F 73 74 3E 0D 0A 53
> c6@localhost>..S
> superDebug: 00100 75 62 6A 65 63 74 3A 20 74 65 73 74 31 0D 0A 0D
> ubject: test1...
> superDebug: 00110 0A 54 68 69 73 20 69 73 20 61 20 31 20 6C 69 6E
> .This is a 1 lin
> superDebug: 00120 65 20 62 6F 64 79 2E 0D 0A 0D 0A 62 65 67 69 6E e
> body.....begin
> superDebug: 00130 20 36 34 34 20 74 65 73 74 2E 74 78 74 0D 0A 28 644
> test.txt..(
> superDebug: 00140 23 30 49 54 39 37 2D 54 23 30 48 0D 0A 60 0D 0A
> #0IT97-T#0H..`..
> superDebug: 00150 65 6E 64 0D 0A 2E 0D 0A
> end.....
> superDebug: Received 28 bytes:
> superDebug: 00000 32 35 30 20 32 2E 36 2E 30 20 4D 65 73 73 61 67 250
> 2.6.0 Messag
> superDebug: 00010 65 20 72 65 63 65 69 76 65 64 0D 0A e
> received..
> <<<getline<<< 250 2.6.0 Message received
> superDebug: Attempting to send 6 bytes:
> superDebug: 00000 51 55 49 54 0D 0A
> QUIT..
> >>>putline>>> QUIT
>
> -----Original Message-----
> From: Martijn Brinkers [mailto:martijn.list@gmail.com]
> Sent: Wednesday, August 27, 2008 2:54 PM
> To: Vance, Trevor K.
> Cc: James Users List
> Subject: RE: A problem with uuencoded attachments
>
> Well it's kind of strange that there is no separating line between the
> headers and the body because that would mean that all lines are
> considered to be headers. Now it could be that the CR-LF is there but
> the logger doesn't show it but I do think the CR-LF is missing. Now it
> could be that some mailers are 'smart' and add the CR-LF seperator when
> they see a line that is not a valid header but James does not afaik. So,
> I think you should first me 100% certain that the CR-LF between the
> headers and body is added.
>
> Martijn
>
> On Wed, 2008-08-27 at 17:43 -0400, Vance, Trevor K. wrote:
> > Martijn,
> >
> > This is interesting that you have success. What more can I share
> > regards to my config? I don't think the missing empty line is really
> > the issue.
> >
> > Trevor
> >
> > -----Original Message-----
> > From: Martijn Brinkers [mailto:martijn.list@gmail.com]
> > Sent: Wednesday, August 27, 2008 2:29 PM
> > To: James Users List
> > Cc: Vance, Trevor K.
> > Subject: RE: A problem with uuencoded attachments
> >
> > Sending a uuencoded message seems to work with my setup.
> >
> > What I still don't get is why there is not an empty line (ie only
> > CR-LF) between subject and body? see your log
> >
> > Martijn
> >
> > On Wed, 2008-08-27 at 16:53 -0400, Vance, Trevor K. wrote:
> > > >From: Martijn Brinkers
> > > >Sent: Wednesday, August 27, 2008 1:44 PM
> > > >To: James Users List
> > > >Cc: Vance, Trevor K.
> > > >Subject: RE: A problem with uuencoded attachments
> > > >
> > > >Could you sent a complete example message?
> > > >
> > > >The example DATA portion (below) you show seems not to separate the
> > > headers and body. Is that
> > > >intentional?
> > > >
> > > >Martijn Brinkers
> > >
> > > I was only showing a portion of the conversation. Here's the entire
>
> > > output.
> > >
> > > Regards,
> > > Trevor
> > >
> > >
> > > Checking option -attach
> > > Checking option -uuencode
> > > Blat v2.6.2 w/GSS encryption (build : Feb 25 2007 12:06:19)
> > >
> > > Checking option -to
> > > Checking option -subject
> > > Checking option -attach
> > > Checking option -uuencode
> > > superDebug: init_winsock(), WSAStartup() returned 0 (?)
> > > superDebug: Hostname <localhost> resolved to ip address 127.0.0.1
> > > superDebug: Official hostname is [munged]
> > > superDebug: Attempting to connect to ip address 127.0.0.1
> > > superDebug: Received 102 bytes:
> > > 220 [munged] SMTP Server (JAMES SMTP Server 2.3.1) ready Wed, 27 Aug
> > > 2008 15:44:18 -0400 (EDT)
> > > <<<getline<<< 220 [munged] SMTP Server (JAMES SMTP Server 2.3.1)
> > > ready
> >
> > > Wed, 27 Aug 2008 15:44:18 -0400 (EDT)
> > > superDebug: Attempting to send 39 bytes:
> > > EHLO [munged]
> > > >>>putline>>> EHLO [munged]
> > > superDebug: Received 124 bytes:
> > > 250-[munged] Hello [munged] (127.0.0.1 [127.0.0.1]) 250-PIPELINING
> > > 250
> >
> > > ENHANCEDSTATUSCODES <<<getline<<< 250-[munged] Hello [munged]
> > > (127.0.0.1 [127.0.0.1]) <<<getline<<< 250-PIPELINING <<<getline<<<
> > > 250
> >
> > > ENHANCEDSTATUSCODES Sending test.txt to tvance[munged]
> > > Subject: test1
> > > Login name is tvance[munged]
> > > Attached binary file: test.txt
> > > superDebug: Attempting to send 38 bytes:
> > > MAIL FROM:<tvance@[munged]>
> > > >>>putline>>> MAIL FROM:<tvance@[munged]>
> > > superDebug: Received 48 bytes:
> > > 250 2.1.0 Sender <tvance@[munged]> OK <<<getline<<< 250 2.1.0 Sender
>
> > > <tvance@[munged]> OK
> > > superDebug: Attempting to send 36 bytes:
> > > RCPT TO:<tvance@[munged]>
> > > >>>putline>>> RCPT TO:<tvance@[munged]>
> > > superDebug: Received 51 bytes:
> > > 250 2.1.5 Recipient <tvance@[munged]> OK <<<getline<<< 250 2.1.5
> > > Recipient <tvance@[munged]> OK
> > > superDebug: Attempting to send 6 bytes:
> > > DATA
> > > >>>putline>>> DATA
> > > superDebug: Received 44 bytes:
> > > 354 Ok Send data ending with <CRLF>.<CRLF> <<<getline<<< 354 Ok Send
>
> > > data ending with <CRLF>.<CRLF>
> > > superDebug: Attempting to send 323 bytes:
> > > Date: Wed, 27 Aug 2008 15:44:18 -0400
> > > From: tvance@[munged]
> > > To: tvance@[munged]
> > > X-Mailer: Blat v2.6.2 w/GSS encryption, a Win32 SMTP/NNTP mailer
> > > http://www.blat.net
> > > Message-ID: <01...@localhost>
> > > Subject: test1
> > > test
> > > begin 644 test.txt
> > > &=&5S=`T*
> > > `
> > > end
> > > .
> > > superDebug: Received 28 bytes:
> > > 250 2.6.0 Message received
> > > <<<getline<<< 250 2.6.0 Message received
> > > superDebug: Attempting to send 6 bytes:
> > > QUIT
> > > >>>putline>>> QUIT
> > > superDebug: Received 63 bytes:
> > > 221 2.0.0 [munged] Service closing transmission channel
> > > <<<getline<<<
> > > 221 2.0.0 [munged] Service closing transmission channel
> > >
> > >
> > >
> > >
> > > --------------------------------------------------------------------
> > > - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> > > For additional commands, e-mail: server-user-help@james.apache.org
> > >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by "Vance, Trevor K." <tr...@capgemini.com>.
Martijn,
I think this should satisfy. Though I believe the issue is still in my
James config, and not in the mailer. My reasoning here is that if I
send the same file/command to a different SMTP server, the attachment
comes through preserved.
Kind regards,
Trevor
superDebug: Attempting to send 6 bytes:
superDebug: 00000 44 41 54 41 0D 0A
DATA..
>>>putline>>> DATA
superDebug: Received 44 bytes:
superDebug: 00000 33 35 34 20 4F 6B 20 53 65 6E 64 20 64 61 74 61 354
Ok Send data
superDebug: 00010 20 65 6E 64 69 6E 67 20 77 69 74 68 20 3C 43 52
ending with <CR
superDebug: 00020 4C 46 3E 2E 3C 43 52 4C 46 3E 0D 0A
LF>.<CRLF>..
<<<getline<<< 354 Ok Send data ending with <CRLF>.<CRLF>
superDebug: Attempting to send 344 bytes:
superDebug: 00000 44 61 74 65 3A 20 57 65 64 2C 20 32 37 20 41 75
Date: Wed, 27 Au
superDebug: 00010 67 20 32 30 30 38 20 31 38 3A 30 32 3A 35 36 20 g
2008 18:02:56
superDebug: 00020 2D 30 34 30 30 0D 0A 46 72 6F 6D 3A 20 74 76 61
-0400..From: tva
superDebug: 00030 6E 63 65 40 6E 61 72 2E 63 61 70 67 65 6D 69 6E
nce@nar.capgemin
superDebug: 00040 69 2E 63 6F 6D 0D 0A 54 6F 3A 20 74 76 61 6E 63
i.com..To: tvanc
superDebug: 00050 65 40 6E 61 72 2E 63 61 70 67 65 6D 69 6E 69 2E
e@nar.capgemini.
superDebug: 00060 63 6F 6D 0D 0A 58 2D 4D 61 69 6C 65 72 3A 20 42
com..X-Mailer: B
superDebug: 00070 6C 61 74 20 76 32 2E 36 2E 32 20 77 2F 47 53 53 lat
v2.6.2 w/GSS
superDebug: 00080 20 65 6E 63 72 79 70 74 69 6F 6E 2C 20 61 20 57
encryption, a W
superDebug: 00090 69 6E 33 32 20 53 4D 54 50 2F 4E 4E 54 50 20 6D in32
SMTP/NNTP m
superDebug: 000A0 61 69 6C 65 72 20 68 74 74 70 3A 2F 2F 77 77 77
ailer http://www
superDebug: 000B0 2E 62 6C 61 74 2E 6E 65 74 0D 0A 4D 65 73 73 61
.blat.net..Messa
superDebug: 000C0 67 65 2D 49 44 3A 20 3C 30 31 63 39 30 38 39 30
ge-ID: <01c90890
superDebug: 000D0 24 42 6C 61 74 2E 76 32 2E 36 2E 32 24 61 39 37
$Blat.v2.6.2$a97
superDebug: 000E0 63 65 36 63 39 24 31 31 64 63 65 66 65 32 32 39
ce6c9$11dcefe229
superDebug: 000F0 63 36 40 6C 6F 63 61 6C 68 6F 73 74 3E 0D 0A 53
c6@localhost>..S
superDebug: 00100 75 62 6A 65 63 74 3A 20 74 65 73 74 31 0D 0A 0D
ubject: test1...
superDebug: 00110 0A 54 68 69 73 20 69 73 20 61 20 31 20 6C 69 6E
.This is a 1 lin
superDebug: 00120 65 20 62 6F 64 79 2E 0D 0A 0D 0A 62 65 67 69 6E e
body.....begin
superDebug: 00130 20 36 34 34 20 74 65 73 74 2E 74 78 74 0D 0A 28 644
test.txt..(
superDebug: 00140 23 30 49 54 39 37 2D 54 23 30 48 0D 0A 60 0D 0A
#0IT97-T#0H..`..
superDebug: 00150 65 6E 64 0D 0A 2E 0D 0A
end.....
superDebug: Received 28 bytes:
superDebug: 00000 32 35 30 20 32 2E 36 2E 30 20 4D 65 73 73 61 67 250
2.6.0 Messag
superDebug: 00010 65 20 72 65 63 65 69 76 65 64 0D 0A e
received..
<<<getline<<< 250 2.6.0 Message received
superDebug: Attempting to send 6 bytes:
superDebug: 00000 51 55 49 54 0D 0A
QUIT..
>>>putline>>> QUIT
-----Original Message-----
From: Martijn Brinkers [mailto:martijn.list@gmail.com]
Sent: Wednesday, August 27, 2008 2:54 PM
To: Vance, Trevor K.
Cc: James Users List
Subject: RE: A problem with uuencoded attachments
Well it's kind of strange that there is no separating line between the
headers and the body because that would mean that all lines are
considered to be headers. Now it could be that the CR-LF is there but
the logger doesn't show it but I do think the CR-LF is missing. Now it
could be that some mailers are 'smart' and add the CR-LF seperator when
they see a line that is not a valid header but James does not afaik. So,
I think you should first me 100% certain that the CR-LF between the
headers and body is added.
Martijn
On Wed, 2008-08-27 at 17:43 -0400, Vance, Trevor K. wrote:
> Martijn,
>
> This is interesting that you have success. What more can I share
> regards to my config? I don't think the missing empty line is really
> the issue.
>
> Trevor
>
> -----Original Message-----
> From: Martijn Brinkers [mailto:martijn.list@gmail.com]
> Sent: Wednesday, August 27, 2008 2:29 PM
> To: James Users List
> Cc: Vance, Trevor K.
> Subject: RE: A problem with uuencoded attachments
>
> Sending a uuencoded message seems to work with my setup.
>
> What I still don't get is why there is not an empty line (ie only
> CR-LF) between subject and body? see your log
>
> Martijn
>
> On Wed, 2008-08-27 at 16:53 -0400, Vance, Trevor K. wrote:
> > >From: Martijn Brinkers
> > >Sent: Wednesday, August 27, 2008 1:44 PM
> > >To: James Users List
> > >Cc: Vance, Trevor K.
> > >Subject: RE: A problem with uuencoded attachments
> > >
> > >Could you sent a complete example message?
> > >
> > >The example DATA portion (below) you show seems not to separate the
> > headers and body. Is that
> > >intentional?
> > >
> > >Martijn Brinkers
> >
> > I was only showing a portion of the conversation. Here's the entire
> > output.
> >
> > Regards,
> > Trevor
> >
> >
> > Checking option -attach
> > Checking option -uuencode
> > Blat v2.6.2 w/GSS encryption (build : Feb 25 2007 12:06:19)
> >
> > Checking option -to
> > Checking option -subject
> > Checking option -attach
> > Checking option -uuencode
> > superDebug: init_winsock(), WSAStartup() returned 0 (?)
> > superDebug: Hostname <localhost> resolved to ip address 127.0.0.1
> > superDebug: Official hostname is [munged]
> > superDebug: Attempting to connect to ip address 127.0.0.1
> > superDebug: Received 102 bytes:
> > 220 [munged] SMTP Server (JAMES SMTP Server 2.3.1) ready Wed, 27 Aug
> > 2008 15:44:18 -0400 (EDT)
> > <<<getline<<< 220 [munged] SMTP Server (JAMES SMTP Server 2.3.1)
> > ready
>
> > Wed, 27 Aug 2008 15:44:18 -0400 (EDT)
> > superDebug: Attempting to send 39 bytes:
> > EHLO [munged]
> > >>>putline>>> EHLO [munged]
> > superDebug: Received 124 bytes:
> > 250-[munged] Hello [munged] (127.0.0.1 [127.0.0.1]) 250-PIPELINING
> > 250
>
> > ENHANCEDSTATUSCODES <<<getline<<< 250-[munged] Hello [munged]
> > (127.0.0.1 [127.0.0.1]) <<<getline<<< 250-PIPELINING <<<getline<<<
> > 250
>
> > ENHANCEDSTATUSCODES Sending test.txt to tvance[munged]
> > Subject: test1
> > Login name is tvance[munged]
> > Attached binary file: test.txt
> > superDebug: Attempting to send 38 bytes:
> > MAIL FROM:<tvance@[munged]>
> > >>>putline>>> MAIL FROM:<tvance@[munged]>
> > superDebug: Received 48 bytes:
> > 250 2.1.0 Sender <tvance@[munged]> OK <<<getline<<< 250 2.1.0 Sender
> > <tvance@[munged]> OK
> > superDebug: Attempting to send 36 bytes:
> > RCPT TO:<tvance@[munged]>
> > >>>putline>>> RCPT TO:<tvance@[munged]>
> > superDebug: Received 51 bytes:
> > 250 2.1.5 Recipient <tvance@[munged]> OK <<<getline<<< 250 2.1.5
> > Recipient <tvance@[munged]> OK
> > superDebug: Attempting to send 6 bytes:
> > DATA
> > >>>putline>>> DATA
> > superDebug: Received 44 bytes:
> > 354 Ok Send data ending with <CRLF>.<CRLF> <<<getline<<< 354 Ok Send
> > data ending with <CRLF>.<CRLF>
> > superDebug: Attempting to send 323 bytes:
> > Date: Wed, 27 Aug 2008 15:44:18 -0400
> > From: tvance@[munged]
> > To: tvance@[munged]
> > X-Mailer: Blat v2.6.2 w/GSS encryption, a Win32 SMTP/NNTP mailer
> > http://www.blat.net
> > Message-ID: <01...@localhost>
> > Subject: test1
> > test
> > begin 644 test.txt
> > &=&5S=`T*
> > `
> > end
> > .
> > superDebug: Received 28 bytes:
> > 250 2.6.0 Message received
> > <<<getline<<< 250 2.6.0 Message received
> > superDebug: Attempting to send 6 bytes:
> > QUIT
> > >>>putline>>> QUIT
> > superDebug: Received 63 bytes:
> > 221 2.0.0 [munged] Service closing transmission channel
> > <<<getline<<<
> > 221 2.0.0 [munged] Service closing transmission channel
> >
> >
> >
> >
> > --------------------------------------------------------------------
> > - To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> > For additional commands, e-mail: server-user-help@james.apache.org
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by Martijn Brinkers <ma...@gmail.com>.
My experiment shows that for example Postfix is smart enough to detect
that there is a missing CR-LF between header and body and will add the
CR-LF. James however does not not detect this and will treat the body as
(invalid) headers.
Martijn Brinkers
On Wed, 2008-08-27 at 23:53 +0200, Martijn Brinkers wrote:
> Well it's kind of strange that there is no separating line between the
> headers and the body because that would mean that all lines are
> considered to be headers. Now it could be that the CR-LF is there but
> the logger doesn't show it but I do think the CR-LF is missing. Now it
> could be that some mailers are 'smart' and add the CR-LF seperator when
> they see a line that is not a valid header but James does not afaik. So,
> I think you should first me 100% certain that the CR-LF between the
> headers and body is added.
>
> Martijn
>
> On Wed, 2008-08-27 at 17:43 -0400, Vance, Trevor K. wrote:
> > Martijn,
> >
> > This is interesting that you have success. What more can I share
> > regards to my config? I don't think the missing empty line is really
> > the issue.
> >
> > Trevor
> >
> > -----Original Message-----
> > From: Martijn Brinkers [mailto:martijn.list@gmail.com]
> > Sent: Wednesday, August 27, 2008 2:29 PM
> > To: James Users List
> > Cc: Vance, Trevor K.
> > Subject: RE: A problem with uuencoded attachments
> >
> > Sending a uuencoded message seems to work with my setup.
> >
> > What I still don't get is why there is not an empty line (ie only CR-LF)
> > between subject and body? see your log
> >
> > Martijn
> >
> > On Wed, 2008-08-27 at 16:53 -0400, Vance, Trevor K. wrote:
> > > >From: Martijn Brinkers
> > > >Sent: Wednesday, August 27, 2008 1:44 PM
> > > >To: James Users List
> > > >Cc: Vance, Trevor K.
> > > >Subject: RE: A problem with uuencoded attachments
> > > >
> > > >Could you sent a complete example message?
> > > >
> > > >The example DATA portion (below) you show seems not to separate the
> > > headers and body. Is that
> > > >intentional?
> > > >
> > > >Martijn Brinkers
> > >
> > > I was only showing a portion of the conversation. Here's the entire
> > > output.
> > >
> > > Regards,
> > > Trevor
> > >
> > >
> > > Checking option -attach
> > > Checking option -uuencode
> > > Blat v2.6.2 w/GSS encryption (build : Feb 25 2007 12:06:19)
> > >
> > > Checking option -to
> > > Checking option -subject
> > > Checking option -attach
> > > Checking option -uuencode
> > > superDebug: init_winsock(), WSAStartup() returned 0 (?)
> > > superDebug: Hostname <localhost> resolved to ip address 127.0.0.1
> > > superDebug: Official hostname is [munged]
> > > superDebug: Attempting to connect to ip address 127.0.0.1
> > > superDebug: Received 102 bytes:
> > > 220 [munged] SMTP Server (JAMES SMTP Server 2.3.1) ready Wed, 27 Aug
> > > 2008 15:44:18 -0400 (EDT)
> > > <<<getline<<< 220 [munged] SMTP Server (JAMES SMTP Server 2.3.1) ready
> >
> > > Wed, 27 Aug 2008 15:44:18 -0400 (EDT)
> > > superDebug: Attempting to send 39 bytes:
> > > EHLO [munged]
> > > >>>putline>>> EHLO [munged]
> > > superDebug: Received 124 bytes:
> > > 250-[munged] Hello [munged] (127.0.0.1 [127.0.0.1]) 250-PIPELINING 250
> >
> > > ENHANCEDSTATUSCODES <<<getline<<< 250-[munged] Hello [munged]
> > > (127.0.0.1 [127.0.0.1]) <<<getline<<< 250-PIPELINING <<<getline<<< 250
> >
> > > ENHANCEDSTATUSCODES Sending test.txt to tvance[munged]
> > > Subject: test1
> > > Login name is tvance[munged]
> > > Attached binary file: test.txt
> > > superDebug: Attempting to send 38 bytes:
> > > MAIL FROM:<tvance@[munged]>
> > > >>>putline>>> MAIL FROM:<tvance@[munged]>
> > > superDebug: Received 48 bytes:
> > > 250 2.1.0 Sender <tvance@[munged]> OK
> > > <<<getline<<< 250 2.1.0 Sender <tvance@[munged]> OK
> > > superDebug: Attempting to send 36 bytes:
> > > RCPT TO:<tvance@[munged]>
> > > >>>putline>>> RCPT TO:<tvance@[munged]>
> > > superDebug: Received 51 bytes:
> > > 250 2.1.5 Recipient <tvance@[munged]> OK <<<getline<<< 250 2.1.5
> > > Recipient <tvance@[munged]> OK
> > > superDebug: Attempting to send 6 bytes:
> > > DATA
> > > >>>putline>>> DATA
> > > superDebug: Received 44 bytes:
> > > 354 Ok Send data ending with <CRLF>.<CRLF> <<<getline<<< 354 Ok Send
> > > data ending with <CRLF>.<CRLF>
> > > superDebug: Attempting to send 323 bytes:
> > > Date: Wed, 27 Aug 2008 15:44:18 -0400
> > > From: tvance@[munged]
> > > To: tvance@[munged]
> > > X-Mailer: Blat v2.6.2 w/GSS encryption, a Win32 SMTP/NNTP mailer
> > > http://www.blat.net
> > > Message-ID: <01...@localhost>
> > > Subject: test1
> > > test
> > > begin 644 test.txt
> > > &=&5S=`T*
> > > `
> > > end
> > > .
> > > superDebug: Received 28 bytes:
> > > 250 2.6.0 Message received
> > > <<<getline<<< 250 2.6.0 Message received
> > > superDebug: Attempting to send 6 bytes:
> > > QUIT
> > > >>>putline>>> QUIT
> > > superDebug: Received 63 bytes:
> > > 221 2.0.0 [munged] Service closing transmission channel <<<getline<<<
> > > 221 2.0.0 [munged] Service closing transmission channel
> > >
> > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> > > For additional commands, e-mail: server-user-help@james.apache.org
> > >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by "Vance, Trevor K." <tr...@capgemini.com>.
They are very simple files.
The only difference between success & failure is which server I send the
mail through. Why does James fail?
This fails.
C:\>blat.exe body.txt -to [myEmailAddress] -attach test.png -uuencode
-subject test -server james-server
The uuencoded attachment comes through as text (not an attachment)
This succeeds.
C:\>blat.exe body.txt -to [myEmailAddress] -attach test.png -uuencode
-subject test -server non-james-server
The uuencoded attachment comes through as expected (word doc, graphic,
etc)
I appreciate your persistence on this Martijn.
Trevor
> -----Original Message-----
> From: Martijn Brinkers [mailto:martijn.list@gmail.com]
> Sent: Wednesday, September 03, 2008 9:00 AM
> To: Vance, Trevor K.
> Cc: James Users List
> Subject: RE: A problem with uuencoded attachments
>
> But what I'm interested in is the actual source of the
> messages. The message that's ok and the message that's not
> ok. Could you also include the exact message from Win32-Blat
> or Unix-mailscript (thus the source)
>
> Martijn
>
> On Wed, 2008-09-03 at 11:52 -0400, Vance, Trevor K. wrote:
> > This fails
> > Win32-Blat or Unix-mailscript -> James -> ExchangeRelayServer ->
> > ExchangeMailbox -> Outlook The uuencoded attachment comes
> through as
> > text (not an attachment)
> >
> > This succeeds
> > Win32-Blat or Unix-mailscript -> ExchangeRelayServer ->
> > ExchangeMailbox
> > -> Outlook
> > The uuencoded attachment comes through as expected (word
> doc, graphic,
> > etc)
> >
> >
> > > -----Original Message-----
> > > From: Martijn Brinkers [mailto:martijn.list@gmail.com]
> > > Sent: Wednesday, September 03, 2008 8:22 AM
> > > To: Vance, Trevor K.
> > > Cc: James Users List
> > > Subject: RE: A problem with uuencoded attachments
> > >
> > > Are you sure it's not a problem of your email client? My email
> > > client shows the image.
> > >
> > > Please tell me what the EXACT difference is between a
> message that
> > > you can open and one that you can't open? ie one sent
> through James
> > > and one not sent through James.
> > >
> > > Martijn
> > >
> > > On Wed, 2008-09-03 at 11:14 -0400, Vance, Trevor K. wrote:
> > > > The attachment is not processed. It's received as plain text
> > > >
> > > > Trevor
> > > > > -----Original Message-----
> > > > > From: Martijn Brinkers [mailto:martijn.list@gmail.com]
> > > > > Sent: Wednesday, September 03, 2008 8:06 AM
> > > > > To: Vance, Trevor K.
> > > > > Cc: James Users List
> > > > > Subject: RE: A problem with uuencoded attachments
> > > > >
> > > > > If I sent the following message through James I can open
> > > the message
> > > > > and see the attached image. James only adds a few
> > > headers, nothing
> > > > > more nothing less. So what happens in your case?
> > > > >
> > > > > Martijn
> > > > >
> > > > >
> > > > > To: test@example.com
> > > > > Subject: uu encode test James
> > > > > From: test@example.com
> > > > > Mime-Version: 1.0
> > > > >
> > > > > begin 644 james-project-logo.gif
> > > > > M1TE&.#EA-P%D`-4``,H=SMG8UZ^MKN6:F:AC9?[\_M.Y0G-R<VP9&W@>QE!0
> > > > > M4?WXX_3__O[^\/K,RWT0$H=_@N;FY1H6(O[^^MX:A?;<I=%N:/WTPOK____Y
> > > > > M_K6)A/[IYWQA=/_T_>O^_/_T\=$A.CPW.GI05?_L]>FTM?_Y]S$2=.[NZ_3^
> > > > > M\OG_^:.##?KZ^?W<WW8V-=5-/,6EINW]ZJ:BHJ1"0F(];F->8=W=W/;Z_?7U
> > > > > M]:FJJ9F3E;BTM-?FZ,_*R<'`O@```/___R'Y!```````+``````W`60```;_
> > > > > MP)]P2"P:C\BD<LEL.I_0J'1*K5JOV*QVR^UZO^"P>$PNF\_HM'K-;KO?\+C\
> > > > > M-YD4"I?%HM'X%'XV&`T30A@,&!-\/QAW)1,8&'.2DY253G49'3$&-7UV!89U
> > > > > MA8>##9$%&1,ED):MKJ]R!1,P*BH&!GF'?C^RGW<H*;P9J2F$L,?(R6%WB0:U
> > > > > MMQ4>#'>1=7=W*::H&<7&RM_@X5`I*24_MRVW!@XE*!@V&7S4B-8,#"GTXOK[
> > > > > M_#\PQ1\JW+)E0`,/=YGD@:)GQQX#.M[Z29SH:@(#&!<&VK+@PD&'$BM0-$!E
> > > > > MKXXC>T)$45S),M8J!AEOA3`P0$:+&JD:H)B0`:4J_XL/(;8<2G3+A!5T9*4T
> > > > > M1JA.`WLH'*AK,8``!1`L9J$HD6%1R4^0)@0K2K8L%*2$D*Y@FA(B4!0+GJF0
> > > > > MX0($!1$!4&R]8^,KM1_DS`H>C*3I#[5TVB9N5(+/``L`+,R8`0``"!`D1GCP
> > > > > M8&>8M0*'5!(>/?BHX<2)F:(JT;C!B`$4`,PP$1N$#`(D-JO*]#E41-+`B1I>
> > > > > ML18I:F-\A@W[P(*`C`0)3'"@0)W"A@\-%G3H\`<?I#O!PQ-%>L..8;9.>2K?
> > > > > MXP`$@.@)JE.`L('/]C\8O(,7SY^BL0@1W'##84H)1<HC%\%P`VP4P!<?=18L
> > > > > M``,#'@P3223]93C143<<H/\`!#CT<,-:QQDR2%\PP-``"]3)9L*#E[VPP&86
> > > > > M/J+AC?P@U4`."H0``0T0]+"'*G_8TT@=[W105V4FO`@`=2`,8%\&!9"#PGY%
> > > > > ML(7CEI,4L$(-'OIXP`$Y]##(#S?8DX$C8BU2`&Q,-OGD52"8V4$&(Y*#)1%:
> > > > > M<NGG&RO(LD`,/TJ@P@$T',!!#=QYEE8W'3A@58--4C:G"R106$`)S/RFF*=_
> > > > > MAIK&40$<H`(-(7R(*`TYW"G+"L&(M<(''PQ@UWMRSFG;#AX$RHQQ62HFZK!G
> > > > > M_+%"=C&,B6H(0-+@[`LL\`')#51R\X,%,E06G0F67F7!"##LU,$B1_1)[+EC
> > > > > M&#O_P0DYC`E!""%P("\'(@1IB@T%<%<`"@R0<"MTW%9&9Z8PH,**$>:BJ[`7
> > > > > M2&&PQP)CUAN"!#1P4+$(K$;0`)5[,+#"`A;\VV0"3UK6T1XIH+3PRFFL=50#
> > > > > M-6@P)@$*2###O!9#P$,)'61GSP*VQH;KB[6!H`$?_`;%\M):[(FP4PODX*P(
> > > > > M,T@@P;R)T@!M<EU-$')LT$E@@L!7#;"`11@2`2S3;!O5U`@\<``!O2%P*R\-
> > > > > M(L@;P`)4VI!"!2ZT&)T$)$/I0@`-I#G$'VTW_H27URQ!9`_SBM""!`I4//?-
> > > > > M`IS@Y007:'"9MB;8+#`(%E0PC+".MQX%X\%N$_>\(?@0_R\',Q`P+P_'7O#"
> > > > > M90T"//:3MAEP9VJ\N*Z\$)$?`?L0!_,2P=RT6TU]Q16_T-4"&L@@<I/9#GSV
> > > > > M44*LO?SY3A>1-BH%1*`HUE;/0#T'BKX0Z`4#!/[>X"1;!H(+%2@.J,[7..*D
> > > > > M3WV0P)#L+,9`#M1N!A4C`,8X$(,19,`!=0';X$Z'NAH8Y@_/(R#3;G""&I@P
> > > > > M0($RPH6BQ[X`S`T"BD*5#Z2#,P5H`"?Y^][8H`0"'7S@,SDB#G&&(J!P"'&(
> > > > > M3"A."@*0`QP(0`!.[`$/:G`"I##..*]"RP]*$`#<S0L"-:-8Q>@EKQY<(&3N
> > > > > M`9CIB-<1>...@HQNI>(0`?V/_QCC[`W`%Z$$)PT,"..0`''@_`!%#4(041
> > > > > MP$$.<A`#'3S1B8WL001.,*+#'.<PJIC=O&80QGC-3VN`<\_0)$`VU#W%8P^I
> > > > > MPR/$,D=7U/&.-#@!#V*@`%C60!P0P",/OC'(2S@E`E!<9`QPH(-&X@`',8B!
> > > > > M`'@0@!$-B$1UN$$)-"FO`U3-=EBKEP;02+J1$2]*"R"7<J2%`2K!XI5VI`$1
> > > > > MP`3+<$@`CS'@Y1T)V82TV`&8.E`D!!CI2"<6$XK+C("7,`F1`L1MC/0[0.UN
> > > > > MES=Z<424VR*:_U('""$,HP'>,2<=\:C.(O``CP%0Q@GPZ`,<R-..]%P"",&#
> > > > > M@1H<LY__$-BG`(KI2"CZLP<U&%`!^I*-&.#-BQ"LG03>1T9;0;1TI/SFMQJU
> > > > > MG^_TD1+H]$%'BQ``/.I`&>^\8P].ZH.4)H%QUVA8#7K@Q)GB(*8@HBD4_QG)
> > > > > M9MZC`>S"&?:J9K,QB@"-&K1:_ZZ"*:XTSZGGY"@2=*#+9*`S!(*<)Q-8L0(J
> > > > > M0<(A/-"!(VN*UF0^<;)/S"SO)O"!"PC@`-2CGE`1>H`,[J])3IIH`",GE@8@
> > > > > M(ZI3-4+M[GB"9/3@`%=-+$H7RPAA0((<2"EA66<J@!Q4EIC#[:<.S,2'+N;M
> > > > > M9O2KI<WD=5?31K1;_S,`+\"3"-<>`[9)^.@=$2M"(_1R"0ED_P0H[I&"#Z3"
> > > > > M!C:(0`\NZTA"@38'Q,UL9G$PQ0748'ZX\U`>;T8#`E@%H@G0JZY<L($2%(,5
> > > > > M\1B@),";A*S:<:OE)<)YE9!>:MQ#%1\84"`Z4`,!6#:?,3`NF9[8R&+V0)G$
> > > > > M#(`#-"""O(V)`S7S@0+HA]?3$NYT+N`!1L5B@Z4$MIU).``>R2N&$]P6ACG8
> > > > > MI1H"P,P(=(&$`TK"AI,0B4-0`R`C&($C(!&HL=97O\D"K3+7:N*7+O='.)O,
> > > > > M.S,'`=..LC+^&\`%'N'4`TZ"PDCH`4FE/`3,YO8'.JBE`C#<!![\T78*J&4>
> > > > > MX_D$0T?!T23UT5.=X&09+AE(0I@L8?_G2=Q#JP]!7YZF"`A0@P\8PECRU6]-
> > > > > M\PE#,BGSQ?4=YF?Q=C,8YGC'7]-@I4Y'T03>0:.N%&QX20J!(DBZJT)0\I:1
> > > > > M$`%)0R#+0A!T'@F]A&=[=0DUJ-VB([""".3@CI2&0@!H(($<-/,'LGRV#Z(-
> > > > > MK]F2U(ZW?)J1NK,!!"#@`2)P=0K6`D(SFSB_QVP7:*'X@LL>LP?4(W"DK:8`
> > > > > M`]\*5V(KW/\&<"=[*.3(Z51"#4BJ`&<K5MHD#602T%G;(\Q6Y=U6;!/.[0-&
> > > > > M#T&\T'Y"+=-=!'2:=\EWS'>6@$*-"?#`WPAH@8,102*^!,"L+8;B,-LEMX/G
> > > > > M\XDOH!<!(`C_PQGDL04$`)Z/H<-&/WA\))N>L+*1,-(EFQREA(W!#4:.1RL?
> > > > > M(9=Y7,)LOWT$;S=!VG8WPJ-]T&PFB!?;1Q#OSW=K[A"$%&&@*6=75O3O![3@
> > > > > MAQ,H#_+*'5ED*C.?D%0X!(8I62>^P%F;NYG7A_K0;CJ)KQ580"A>`G*I*N$&
> > > > > M))7`VZ5*^$+CL?!%P+L/A(Z$%=P1^$CP^Q*DS6V/@G0).+!C$PB[^)PK01:&
> > > > > M6%T#-M""!SQ``R-P&4')=YA8L_B8_BRNNW)0S!<@TUDXPW$>56#GB%;F,GI.
> > > > > MF2H.4?O8&B$"F;9[TC<$`'A')5<$T0=(TZ=52J!\24!SR&<$;6='_P>(!`D8
> > > > > M>,M7?7Q7&+(0#)&P`B_0`WK!`'Y##L60`@/2-QXP7\JE`^XW4RGF+C'0<,6$
> > > > > M,XK"27GT-3X6`AKG`A<0%A,0"+O1$X)`)-*``3?`!X$!"B+Q0]LEA*I$(5YF
> > > > > M3F[T!(!V!%4U;?+F5;AW1[I'!`4X@$U@;PTH<TB0A5^8!,:'1X@'AKM5!=/V
> > > > > M58=$+ISU`4F3'V*1`BC0=($`7S7``SW@2"_P`O5U=3!4=4X$`02@`<FT2`[D
> > > > > M`]YS<0JW5P"4`C8P"-7`%3W!`";Q`1129$HX<(N0#8-P#>^@2BG@`2F3`E12
> > > > > M)"K3!%=H!*/&@$0@;X\W!#V0B[E8!/8&<_],D("VEWQF>`19%0.Z>(S'B'-V
> > > > > M9&I$D%4M1P5Q>`3T\&";4@(C@!TE@"^9T(J;TET+L`$;$&8=L`(;$``O9GK+
> > > > > M=0([\(>,U`,[$(YA%F8[P`,UXP*X,0(G$`%A]@,90`+.X0##L!UB`11A40*T
> > > > > MPA7;T0$?8)##<`.@,"'%P#.J<!W7.`+AN)"JU#RPN'9W1U)&\&QIR`2SZ`-M
> > > > > M>'W/UW?#&'SWMI(LN8&2YG]2$(WJ`Q'4:%`D0`(G8`?;=0WC,@$+H`,08#DM
> > > > > MT`)RPP,CT`$!\%(",`)4-D4UD!<G\`(2U`*KQD<;``$#X``C\`(0,`-#R0$O
> > > > > M,`(L8`$.X%X"*1;_AF`(/]``!LE$9`26&S`,?&$/<I0!'Q``&B!!-48`$$"(
> > > > > MF*>13!"+`NB+0O!L,%EA!A@%ABF,;_A_Z(9^D!F9DBD`1I"%-7<%,GEJ<Y@O
> > > > > M+>!O1X,*=_(.]]`!`^!]"*`!/1``7/D`23<`ZIA/.C`"!.!O,O`!(P`!1"D"
> > > > > M"E!YWC<`X$@"G2D#-59Y+4`">"*%&#""[^`R&R`II\D#/(`#(N!O`["0%K53
> > > > > M(A$`,H``0?)B!-"9_O8";&(C3B"80S"!>?>1*9D$VF9'E`D%,<"&*-F818!R
> > > > > MS4<%SU:249"9T$.3A,"9GGDEV_!8**`!_R8##J`'&S,"#M!]I[D`.T!,_S8P
> > > > > MFP\@`R0@`B_0`=?Q`0X@`]YG>086`@3``GH`CA90>9FR&8<@$BJS%@)`E5K9
> > > > > M`4G8')[9%?D""DL4`@C@`-U%*RPP`.'I"`]FA1R)@'A$?$/@@$LP>,-W:7AD
> > > > > M4NI)GXN#1UE@F4P&A^N)!(C`"ISI?1K@!T6W?4#J;SQJ#E62"0'`F@\P`#"P
> > > > > M`SI@`Q;PH0&'#VR9`1;9?:;9`@[`EIQ"(3O"FBW``G>R'<5P)WXS`@;:`B?0
> > > > > M!ZRQ+VGJ?22`48Q@EQX:`Z[5C1.P'2<@`CK`)E%@GD)@58QI?;?GD5'0A2$7
> > > > > MI:0Z!/%I1U=:!2BW@?N9I=+(9W;P`7CZF8PS`?]P`9XBP":!DA_2Y*%)]P$I
> > > > > M<`(>0`#>AQ49@(2)L(TDP)LRX@A=(0V+ZJ`:T`%'V3690`YC&BU\8)#M``.5
> > > > > M)P.8R(\CX'TZT`!H@9$&N0)"5B!$BF1&@'+,6(NTZGSC-046-F^JZI+Y"@7V
> > > > > MQG/0&+#,@WV+TP&Y:@JGF`T1@'0Q@!]W8A$>``,D\*$`*01QB@`R\`@7E3*0
> > > > > M,*%J^@+'-@QZF!T&6J'X0`@FFP(,ZID;&H_QB*</$`%\5@`76Z'7D9;V(`T,
> > > > > M``P[.:^I6I]V)`%(NGNR6@2M*J5.8(O_>@2_AP5T=V%8P)\'BPA#P%D+FT`G
> > > > > M^P$;<`(6E`$KX)`=N!G_%5!Y&2H$RLJQIL`;Y/`=I>E]`K`-PP`,6W&VWA<!
> > > > > MQ<"/&>`W'R`"WC>4+:``@BNX__9O.B![C.``IBD#-Y`R/1NYB`"82Q"+/)!5
> > > > > M$3B?JXH$*-=[4M"Y]ZJD0J",!#L%[>D#]QF3!KM=;L(XN.JEIO`0*Q`)VT$E
> > > > > M>F&0%GF48;8!'ZH]AW&B%;H(0%@''O,"E:<#8OL):M(!*.!O#["G_)<("T*;
> > > > > M&I`#U5N]BV2]&K"]!O$2%4NS5,$5N\`3KB*\0FM[*]`#[&8[I3NJ24L$3$J8
> > > > > M3B!\/E"ZHOL#-&='[1L%]'NTJLNT1O`7^_&ZW_<4&``L=HH*,*`#!P">.HJA
> > > > > M_PWJ?;[[`VLK`\++$$`!I*RI/9]A)`HYG0\@(VH93>#)<:QQPG:P';2R`!\0
> > > > > MK/8``W%KFARP`2E$M_B1-H$I6&!T`)T#!?>KN24U!?2;N?=+O_L+!9V+@04+
> > > > > MP%IJ(8*PM9-J#X&`J/[6`AH0`!_0`1'P`KO9NQ:!`B?*L5\LH!X6P]IS!]*P
> > > > > M'4(@FQ+,L+S:`"]@FAN@%Y/*)EBB7OFQ%A\0`TCWH1K08)S"*:!`+N59I(JY
> > > > > MNC]@;_4[!?GKN?C*M/&+!?+VC%C*Q"K$MY#0`%"<"8?``!$PG1P+CG6:D-$J
> > > > > MP:#!`!1JP7I(QH:DP2&\.FG<`476`<I:P+^5#300N/\;,"&,T*B?@!3P124?
> > > > > MAHT#0+.L*0)"YE>#C,.5:\@^C,CR=L1*,,1/*X#OZP2*K,138+47+'F9G*N"
> > > > > MC`TK@J<$,`LI<"<^FQUX*IZJL+'F*@R.=0@88,9`D0CW$"@-$`->V@%(4@`?
> > > > > M4'DB@%'3@'UO>PHW?,(5E0$10*$?^GT;4"5<>KZ'J7.(S*29VP3T&[KK*6\7
> > > > > M?<AW=(N5O+DJE$!.K,FP>VQ5D@*U+`-SK!?#<(3J_&\D6P=Q&KSP''F,8,:G
> > > > > MQ);Z5P`+$,</P`%^P&<.4'D$H!/J10<%#3V&T*B@$`C66,P-C0!S&M&%3*]3
> > > > > M\,-&0,V?BT?O^<B;RZ37_'?_A869JTL(0,@+!*P!9CH,"\"X&XP*;$G'8?&Z
> > > > > M"$"RJ)#*S%`(1.#*,VT2:1D/.1MP^;*6I5S`>M(5ZK5O7/IE3A4)H=/'.EO/
> > > > > M$FT%6MUSW'P$3&ISA;F>G5N!54"_G+W-B&PC>^O/N?J?^=(`%(H`+$`E<^T.
> > > > > M=8VG`O`)*YT\Y#D$?MT+JA#8.!NX"\!=0/U]QIH"!K-=]S`/.YD?C_T#"[`"
> > > > > M)."A<GI*$F8$H-JTB*R,KXK=M%7-1-"Y(4D%C0RE5L#-:)T/7?I]G&(('K``
> > > > > M`'W*'_$9?T#`>$W!M-D6T3//:,O;"%).#<`#<FPL#9"R!>QE5?()CI4V6^H+
> > > > > MY-D'_WW+T&N*"95=!9==!*8:!1:VW3]POZ?K`VGG!)8ITK-JR7P2":>]UG:`
> > > > > M`=)0U-Y'`*!1(?SL"S]`P`*`=K>=$M'S`[NM2F)Q"*D`UPA``A@R`<;KI26P
> > > > > M;V*Q*<J]"#;"X!C"TRX;MTE715UQU4.;U8B\X7A$R4V`GH=YOVL8=%B0X55[
> > > > > MUL(K"JAMY.N%`CE+W)!@L@J4YJ]\!V$L`V%QP4*0`CM>#S[>`!%@F@-`!XC@
> > > > > MR@3@7N8$#&,F>=B7'RM[WD"H%A\``2AJ#A..GUE^NO>Z!,HXVEH.P/*6Z5'`
> > > > > MI/H)!9EMVO^)XNO%`#%\-&_>K&,QW^M\#:F,#X(>/7X-$?]]^A!WP+M>VA7X
> > > > > MP+C_U@(KH"^,GNAR*>AOVQ0=UA0FD:L?``77W005;N%83=9%Z[Y'L+3!:`4A
> > > > > MSNFD;N9IG=YLO9/#7>B/C</T324K4.=W_D:+L.?8<`KE\*'E'(09P'VFR0*N
> > > > > MYANY;N!MP5)5J%X%L!D6V^*N5NE83N)%D+_AS03V1MY(BP07;@7V-M%/4.HF
> > > > > M?NJIO9.$KKA++@3T+>NL*0.TSF=IL^=4DC+;-0$?6IO"VP&`N\$-T!=XN"D.
> > > > > MD=3&`/#\-ZD]H8J\;NX(+P733NUVE+K4AD>;IM7T:_10H(Q</N(BSB=GKO%&
> > > > > MS@OYP0+$N0`4P@AWPAKO0,#(NRG_>LVZ::/JO;LFGY#D@RS=#V"=)*@#+?\4
> > > > > MFT&WPBP--\T+!J0<7`H)*``#(/``$!"$0>_147\$[0G:2R!\7^W=ZN-VZG:T
> > > > > M]C;62H#Q@$'UWZ>3[[``G<F:%^`0?!OO=BV>5'+;IE@$?IT*GU`,?U'+#Q``
> > > > > M)7`#CR7="!``,##W=V).1X@OW$%N^*$<'8"$_!@(@N"ELC?XSZSP]2KF39"8
> > > > > M27#9F^[#HXVJ/J#-%P_NZ*VP57_F&J"FU?G%[`4,6BO!5#(!J7RPZG/Z1-(+
> > > > > M0]`!VR_!"]FS,<S2J8X4\IPO'9"A6QF60EH>Y@`$DTD!@VFP$(C3!/-S/J%1
> > > > > M@8_JHT6Q_UFHHGK0?G\AJ@+\A%0C8"[5^SU4?;?R,^"+9775T/P+;Y>9?E(F
> > > > > M?@H^6AX>-(9^BDHV9!X0'C8^&"Y3,B=*#A-U5@HR+"9E"`L*L`8F'UX*-D^%
> > > > > MH%03"88P/!@^"!(?2#HP+IV`,4I&-D)(,EZ05THF4CZ$2E9^;&PF-!`L%E9L
> > > > > M^)RFJJZ^L]9\_LA_)*CNP&JJ>,K,T<NK)+ZI:K1RNM*A_.80*A++$")%)9Z<
> > > > > M*D#"((%*#5"D0/&!TP:#+S)@2$$@B0R%J)HXF?!BU8L.@QK%*I2!QR0$+3[<
> > > > > M")6AP0(1JQP\;'"C"8H5(T2TJ/0BD881,%`T:$"Q&2=5(E8T0?_U+1R5<?Z>
> > > > > MS,/J9)T/'5\*5.DQ1VL9&O;2@!$3``P_-GQ.C'T",&`3E`6+$GI2HD`'$I(>
> > > > > M.%P@4<B'#"16"9A@`P/'!Z5D$HDRZX&.#BM2I-0;:D.2)"1^K,C002F+70]:
> > > > > MD)BPH,&S01%$R&!QXP-)22)XP%CZ(=J-$B0)C!CA+0.YJE:V9NV7_(T/'%DB
> > > > > M5-%'=GD9M^RTU`@A(2V8'GJF9[EQ)L>_ZE\$8B#8P:`&A*&=,&80X&82"P,<
> > > > > ML'#P(JA!`8T8X`@!&1@(J8A&-+(-@1<$26&@S6AJP3,"J*$(&!LZB$'"P/#3
> > > > > MCP0"6M#@`XF6>D'"CNXC@80!-&BAA1?_%BCA%@_TXN.XJ[8J*SD=UI&@!WU6
> > > > > M"*`Y>M0X#XP(Q*!"`@AXB."$&G0X"\<R;CAK#!YJD*.`$Z*THCLGZ`+$+E,Z
> > > > > M4:3&D!A`88(-!I#!I21FT(`'-BVPP($4+EEQ@`%^8`"D`XMP8$_\-')0/0@_
> > > > > M$'3/%]*8X`-@"BR!A383\2Q.%CJXH0'=:MK``0O<]"P)$0;88($%F/#`@ZEL
> > > > > MA&-*?W1,[H<<DK3G@"^IHP*"='AH#@ZKXO&GA@.Z4I**$&(X(8LPT7/PE`Q4
> > > > > M7:"]#T(Y!0M4;JB!AQU.H$96D:!@]5OX8`B`AP"4Y>.&'7C8UIO0]/+6VW'I
> > > > > MK3<"'G1H,L<J_\K#ZEX=!.B!K7$CT"&&&'#H(=UZ,\$@@U.B786$%!ZFIH8`
> > > > > M:KA8XP@XYOABC`,`6>2/20Z9Y(PSQEACE%ENV667.W9RAY=;QICC$TZ((&66
> > > > > M02YY9)5W7IGFH6'N.&>B@W;R:*%1#OEGH(/&V`ES_GN::96A1IKHF'/.VF65
> > > > > ME=;YZHN_S("O`@I$X9%)6EBBD-`@4$#NN>FNV^Z[\<Y;[[WY[MOOOP$/7/#!
> > > > > M^9X:GA\(3UQQO]'IH)A&KI'4/J6:`"6&`S#/7//-.>_<\\]!#UWTT4DOW?33
> > > > > M44]==,.ID$/UUV$GO5^1A%#3T1*>&L%!GE!9884:YPW-VGH+H,:4>O_5>X(1
> > > > > ML,0%HWFPC'^;WN%_6%X+ZJ>?E]4UR)BC^.JE'Y=ZZ[/`WOG@JX\@$TT?D:$%
> > > > > M!TI`H8G*PYT7E'J=$!<4]&4UO_QPO^>[<`T0?P4T8#J2])4#+I!>*VA1AP80
> > > > > ME`!T(",'HD8$1I8RH/5L95B+V@>#!I_I;<5\0W@>`U&8PB?T2(4M3$<)<B`J
> > > > > M!!"`!1BJ8$A6$+?%!:X-)_2'#Z\G+E10CWK\<^$1M_(.'P0+B4W$0@=BF`0"
> > > > > M],`&I[@$!1OQ@QM<+G:GRX'_G!A&,7Y++E$XRZ[&*,8)]$`#),@/;X9PB='0
> > > > > M;P5R:"(U[)A&/>[Q&R%`HQ,BP(57\5&%'D!800<Z@`)#*M(#&)C)5(('Q.Q-
> > > > > M)8^$M.0EG2`&"1P@;E;!Y"=!&4I1'K%656C'*%&92E6NL@RE5`"N6!E+6<[2
> > > > > ;DF)00+)HF4M=[M*)/)`D+X$93&$.,XQ!```[
> > > > > `
> > > > > end
> > > > >
> > > > >
> > > > > On Wed, 2008-09-03 at 09:38 -0400, Vance, Trevor K. wrote:
> > > > > > The problem is that a message with a uuencoded attachment
> > > > > sent through
> > > > > > James does not have a content-type or
> content-disposition or
> > > > > > content-transfer-encoding headers.
> > > > > >
> > > > > > Trevor
> > > > >
> > > > >
> > >
> > >
>
>
RE: A problem with uuencoded attachments
Posted by "Vance, Trevor K." <tr...@capgemini.com>.
Martijn,
I've learned that the unix host is sending the message as inline
uuencoding for the attachment with mailx. An example of how they are
sending:
echo "body text" > temp.out
uuencode file1.doc file1.doc > temp1.out
uuencode file2.doc file2.doc >> temp1.out
cat temp.out temp1.out > temp.mail
cat temp.mail | mailx -m -r "email sender" -s "subject line" "email
recipient"
For HP-UX B.11.00 the -m tells mailx "Do not add MIME header lines Mime
Version, Content Type & Content Encoding to the header information while
sending mails."
I'm not sure if this helps or hinders the path to resolution, but there
it is.
Trevor
-----Original Message-----
From: Martijn Brinkers [mailto:martijn.list@gmail.com]
Sent: Wednesday, September 03, 2008 9:00 AM
To: Vance, Trevor K.
Cc: James Users List
Subject: RE: A problem with uuencoded attachments
But what I'm interested in is the actual source of the messages. The
message that's ok and the message that's not ok. Could you also include
the exact message from Win32-Blat or Unix-mailscript (thus the source)
Martijn
On Wed, 2008-09-03 at 11:52 -0400, Vance, Trevor K. wrote:
> This fails
> Win32-Blat or Unix-mailscript -> James -> ExchangeRelayServer ->
> ExchangeMailbox -> Outlook The uuencoded attachment comes through as
> text (not an attachment)
>
> This succeeds
> Win32-Blat or Unix-mailscript -> ExchangeRelayServer ->
> ExchangeMailbox
> -> Outlook
> The uuencoded attachment comes through as expected (word doc, graphic,
> etc)
>
>
> > -----Original Message-----
> > From: Martijn Brinkers [mailto:martijn.list@gmail.com]
> > Sent: Wednesday, September 03, 2008 8:22 AM
> > To: Vance, Trevor K.
> > Cc: James Users List
> > Subject: RE: A problem with uuencoded attachments
> >
> > Are you sure it's not a problem of your email client? My email
> > client shows the image.
> >
> > Please tell me what the EXACT difference is between a message that
> > you can open and one that you can't open? ie one sent through James
> > and one not sent through James.
> >
> > Martijn
> >
> > On Wed, 2008-09-03 at 11:14 -0400, Vance, Trevor K. wrote:
> > > The attachment is not processed. It's received as plain text
> > >
> > > Trevor
> > > > -----Original Message-----
> > > > From: Martijn Brinkers [mailto:martijn.list@gmail.com]
> > > > Sent: Wednesday, September 03, 2008 8:06 AM
> > > > To: Vance, Trevor K.
> > > > Cc: James Users List
> > > > Subject: RE: A problem with uuencoded attachments
> > > >
> > > > If I sent the following message through James I can open
> > the message
> > > > and see the attached image. James only adds a few
> > headers, nothing
> > > > more nothing less. So what happens in your case?
> > > >
> > > > Martijn
> > > >
> > > >
> > > > To: test@example.com
> > > > Subject: uu encode test James
> > > > From: test@example.com
> > > > Mime-Version: 1.0
> > > >
> > > > begin 644 james-project-logo.gif
> > > > M1TE&.#EA-P%D`-4``,H=SMG8UZ^MKN6:F:AC9?[\_M.Y0G-R<VP9&W@>QE!0
> > > > M4?WXX_3__O[^\/K,RWT0$H=_@N;FY1H6(O[^^MX:A?;<I=%N:/WTPOK____Y
> > > > M_K6)A/[IYWQA=/_T_>O^_/_T\=$A.CPW.GI05?_L]>FTM?_Y]S$2=.[NZ_3^
> > > > M\OG_^:.##?KZ^?W<WW8V-=5-/,6EINW]ZJ:BHJ1"0F(];F->8=W=W/;Z_?7U
> > > > M]:FJJ9F3E;BTM-?FZ,_*R<'`O@```/___R'Y!```````+``````W`60```;_
> > > > MP)]P2"P:C\BD<LEL.I_0J'1*K5JOV*QVR^UZO^"P>$PNF\_HM'K-;KO?\+C\
> > > > M-YD4"I?%HM'X%'XV&`T30A@,&!-\/QAW)1,8&'.2DY253G49'3$&-7UV!89U
> > > > MA8>##9$%&1,ED):MKJ]R!1,P*BH&!GF'?C^RGW<H*;P9J2F$L,?(R6%WB0:U
> > > > MMQ4>#'>1=7=W*::H&<7&RM_@X5`I*24_MRVW!@XE*!@V&7S4B-8,#"GTXOK[
> > > > M_#\PQ1\JW+)E0`,/=YGD@:)GQQX#.M[Z29SH:@(#&!<&VK+@PD&'$BM0-$!E
> > > > MKXXC>T)$45S),M8J!AEOA3`P0$:+&JD:H)B0`:4J_XL/(;8<2G3+A!5T9*4T
> > > > M1JA.`WLH'*AK,8``!1`L9J$HD6%1R4^0)@0K2K8L%*2$D*Y@FA(B4!0+GJF0
> > > > MX0($!1$!4&R]8^,KM1_DS`H>C*3I#[5TVB9N5(+/``L`+,R8`0``"!`D1GCP
> > > > M8&>8M0*'5!(>/?BHX<2)F:(JT;C!B`$4`,PP$1N$#`(D-JO*]#E41-+`B1I>
> > > > ML18I:F-\A@W[P(*`C`0)3'"@0)W"A@\-%G3H\`<?I#O!PQ-%>L..8;9.>2K?
> > > > MXP`$@.@)JE.`L('/]C\8O(,7SY^BL0@1W'##84H)1<HC%\%P`VP4P!<?=18L
> > > > M``,#'@P3223]93C143<<H/\`!#CT<,-:QQDR2%\PP-``"]3)9L*#E[VPP&86
> > > > M/J+AC?P@U4`."H0``0T0]+"'*G_8TT@=[W105V4FO`@`=2`,8%\&!9"#PGY%
> > > > ML(7CEI,4L$(-'OIXP`$Y]##(#S?8DX$C8BU2`&Q,-OGD52"8V4$&(Y*#)1%:
> > > > M<NGG&RO(LD`,/TJ@P@$T',!!#=QYEE8W'3A@58--4C:G"R106$`)S/RFF*=_
> > > > MAIK&40$<H`(-(7R(*`TYW"G+"L&(M<(''PQ@UWMRSFG;#AX$RHQQ62HFZK!G
> > > > M_+%"=C&,B6H(0-+@[`LL\`')#51R\X,%,E06G0F67F7!"##LU,$B1_1)[+EC
> > > > M&#O_P0DYC`E!""%P("\'(@1IB@T%<%<`"@R0<"MTW%9&9Z8PH,**$>:BJ[`7
> > > > M2&&PQP)CUAN"!#1P4+$(K$;0`)5[,+#"`A;\VV0"3UK6T1XIH+3PRFFL=50#
> > > > M-6@P)@$*2###O!9#P$,)'61GSP*VQH;KB[6!H`$?_`;%\M):[(FP4PODX*P(
> > > > M,T@@P;R)T@!M<EU-$')LT$E@@L!7#;"`11@2`2S3;!O5U`@\<``!O2%P*R\-
> > > > M(L@;P`)4VI!"!2ZT&)T$)$/I0@`-I#G$'VTW_H27URQ!9`_SBM""!`I4//?-
> > > > M`IS@Y007:'"9MB;8+#`(%E0PC+".MQX%X\%N$_>\(?@0_R\',Q`P+P_'7O#"
> > > > M90T"//:3MAEP9VJ\N*Z\$)$?`?L0!_,2P=RT6TU]Q16_T-4"&L@@<I/9#GSV
> > > > M44*LO?SY3A>1-BH%1*`HUE;/0#T'BKX0Z`4#!/[>X"1;!H(+%2@.J,[7..*D
> > > > M3WV0P)#L+,9`#M1N!A4C`,8X$(,19,`!=0';X$Z'NAH8Y@_/(R#3;G""&I@P
> > > > M0($RPH6BQ[X`S`T"BD*5#Z2#,P5H`"?Y^][8H`0"'7S@,SDB#G&&(J!P"'&(
> > > > M3"A."@*0`QP(0`!.[`$/:G`"I##..*]"RP]*$`#<S0L"-:-8Q>@EKQY<(&3N
> > > > M`9CIB-<1>...@HQNI>(0`?V/_QCC[`W`%Z$$)PT,"..0`''@_`!%#4(041
> > > > MP$$.<A`#'3S1B8WL001.,*+#'.<PJIC=O&80QGC-3VN`<\_0)$`VU#W%8P^I
> > > > MPR/$,D=7U/&.-#@!#V*@`%C60!P0P",/OC'(2S@E`E!<9`QPH(-&X@`',8B!
> > > > M`'@0@!$-B$1UN$$)-"FO`U3-=EBKEP;02+J1$2]*"R"7<J2%`2K!XI5VI`$1
> > > > MP`3+<$@`CS'@Y1T)V82TV`&8.E`D!!CI2"<6$XK+C("7,`F1`L1MC/0[0.UN
> > > > MES=Z<424VR*:_U('""$,HP'>,2<=\:C.(O``CP%0Q@GPZ`,<R-..]%P"",&#
> > > > M@1H<LY__$-BG`(KI2"CZLP<U&%`!^I*-&.#-BQ"LG03>1T9;0;1TI/SFMQJU
> > > > MG^_TD1+H]$%'BQ``/.I`&>^\8P].ZH.4)H%QUVA8#7K@Q)GB(*8@HBD4_QG)
> > > > M9MZC`>S"&?:J9K,QB@"-&K1:_ZZ"*:XTSZGGY"@2=*#+9*`S!(*<)Q-8L0(J
> > > > M0<(A/-"!(VN*UF0^<;)/S"SO)O"!"PC@`-2CGE`1>H`,[J])3IIH`",GE@8@
> > > > M(ZI3-4+M[GB"9/3@`%=-+$H7RPAA0((<2"EA66<J@!Q4EIC#[:<.S,2'+N;M
> > > > M9O2KI<WD=5?31K1;_S,`+\"3"-<>`[9)^.@=$2M"(_1R"0ED_P0H[I&"#Z3"
> > > > M!C:(0`\NZTA"@38'Q,UL9G$PQ0748'ZX\U`>;T8#`E@%H@G0JZY<L($2%(,5
> > > > M\1B@),";A*S:<:OE)<)YE9!>:MQ#%1\84"`Z4`,!6#:?,3`NF9[8R&+V0)G$
> > > > M#(`#-"""O(V)`S7S@0+HA]?3$NYT+N`!1L5B@Z4$MIU).``>R2N&$]P6ACG8
> > > > MI1H"P,P(=(&$`TK"AI,0B4-0`R`C&($C(!&HL=97O\D"K3+7:N*7+O='.)O,
> > > > M.S,'`=..LC+^&\`%'N'4`TZ"PDCH`4FE/`3,YO8'.JBE`C#<!![\T78*J&4>
> > > > MX_D$0T?!T23UT5.=X&09+AE(0I@L8?_G2=Q#JP]!7YZF"`A0@P\8PECRU6]-
> > > > M\PE#,BGSQ?4=YF?Q=C,8YGC'7]-@I4Y'T03>0:.N%&QX20J!(DBZJT)0\I:1
> > > > M$`%)0R#+0A!T'@F]A&=[=0DUJ-VB([""".3@CI2&0@!H(($<-/,'LGRV#Z(-
> > > > MK]F2U(ZW?)J1NK,!!"#@`2)P=0K6`D(SFSB_QVP7:*'X@LL>LP?4(W"DK:8`
> > > > M`]\*5V(KW/\&<"=[*.3(Z51"#4BJ`&<K5MHD#602T%G;(\Q6Y=U6;!/.[0-&
> > > > M#T&\T'Y"+=-=!'2:=\EWS'>6@$*-"?#`WPAH@8,102*^!,"L+8;B,-LEMX/G
> > > > M\XDOH!<!(`C_PQGDL04$`)Z/H<-&/WA\))N>L+*1,-(EFQREA(W!#4:.1RL?
> > > > M(9=Y7,)LOWT$;S=!VG8WPJ-]T&PFB!?;1Q#OSW=K[A"$%&&@*6=75O3O![3@
> > > > MAQ,H#_+*'5ED*C.?D%0X!(8I62>^P%F;NYG7A_K0;CJ)KQ580"A>`G*I*N$&
> > > > M))7`VZ5*^$+CL?!%P+L/A(Z$%=P1^$CP^Q*DS6V/@G0).+!C$PB[^)PK01:&
> > > > M6%T#-M""!SQ``R-P&4')=YA8L_B8_BRNNW)0S!<@TUDXPW$>56#GB%;F,GI.
> > > > MF2H.4?O8&B$"F;9[TC<$`'A')5<$T0=(TZ=52J!\24!SR&<$;6='_P>(!`D8
> > > > M>,M7?7Q7&+(0#)&P`B_0`WK!`'Y##L60`@/2-QXP7\JE`^XW4RGF+C'0<,6$
> > > > M,XK"27GT-3X6`AKG`A<0%A,0"+O1$X)`)-*``3?`!X$!"B+Q0]LEA*I$(5YF
> > > > M3F[T!(!V!%4U;?+F5;AW1[I'!`4X@$U@;PTH<TB0A5^8!,:'1X@'AKM5!=/V
> > > > M58=$+ISU`4F3'V*1`BC0=($`7S7``SW@2"_P`O5U=3!4=4X$`02@`<FT2`[D
> > > > M`]YS<0JW5P"4`C8P"-7`%3W!`";Q`1129$HX<(N0#8-P#>^@2BG@`2F3`E12
> > > > M)"K3!%=H!*/&@$0@;X\W!#V0B[E8!/8&<_],D("VEWQF>`19%0.Z>(S'B'-V
> > > > M9&I$D%4M1P5Q>`3T\&";4@(C@!TE@"^9T(J;TET+L`$;$&8=L`(;$``O9GK+
> > > > M=0([\(>,U`,[$(YA%F8[P`,UXP*X,0(G$`%A]@,90`+.X0##L!UB`11A40*T
> > > > MPA7;T0$?8)##<`.@,"'%P#.J<!W7.`+AN)"JU#RPN'9W1U)&\&QIR`2SZ`-M
> > > > M>'W/UW?#&'SWMI(LN8&2YG]2$(WJ`Q'4:%`D0`(G8`?;=0WC,@$+H`,08#DM
> > > > MT`)RPP,CT`$!\%(",`)4-D4UD!<G\`(2U`*KQD<;``$#X``C\`(0,`-#R0$O
> > > > M,`(L8`$.X%X"*1;_AF`(/]``!LE$9`26&S`,?&$/<I0!'Q``&B!!-48`$$"(
> > > > MF*>13!"+`NB+0O!L,%EA!A@%ABF,;_A_Z(9^D!F9DBD`1I"%-7<%,GEJ<Y@O
> > > > M+>!O1X,*=_(.]]`!`^!]"*`!/1``7/D`23<`ZIA/.C`"!.!O,O`!(P`!1"D"
> > > > M"E!YWC<`X$@"G2D#-59Y+4`">"*%&#""[^`R&R`II\D#/(`#(N!O`["0%K53
> > > > M(A$`,H``0?)B!-"9_O8";&(C3B"80S"!>?>1*9D$VF9'E`D%,<"&*-F818!R
> > > > MS4<%SU:249"9T$.3A,"9GGDEV_!8**`!_R8##J`'&S,"#M!]I[D`.T!,_S8P
> > > > MFP\@`R0@`B_0`=?Q`0X@`]YG>086`@3``GH`CA90>9FR&8<@$BJS%@)`E5K9
> > > > M`4G8')[9%?D""DL4`@C@`-U%*RPP`.'I"`]FA1R)@'A$?$/@@$LP>,-W:7AD
> > > > M4NI)GXN#1UE@F4P&A^N)!(C`"ISI?1K@!T6W?4#J;SQJ#E62"0'`F@\P`#"P
> > > > M`SI@`Q;PH0&'#VR9`1;9?:;9`@[`EIQ"(3O"FBW``G>R'<5P)WXS`@;:`B?0
> > > > M!ZRQ+VGJ?22`48Q@EQX:`Z[5C1.P'2<@`CK`)E%@GD)@58QI?;?GD5'0A2$7
> > > > MI:0Z!/%I1U=:!2BW@?N9I=+(9W;P`7CZF8PS`?]P`9XBP":!DA_2Y*%)]P$I
> > > > M<`(>0`#>AQ49@(2)L(TDP)LRX@A=(0V+ZJ`:T`%'V3690`YC&BU\8)#M``.5
> > > > M)P.8R(\CX'TZT`!H@9$&N0)"5B!$BF1&@'+,6(NTZGSC-046-F^JZI+Y"@7V
> > > > MQG/0&+#,@WV+TP&Y:@JGF`T1@'0Q@!]W8A$>``,D\*$`*01QB@`R\`@7E3*0
> > > > M,*%J^@+'-@QZF!T&6J'X0`@FFP(,ZID;&H_QB*</$`%\5@`76Z'7D9;V(`T,
> > > > M``P[.:^I6I]V)`%(NGNR6@2M*J5.8(O_>@2_AP5T=V%8P)\'BPA#P%D+FT`G
> > > > M^P$;<`(6E`$KX)`=N!G_%5!Y&2H$RLJQIL`;Y/`=I>E]`K`-PP`,6W&VWA<!
> > > > MQ<"/&>`W'R`"WC>4+:``@BNX__9O.B![C.``IBD#-Y`R/1NYB`"82Q"+/)!5
> > > > M$3B?JXH$*-=[4M"Y]ZJD0J",!#L%[>D#]QF3!KM=;L(XN.JEIO`0*Q`)VT$E
> > > > M>F&0%GF48;8!'ZH]AW&B%;H(0%@''O,"E:<#8OL):M(!*.!O#["G_)<("T*;
> > > > M&I`#U5N]BV2]&K"]!O$2%4NS5,$5N\`3KB*\0FM[*]`#[&8[I3NJ24L$3$J8
> > > > M3B!\/E"ZHOL#-&='[1L%]'NTJLNT1O`7^_&ZW_<4&``L=HH*,*`#!P">.HJA
> > > > M_PWJ?;[[`VLK`\++$$`!I*RI/9]A)`HYG0\@(VH93>#)<:QQPG:P';2R`!\0
> > > > MK/8``W%KFARP`2E$M_B1-H$I6&!T`)T#!?>KN24U!?2;N?=+O_L+!9V+@04+
> > > > MP%IJ(8*PM9-J#X&`J/[6`AH0`!_0`1'P`KO9NQ:!`B?*L5\LH!X6P]IS!]*P
> > > > M'4(@FQ+,L+S:`"]@FAN@%Y/*)EBB7OFQ%A\0`TCWH1K08)S"*:!`+N59I(JY
> > > > MNC]@;_4[!?GKN?C*M/&+!?+VC%C*Q"K$MY#0`%"<"8?``!$PG1P+CG6:D-$J
> > > > MP:#!`!1JP7I(QH:DP2&\.FG<`476`<I:P+^5#300N/\;,"&,T*B?@!3P124?
> > > > MAHT#0+.L*0)"YE>#C,.5:\@^C,CR=L1*,,1/*X#OZP2*K,138+47+'F9G*N"
> > > > MC`TK@J<$,`LI<"<^FQUX*IZJL+'F*@R.=0@88,9`D0CW$"@-$`->V@%(4@`?
> > > > M4'DB@%'3@'UO>PHW?,(5E0$10*$?^GT;4"5<>KZ'J7.(S*29VP3T&[KK*6\7
> > > > M?<AW=(N5O+DJE$!.K,FP>VQ5D@*U+`-SK!?#<(3J_&\D6P=Q&KSP''F,8,:G
> > > > MQ);Z5P`+$,</P`%^P&<.4'D$H!/J10<%#3V&T*B@$`C66,P-C0!S&M&%3*]3
> > > > M\,-&0,V?BT?O^<B;RZ37_'?_A869JTL(0,@+!*P!9CH,"\"X&XP*;$G'8?&Z
> > > > M"$"RJ)#*S%`(1.#*,VT2:1D/.1MP^;*6I5S`>M(5ZK5O7/IE3A4)H=/'.EO/
> > > > M$FT%6MUSW'P$3&ISA;F>G5N!54"_G+W-B&PC>^O/N?J?^=(`%(H`+$`E<^T.
> > > > M=8VG`O`)*YT\Y#D$?MT+JA#8.!NX"\!=0/U]QIH"!K-=]S`/.YD?C_T#"[`"
> > > > M)."A<GI*$F8$H-JTB*R,KXK=M%7-1-"Y(4D%C0RE5L#-:)T/7?I]G&(('K``
> > > > M`'W*'_$9?T#`>$W!M-D6T3//:,O;"%).#<`#<FPL#9"R!>QE5?()CI4V6^H+
> > > > MY-D'_WW+T&N*"95=!9==!*8:!1:VW3]POZ?K`VGG!)8ITK-JR7P2":>]UG:`
> > > > M`=)0U-Y'`*!1(?SL"S]`P`*`=K>=$M'S`[NM2F)Q"*D`UPA``A@R`<;KI26P
> > > > M;V*Q*<J]"#;"X!C"TRX;MTE715UQU4.;U8B\X7A$R4V`GH=YOVL8=%B0X55[
> > > > MUL(K"JAMY.N%`CE+W)!@L@J4YJ]\!V$L`V%QP4*0`CM>#S[>`!%@F@-`!XC@
> > > > MR@3@7N8$#&,F>=B7'RM[WD"H%A\``2AJ#A..GUE^NO>Z!,HXVEH.P/*6Z5'`
> > > > MI/H)!9EMVO^)XNO%`#%\-&_>K&,QW^M\#:F,#X(>/7X-$?]]^A!WP+M>VA7X
> > > > MP+C_U@(KH"^,GNAR*>AOVQ0=UA0FD:L?``77W005;N%83=9%Z[Y'L+3!:`4A
> > > > MSNFD;N9IG=YLO9/#7>B/C</T324K4.=W_D:+L.?8<`KE\*'E'(09P'VFR0*N
> > > > MYANY;N!MP5)5J%X%L!D6V^*N5NE83N)%D+_AS03V1MY(BP07;@7V-M%/4.HF
> > > > M?NJIO9.$KKA++@3T+>NL*0.TSF=IL^=4DC+;-0$?6IO"VP&`N\$-T!=XN"D.
> > > > MD=3&`/#\-ZD]H8J\;NX(+P733NUVE+K4AD>;IM7T:_10H(Q</N(BSB=GKO%&
> > > > MS@OYP0+$N0`4P@AWPAKO0,#(NRG_>LVZ::/JO;LFGY#D@RS=#V"=)*@#+?\4
> > > > MFT&WPBP--\T+!J0<7`H)*``#(/``$!"$0>_147\$[0G:2R!\7^W=ZN-VZG:T
> > > > M]C;62H#Q@$'UWZ>3[[``G<F:%^`0?!OO=BV>5'+;IE@$?IT*GU`,?U'+#Q``
> > > > M)7`#CR7="!``,##W=V).1X@OW$%N^*$<'8"$_!@(@N"ELC?XSZSP]2KF39"8
> > > > M27#9F^[#HXVJ/J#-%P_NZ*VP57_F&J"FU?G%[`4,6BO!5#(!J7RPZG/Z1-(+
> > > > M0]`!VR_!"]FS,<S2J8X4\IPO'9"A6QF60EH>Y@`$DTD!@VFP$(C3!/-S/J%1
> > > > M@8_JHT6Q_UFHHGK0?G\AJ@+\A%0C8"[5^SU4?;?R,^"+9775T/P+;Y>9?E(F
> > > > M?@H^6AX>-(9^BDHV9!X0'C8^&"Y3,B=*#A-U5@HR+"9E"`L*L`8F'UX*-D^%
> > > > MH%03"88P/!@^"!(?2#HP+IV`,4I&-D)(,EZ05THF4CZ$2E9^;&PF-!`L%E9L
> > > > M^)RFJJZ^L]9\_LA_)*CNP&JJ>,K,T<NK)+ZI:K1RNM*A_.80*A++$")%)9Z<
> > > > M*D#"((%*#5"D0/&!TP:#+S)@2$$@B0R%J)HXF?!BU8L.@QK%*I2!QR0$+3[<
> > > > M")6AP0(1JQP\;'"C"8H5(T2TJ/0BD881,%`T:$"Q&2=5(E8T0?_U+1R5<?Z>
> > > > MS,/J9)T/'5\*5.DQ1VL9&O;2@!$3``P_-GQ.C'T",&`3E`6+$GI2HD`'$I(>
> > > > M.%P@4<B'#"16"9A@`P/'!Z5D$HDRZX&.#BM2I-0;:D.2)"1^K,C002F+70]:
> > > > MD)BPH,&S01%$R&!QXP-)22)XP%CZ(=J-$B0)C!CA+0.YJE:V9NV7_(T/'%DB
> > > > M5-%'=GD9M^RTU`@A(2V8'GJF9[EQ)L>_ZE\$8B#8P:`&A*&=,&80X&82"P,<
> > > > ML'#P(JA!`8T8X`@!&1@(J8A&-+(-@1<$26&@S6AJP3,"J*$(&!LZB$'"P/#3
> > > > MCP0"6M#@`XF6>D'"CNXC@80!-&BAA1?_%BCA%@_TXN.XJ[8J*SD=UI&@!WU6
> > > > M"*`Y>M0X#XP(Q*!"`@AXB."$&G0X"\<R;CAK#!YJD*.`$Z*THCLGZ`+$+E,Z
> > > > M4:3&D!A`88(-!I#!I21FT(`'-BVPP($4+EEQ@`%^8`"D`XMP8$_\-')0/0@_
> > > > M$'3/%]*8X`-@"BR!A383\2Q.%CJXH0'=:MK``0O<]"P)$0;88($%F/#`@ZEL
> > > > MA&-*?W1,[H<<DK3G@"^IHP*"='AH#@ZKXO&GA@.Z4I**$&(X(8LPT7/PE`Q4
> > > > M7:"]#T(Y!0M4;JB!AQU.H$96D:!@]5OX8`B`AP"4Y>.&'7C8UIO0]/+6VW'I
> > > > MK3<"'G1H,L<J_\K#ZEX=!.B!K7$CT"&&&'#H(=UZ,\$@@U.B786$%!ZFIH8`
> > > > M:KA8XP@XYOABC`,`6>2/20Z9Y(PSQEACE%ENV667.W9RAY=;QICC$TZ((&66
> > > > M02YY9)5W7IGFH6'N.&>B@W;R:*%1#OEGH(/&V`ES_GN::96A1IKHF'/.VF65
> > > > ME=;YZHN_S("O`@I$X9%)6EBBD-`@4$#NN>FNV^Z[\<Y;[[WY[MOOOP$/7/#!
> > > > M^9X:GA\(3UQQO]'IH)A&KI'4/J6:`"6&`S#/7//-.>_<\\]!#UWTT4DOW?33
> > > > M44]==,.ID$/UUV$GO5^1A%#3T1*>&L%!GE!9884:YPW-VGH+H,:4>O_5>X(1
> > > > ML,0%HWFPC'^;WN%_6%X+ZJ>?E]4UR)BC^.JE'Y=ZZ[/`WOG@JX\@$TT?D:$%
> > > > M!TI`H8G*PYT7E'J=$!<4]&4UO_QPO^>[<`T0?P4T8#J2])4#+I!>*VA1AP80
> > > > ME`!T(",'HD8$1I8RH/5L95B+V@>#!I_I;<5\0W@>`U&8PB?T2(4M3$<)<B`J
> > > > M!!"`!1BJ8$A6$+?%!:X-)_2'#Z\G+E10CWK\<^$1M_(.'P0+B4W$0@=BF`0"
> > > > M],`&I[@$!1OQ@QM<+G:GRX'_G!A&,7Y++E$XRZ[&*,8)]$`#),@/;X9PB='0
> > > > M;P5R:"(U[)A&/>[Q&R%`HQ,BP(57\5&%'D!800<Z@`)#*M(#&)C)5(('Q.Q-
> > > > M)8^$M.0EG2`&"1P@;E;!Y"=!&4I1'K%656C'*%&92E6NL@RE5`"N6!E+6<[2
> > > > ;DF)00+)HF4M=[M*)/)`D+X$93&$.,XQ!```[
> > > > `
> > > > end
> > > >
> > > >
> > > > On Wed, 2008-09-03 at 09:38 -0400, Vance, Trevor K. wrote:
> > > > > The problem is that a message with a uuencoded attachment
> > > > sent through
> > > > > James does not have a content-type or content-disposition or
> > > > > content-transfer-encoding headers.
> > > > >
> > > > > Trevor
> > > >
> > > >
> >
> >
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by Martijn Brinkers <ma...@gmail.com>.
But what I'm interested in is the actual source of the messages. The
message that's ok and the message that's not ok. Could you also include
the exact message from Win32-Blat or Unix-mailscript (thus the source)
Martijn
On Wed, 2008-09-03 at 11:52 -0400, Vance, Trevor K. wrote:
> This fails
> Win32-Blat or Unix-mailscript -> James -> ExchangeRelayServer ->
> ExchangeMailbox -> Outlook
> The uuencoded attachment comes through as text (not an attachment)
>
> This succeeds
> Win32-Blat or Unix-mailscript -> ExchangeRelayServer -> ExchangeMailbox
> -> Outlook
> The uuencoded attachment comes through as expected (word doc, graphic,
> etc)
>
>
> > -----Original Message-----
> > From: Martijn Brinkers [mailto:martijn.list@gmail.com]
> > Sent: Wednesday, September 03, 2008 8:22 AM
> > To: Vance, Trevor K.
> > Cc: James Users List
> > Subject: RE: A problem with uuencoded attachments
> >
> > Are you sure it's not a problem of your email client? My
> > email client shows the image.
> >
> > Please tell me what the EXACT difference is between a message
> > that you can open and one that you can't open? ie one sent
> > through James and one not sent through James.
> >
> > Martijn
> >
> > On Wed, 2008-09-03 at 11:14 -0400, Vance, Trevor K. wrote:
> > > The attachment is not processed. It's received as plain text
> > >
> > > Trevor
> > > > -----Original Message-----
> > > > From: Martijn Brinkers [mailto:martijn.list@gmail.com]
> > > > Sent: Wednesday, September 03, 2008 8:06 AM
> > > > To: Vance, Trevor K.
> > > > Cc: James Users List
> > > > Subject: RE: A problem with uuencoded attachments
> > > >
> > > > If I sent the following message through James I can open
> > the message
> > > > and see the attached image. James only adds a few
> > headers, nothing
> > > > more nothing less. So what happens in your case?
> > > >
> > > > Martijn
> > > >
> > > >
> > > > To: test@example.com
> > > > Subject: uu encode test James
> > > > From: test@example.com
> > > > Mime-Version: 1.0
> > > >
> > > > begin 644 james-project-logo.gif
> > > > M1TE&.#EA-P%D`-4``,H=SMG8UZ^MKN6:F:AC9?[\_M.Y0G-R<VP9&W@>QE!0
> > > > M4?WXX_3__O[^\/K,RWT0$H=_@N;FY1H6(O[^^MX:A?;<I=%N:/WTPOK____Y
> > > > M_K6)A/[IYWQA=/_T_>O^_/_T\=$A.CPW.GI05?_L]>FTM?_Y]S$2=.[NZ_3^
> > > > M\OG_^:.##?KZ^?W<WW8V-=5-/,6EINW]ZJ:BHJ1"0F(];F->8=W=W/;Z_?7U
> > > > M]:FJJ9F3E;BTM-?FZ,_*R<'`O@```/___R'Y!```````+``````W`60```;_
> > > > MP)]P2"P:C\BD<LEL.I_0J'1*K5JOV*QVR^UZO^"P>$PNF\_HM'K-;KO?\+C\
> > > > M-YD4"I?%HM'X%'XV&`T30A@,&!-\/QAW)1,8&'.2DY253G49'3$&-7UV!89U
> > > > MA8>##9$%&1,ED):MKJ]R!1,P*BH&!GF'?C^RGW<H*;P9J2F$L,?(R6%WB0:U
> > > > MMQ4>#'>1=7=W*::H&<7&RM_@X5`I*24_MRVW!@XE*!@V&7S4B-8,#"GTXOK[
> > > > M_#\PQ1\JW+)E0`,/=YGD@:)GQQX#.M[Z29SH:@(#&!<&VK+@PD&'$BM0-$!E
> > > > MKXXC>T)$45S),M8J!AEOA3`P0$:+&JD:H)B0`:4J_XL/(;8<2G3+A!5T9*4T
> > > > M1JA.`WLH'*AK,8``!1`L9J$HD6%1R4^0)@0K2K8L%*2$D*Y@FA(B4!0+GJF0
> > > > MX0($!1$!4&R]8^,KM1_DS`H>C*3I#[5TVB9N5(+/``L`+,R8`0``"!`D1GCP
> > > > M8&>8M0*'5!(>/?BHX<2)F:(JT;C!B`$4`,PP$1N$#`(D-JO*]#E41-+`B1I>
> > > > ML18I:F-\A@W[P(*`C`0)3'"@0)W"A@\-%G3H\`<?I#O!PQ-%>L..8;9.>2K?
> > > > MXP`$@.@)JE.`L('/]C\8O(,7SY^BL0@1W'##84H)1<HC%\%P`VP4P!<?=18L
> > > > M``,#'@P3223]93C143<<H/\`!#CT<,-:QQDR2%\PP-``"]3)9L*#E[VPP&86
> > > > M/J+AC?P@U4`."H0``0T0]+"'*G_8TT@=[W105V4FO`@`=2`,8%\&!9"#PGY%
> > > > ML(7CEI,4L$(-'OIXP`$Y]##(#S?8DX$C8BU2`&Q,-OGD52"8V4$&(Y*#)1%:
> > > > M<NGG&RO(LD`,/TJ@P@$T',!!#=QYEE8W'3A@58--4C:G"R106$`)S/RFF*=_
> > > > MAIK&40$<H`(-(7R(*`TYW"G+"L&(M<(''PQ@UWMRSFG;#AX$RHQQ62HFZK!G
> > > > M_+%"=C&,B6H(0-+@[`LL\`')#51R\X,%,E06G0F67F7!"##LU,$B1_1)[+EC
> > > > M&#O_P0DYC`E!""%P("\'(@1IB@T%<%<`"@R0<"MTW%9&9Z8PH,**$>:BJ[`7
> > > > M2&&PQP)CUAN"!#1P4+$(K$;0`)5[,+#"`A;\VV0"3UK6T1XIH+3PRFFL=50#
> > > > M-6@P)@$*2###O!9#P$,)'61GSP*VQH;KB[6!H`$?_`;%\M):[(FP4PODX*P(
> > > > M,T@@P;R)T@!M<EU-$')LT$E@@L!7#;"`11@2`2S3;!O5U`@\<``!O2%P*R\-
> > > > M(L@;P`)4VI!"!2ZT&)T$)$/I0@`-I#G$'VTW_H27URQ!9`_SBM""!`I4//?-
> > > > M`IS@Y007:'"9MB;8+#`(%E0PC+".MQX%X\%N$_>\(?@0_R\',Q`P+P_'7O#"
> > > > M90T"//:3MAEP9VJ\N*Z\$)$?`?L0!_,2P=RT6TU]Q16_T-4"&L@@<I/9#GSV
> > > > M44*LO?SY3A>1-BH%1*`HUE;/0#T'BKX0Z`4#!/[>X"1;!H(+%2@.J,[7..*D
> > > > M3WV0P)#L+,9`#M1N!A4C`,8X$(,19,`!=0';X$Z'NAH8Y@_/(R#3;G""&I@P
> > > > M0($RPH6BQ[X`S`T"BD*5#Z2#,P5H`"?Y^][8H`0"'7S@,SDB#G&&(J!P"'&(
> > > > M3"A."@*0`QP(0`!.[`$/:G`"I##..*]"RP]*$`#<S0L"-:-8Q>@EKQY<(&3N
> > > > M`9CIB-<1>...@HQNI>(0`?V/_QCC[`W`%Z$$)PT,"..0`''@_`!%#4(041
> > > > MP$$.<A`#'3S1B8WL001.,*+#'.<PJIC=O&80QGC-3VN`<\_0)$`VU#W%8P^I
> > > > MPR/$,D=7U/&.-#@!#V*@`%C60!P0P",/OC'(2S@E`E!<9`QPH(-&X@`',8B!
> > > > M`'@0@!$-B$1UN$$)-"FO`U3-=EBKEP;02+J1$2]*"R"7<J2%`2K!XI5VI`$1
> > > > MP`3+<$@`CS'@Y1T)V82TV`&8.E`D!!CI2"<6$XK+C("7,`F1`L1MC/0[0.UN
> > > > MES=Z<424VR*:_U('""$,HP'>,2<=\:C.(O``CP%0Q@GPZ`,<R-..]%P"",&#
> > > > M@1H<LY__$-BG`(KI2"CZLP<U&%`!^I*-&.#-BQ"LG03>1T9;0;1TI/SFMQJU
> > > > MG^_TD1+H]$%'BQ``/.I`&>^\8P].ZH.4)H%QUVA8#7K@Q)GB(*8@HBD4_QG)
> > > > M9MZC`>S"&?:J9K,QB@"-&K1:_ZZ"*:XTSZGGY"@2=*#+9*`S!(*<)Q-8L0(J
> > > > M0<(A/-"!(VN*UF0^<;)/S"SO)O"!"PC@`-2CGE`1>H`,[J])3IIH`",GE@8@
> > > > M(ZI3-4+M[GB"9/3@`%=-+$H7RPAA0((<2"EA66<J@!Q4EIC#[:<.S,2'+N;M
> > > > M9O2KI<WD=5?31K1;_S,`+\"3"-<>`[9)^.@=$2M"(_1R"0ED_P0H[I&"#Z3"
> > > > M!C:(0`\NZTA"@38'Q,UL9G$PQ0748'ZX\U`>;T8#`E@%H@G0JZY<L($2%(,5
> > > > M\1B@),";A*S:<:OE)<)YE9!>:MQ#%1\84"`Z4`,!6#:?,3`NF9[8R&+V0)G$
> > > > M#(`#-"""O(V)`S7S@0+HA]?3$NYT+N`!1L5B@Z4$MIU).``>R2N&$]P6ACG8
> > > > MI1H"P,P(=(&$`TK"AI,0B4-0`R`C&($C(!&HL=97O\D"K3+7:N*7+O='.)O,
> > > > M.S,'`=..LC+^&\`%'N'4`TZ"PDCH`4FE/`3,YO8'.JBE`C#<!![\T78*J&4>
> > > > MX_D$0T?!T23UT5.=X&09+AE(0I@L8?_G2=Q#JP]!7YZF"`A0@P\8PECRU6]-
> > > > M\PE#,BGSQ?4=YF?Q=C,8YGC'7]-@I4Y'T03>0:.N%&QX20J!(DBZJT)0\I:1
> > > > M$`%)0R#+0A!T'@F]A&=[=0DUJ-VB([""".3@CI2&0@!H(($<-/,'LGRV#Z(-
> > > > MK]F2U(ZW?)J1NK,!!"#@`2)P=0K6`D(SFSB_QVP7:*'X@LL>LP?4(W"DK:8`
> > > > M`]\*5V(KW/\&<"=[*.3(Z51"#4BJ`&<K5MHD#602T%G;(\Q6Y=U6;!/.[0-&
> > > > M#T&\T'Y"+=-=!'2:=\EWS'>6@$*-"?#`WPAH@8,102*^!,"L+8;B,-LEMX/G
> > > > M\XDOH!<!(`C_PQGDL04$`)Z/H<-&/WA\))N>L+*1,-(EFQREA(W!#4:.1RL?
> > > > M(9=Y7,)LOWT$;S=!VG8WPJ-]T&PFB!?;1Q#OSW=K[A"$%&&@*6=75O3O![3@
> > > > MAQ,H#_+*'5ED*C.?D%0X!(8I62>^P%F;NYG7A_K0;CJ)KQ580"A>`G*I*N$&
> > > > M))7`VZ5*^$+CL?!%P+L/A(Z$%=P1^$CP^Q*DS6V/@G0).+!C$PB[^)PK01:&
> > > > M6%T#-M""!SQ``R-P&4')=YA8L_B8_BRNNW)0S!<@TUDXPW$>56#GB%;F,GI.
> > > > MF2H.4?O8&B$"F;9[TC<$`'A')5<$T0=(TZ=52J!\24!SR&<$;6='_P>(!`D8
> > > > M>,M7?7Q7&+(0#)&P`B_0`WK!`'Y##L60`@/2-QXP7\JE`^XW4RGF+C'0<,6$
> > > > M,XK"27GT-3X6`AKG`A<0%A,0"+O1$X)`)-*``3?`!X$!"B+Q0]LEA*I$(5YF
> > > > M3F[T!(!V!%4U;?+F5;AW1[I'!`4X@$U@;PTH<TB0A5^8!,:'1X@'AKM5!=/V
> > > > M58=$+ISU`4F3'V*1`BC0=($`7S7``SW@2"_P`O5U=3!4=4X$`02@`<FT2`[D
> > > > M`]YS<0JW5P"4`C8P"-7`%3W!`";Q`1129$HX<(N0#8-P#>^@2BG@`2F3`E12
> > > > M)"K3!%=H!*/&@$0@;X\W!#V0B[E8!/8&<_],D("VEWQF>`19%0.Z>(S'B'-V
> > > > M9&I$D%4M1P5Q>`3T\&";4@(C@!TE@"^9T(J;TET+L`$;$&8=L`(;$``O9GK+
> > > > M=0([\(>,U`,[$(YA%F8[P`,UXP*X,0(G$`%A]@,90`+.X0##L!UB`11A40*T
> > > > MPA7;T0$?8)##<`.@,"'%P#.J<!W7.`+AN)"JU#RPN'9W1U)&\&QIR`2SZ`-M
> > > > M>'W/UW?#&'SWMI(LN8&2YG]2$(WJ`Q'4:%`D0`(G8`?;=0WC,@$+H`,08#DM
> > > > MT`)RPP,CT`$!\%(",`)4-D4UD!<G\`(2U`*KQD<;``$#X``C\`(0,`-#R0$O
> > > > M,`(L8`$.X%X"*1;_AF`(/]``!LE$9`26&S`,?&$/<I0!'Q``&B!!-48`$$"(
> > > > MF*>13!"+`NB+0O!L,%EA!A@%ABF,;_A_Z(9^D!F9DBD`1I"%-7<%,GEJ<Y@O
> > > > M+>!O1X,*=_(.]]`!`^!]"*`!/1``7/D`23<`ZIA/.C`"!.!O,O`!(P`!1"D"
> > > > M"E!YWC<`X$@"G2D#-59Y+4`">"*%&#""[^`R&R`II\D#/(`#(N!O`["0%K53
> > > > M(A$`,H``0?)B!-"9_O8";&(C3B"80S"!>?>1*9D$VF9'E`D%,<"&*-F818!R
> > > > MS4<%SU:249"9T$.3A,"9GGDEV_!8**`!_R8##J`'&S,"#M!]I[D`.T!,_S8P
> > > > MFP\@`R0@`B_0`=?Q`0X@`]YG>086`@3``GH`CA90>9FR&8<@$BJS%@)`E5K9
> > > > M`4G8')[9%?D""DL4`@C@`-U%*RPP`.'I"`]FA1R)@'A$?$/@@$LP>,-W:7AD
> > > > M4NI)GXN#1UE@F4P&A^N)!(C`"ISI?1K@!T6W?4#J;SQJ#E62"0'`F@\P`#"P
> > > > M`SI@`Q;PH0&'#VR9`1;9?:;9`@[`EIQ"(3O"FBW``G>R'<5P)WXS`@;:`B?0
> > > > M!ZRQ+VGJ?22`48Q@EQX:`Z[5C1.P'2<@`CK`)E%@GD)@58QI?;?GD5'0A2$7
> > > > MI:0Z!/%I1U=:!2BW@?N9I=+(9W;P`7CZF8PS`?]P`9XBP":!DA_2Y*%)]P$I
> > > > M<`(>0`#>AQ49@(2)L(TDP)LRX@A=(0V+ZJ`:T`%'V3690`YC&BU\8)#M``.5
> > > > M)P.8R(\CX'TZT`!H@9$&N0)"5B!$BF1&@'+,6(NTZGSC-046-F^JZI+Y"@7V
> > > > MQG/0&+#,@WV+TP&Y:@JGF`T1@'0Q@!]W8A$>``,D\*$`*01QB@`R\`@7E3*0
> > > > M,*%J^@+'-@QZF!T&6J'X0`@FFP(,ZID;&H_QB*</$`%\5@`76Z'7D9;V(`T,
> > > > M``P[.:^I6I]V)`%(NGNR6@2M*J5.8(O_>@2_AP5T=V%8P)\'BPA#P%D+FT`G
> > > > M^P$;<`(6E`$KX)`=N!G_%5!Y&2H$RLJQIL`;Y/`=I>E]`K`-PP`,6W&VWA<!
> > > > MQ<"/&>`W'R`"WC>4+:``@BNX__9O.B![C.``IBD#-Y`R/1NYB`"82Q"+/)!5
> > > > M$3B?JXH$*-=[4M"Y]ZJD0J",!#L%[>D#]QF3!KM=;L(XN.JEIO`0*Q`)VT$E
> > > > M>F&0%GF48;8!'ZH]AW&B%;H(0%@''O,"E:<#8OL):M(!*.!O#["G_)<("T*;
> > > > M&I`#U5N]BV2]&K"]!O$2%4NS5,$5N\`3KB*\0FM[*]`#[&8[I3NJ24L$3$J8
> > > > M3B!\/E"ZHOL#-&='[1L%]'NTJLNT1O`7^_&ZW_<4&``L=HH*,*`#!P">.HJA
> > > > M_PWJ?;[[`VLK`\++$$`!I*RI/9]A)`HYG0\@(VH93>#)<:QQPG:P';2R`!\0
> > > > MK/8``W%KFARP`2E$M_B1-H$I6&!T`)T#!?>KN24U!?2;N?=+O_L+!9V+@04+
> > > > MP%IJ(8*PM9-J#X&`J/[6`AH0`!_0`1'P`KO9NQ:!`B?*L5\LH!X6P]IS!]*P
> > > > M'4(@FQ+,L+S:`"]@FAN@%Y/*)EBB7OFQ%A\0`TCWH1K08)S"*:!`+N59I(JY
> > > > MNC]@;_4[!?GKN?C*M/&+!?+VC%C*Q"K$MY#0`%"<"8?``!$PG1P+CG6:D-$J
> > > > MP:#!`!1JP7I(QH:DP2&\.FG<`476`<I:P+^5#300N/\;,"&,T*B?@!3P124?
> > > > MAHT#0+.L*0)"YE>#C,.5:\@^C,CR=L1*,,1/*X#OZP2*K,138+47+'F9G*N"
> > > > MC`TK@J<$,`LI<"<^FQUX*IZJL+'F*@R.=0@88,9`D0CW$"@-$`->V@%(4@`?
> > > > M4'DB@%'3@'UO>PHW?,(5E0$10*$?^GT;4"5<>KZ'J7.(S*29VP3T&[KK*6\7
> > > > M?<AW=(N5O+DJE$!.K,FP>VQ5D@*U+`-SK!?#<(3J_&\D6P=Q&KSP''F,8,:G
> > > > MQ);Z5P`+$,</P`%^P&<.4'D$H!/J10<%#3V&T*B@$`C66,P-C0!S&M&%3*]3
> > > > M\,-&0,V?BT?O^<B;RZ37_'?_A869JTL(0,@+!*P!9CH,"\"X&XP*;$G'8?&Z
> > > > M"$"RJ)#*S%`(1.#*,VT2:1D/.1MP^;*6I5S`>M(5ZK5O7/IE3A4)H=/'.EO/
> > > > M$FT%6MUSW'P$3&ISA;F>G5N!54"_G+W-B&PC>^O/N?J?^=(`%(H`+$`E<^T.
> > > > M=8VG`O`)*YT\Y#D$?MT+JA#8.!NX"\!=0/U]QIH"!K-=]S`/.YD?C_T#"[`"
> > > > M)."A<GI*$F8$H-JTB*R,KXK=M%7-1-"Y(4D%C0RE5L#-:)T/7?I]G&(('K``
> > > > M`'W*'_$9?T#`>$W!M-D6T3//:,O;"%).#<`#<FPL#9"R!>QE5?()CI4V6^H+
> > > > MY-D'_WW+T&N*"95=!9==!*8:!1:VW3]POZ?K`VGG!)8ITK-JR7P2":>]UG:`
> > > > M`=)0U-Y'`*!1(?SL"S]`P`*`=K>=$M'S`[NM2F)Q"*D`UPA``A@R`<;KI26P
> > > > M;V*Q*<J]"#;"X!C"TRX;MTE715UQU4.;U8B\X7A$R4V`GH=YOVL8=%B0X55[
> > > > MUL(K"JAMY.N%`CE+W)!@L@J4YJ]\!V$L`V%QP4*0`CM>#S[>`!%@F@-`!XC@
> > > > MR@3@7N8$#&,F>=B7'RM[WD"H%A\``2AJ#A..GUE^NO>Z!,HXVEH.P/*6Z5'`
> > > > MI/H)!9EMVO^)XNO%`#%\-&_>K&,QW^M\#:F,#X(>/7X-$?]]^A!WP+M>VA7X
> > > > MP+C_U@(KH"^,GNAR*>AOVQ0=UA0FD:L?``77W005;N%83=9%Z[Y'L+3!:`4A
> > > > MSNFD;N9IG=YLO9/#7>B/C</T324K4.=W_D:+L.?8<`KE\*'E'(09P'VFR0*N
> > > > MYANY;N!MP5)5J%X%L!D6V^*N5NE83N)%D+_AS03V1MY(BP07;@7V-M%/4.HF
> > > > M?NJIO9.$KKA++@3T+>NL*0.TSF=IL^=4DC+;-0$?6IO"VP&`N\$-T!=XN"D.
> > > > MD=3&`/#\-ZD]H8J\;NX(+P733NUVE+K4AD>;IM7T:_10H(Q</N(BSB=GKO%&
> > > > MS@OYP0+$N0`4P@AWPAKO0,#(NRG_>LVZ::/JO;LFGY#D@RS=#V"=)*@#+?\4
> > > > MFT&WPBP--\T+!J0<7`H)*``#(/``$!"$0>_147\$[0G:2R!\7^W=ZN-VZG:T
> > > > M]C;62H#Q@$'UWZ>3[[``G<F:%^`0?!OO=BV>5'+;IE@$?IT*GU`,?U'+#Q``
> > > > M)7`#CR7="!``,##W=V).1X@OW$%N^*$<'8"$_!@(@N"ELC?XSZSP]2KF39"8
> > > > M27#9F^[#HXVJ/J#-%P_NZ*VP57_F&J"FU?G%[`4,6BO!5#(!J7RPZG/Z1-(+
> > > > M0]`!VR_!"]FS,<S2J8X4\IPO'9"A6QF60EH>Y@`$DTD!@VFP$(C3!/-S/J%1
> > > > M@8_JHT6Q_UFHHGK0?G\AJ@+\A%0C8"[5^SU4?;?R,^"+9775T/P+;Y>9?E(F
> > > > M?@H^6AX>-(9^BDHV9!X0'C8^&"Y3,B=*#A-U5@HR+"9E"`L*L`8F'UX*-D^%
> > > > MH%03"88P/!@^"!(?2#HP+IV`,4I&-D)(,EZ05THF4CZ$2E9^;&PF-!`L%E9L
> > > > M^)RFJJZ^L]9\_LA_)*CNP&JJ>,K,T<NK)+ZI:K1RNM*A_.80*A++$")%)9Z<
> > > > M*D#"((%*#5"D0/&!TP:#+S)@2$$@B0R%J)HXF?!BU8L.@QK%*I2!QR0$+3[<
> > > > M")6AP0(1JQP\;'"C"8H5(T2TJ/0BD881,%`T:$"Q&2=5(E8T0?_U+1R5<?Z>
> > > > MS,/J9)T/'5\*5.DQ1VL9&O;2@!$3``P_-GQ.C'T",&`3E`6+$GI2HD`'$I(>
> > > > M.%P@4<B'#"16"9A@`P/'!Z5D$HDRZX&.#BM2I-0;:D.2)"1^K,C002F+70]:
> > > > MD)BPH,&S01%$R&!QXP-)22)XP%CZ(=J-$B0)C!CA+0.YJE:V9NV7_(T/'%DB
> > > > M5-%'=GD9M^RTU`@A(2V8'GJF9[EQ)L>_ZE\$8B#8P:`&A*&=,&80X&82"P,<
> > > > ML'#P(JA!`8T8X`@!&1@(J8A&-+(-@1<$26&@S6AJP3,"J*$(&!LZB$'"P/#3
> > > > MCP0"6M#@`XF6>D'"CNXC@80!-&BAA1?_%BCA%@_TXN.XJ[8J*SD=UI&@!WU6
> > > > M"*`Y>M0X#XP(Q*!"`@AXB."$&G0X"\<R;CAK#!YJD*.`$Z*THCLGZ`+$+E,Z
> > > > M4:3&D!A`88(-!I#!I21FT(`'-BVPP($4+EEQ@`%^8`"D`XMP8$_\-')0/0@_
> > > > M$'3/%]*8X`-@"BR!A383\2Q.%CJXH0'=:MK``0O<]"P)$0;88($%F/#`@ZEL
> > > > MA&-*?W1,[H<<DK3G@"^IHP*"='AH#@ZKXO&GA@.Z4I**$&(X(8LPT7/PE`Q4
> > > > M7:"]#T(Y!0M4;JB!AQU.H$96D:!@]5OX8`B`AP"4Y>.&'7C8UIO0]/+6VW'I
> > > > MK3<"'G1H,L<J_\K#ZEX=!.B!K7$CT"&&&'#H(=UZ,\$@@U.B786$%!ZFIH8`
> > > > M:KA8XP@XYOABC`,`6>2/20Z9Y(PSQEACE%ENV667.W9RAY=;QICC$TZ((&66
> > > > M02YY9)5W7IGFH6'N.&>B@W;R:*%1#OEGH(/&V`ES_GN::96A1IKHF'/.VF65
> > > > ME=;YZHN_S("O`@I$X9%)6EBBD-`@4$#NN>FNV^Z[\<Y;[[WY[MOOOP$/7/#!
> > > > M^9X:GA\(3UQQO]'IH)A&KI'4/J6:`"6&`S#/7//-.>_<\\]!#UWTT4DOW?33
> > > > M44]==,.ID$/UUV$GO5^1A%#3T1*>&L%!GE!9884:YPW-VGH+H,:4>O_5>X(1
> > > > ML,0%HWFPC'^;WN%_6%X+ZJ>?E]4UR)BC^.JE'Y=ZZ[/`WOG@JX\@$TT?D:$%
> > > > M!TI`H8G*PYT7E'J=$!<4]&4UO_QPO^>[<`T0?P4T8#J2])4#+I!>*VA1AP80
> > > > ME`!T(",'HD8$1I8RH/5L95B+V@>#!I_I;<5\0W@>`U&8PB?T2(4M3$<)<B`J
> > > > M!!"`!1BJ8$A6$+?%!:X-)_2'#Z\G+E10CWK\<^$1M_(.'P0+B4W$0@=BF`0"
> > > > M],`&I[@$!1OQ@QM<+G:GRX'_G!A&,7Y++E$XRZ[&*,8)]$`#),@/;X9PB='0
> > > > M;P5R:"(U[)A&/>[Q&R%`HQ,BP(57\5&%'D!800<Z@`)#*M(#&)C)5(('Q.Q-
> > > > M)8^$M.0EG2`&"1P@;E;!Y"=!&4I1'K%656C'*%&92E6NL@RE5`"N6!E+6<[2
> > > > ;DF)00+)HF4M=[M*)/)`D+X$93&$.,XQ!```[
> > > > `
> > > > end
> > > >
> > > >
> > > > On Wed, 2008-09-03 at 09:38 -0400, Vance, Trevor K. wrote:
> > > > > The problem is that a message with a uuencoded attachment
> > > > sent through
> > > > > James does not have a content-type or content-disposition or
> > > > > content-transfer-encoding headers.
> > > > >
> > > > > Trevor
> > > >
> > > >
> >
> >
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by "Vance, Trevor K." <tr...@capgemini.com>.
This fails
Win32-Blat or Unix-mailscript -> James -> ExchangeRelayServer ->
ExchangeMailbox -> Outlook
The uuencoded attachment comes through as text (not an attachment)
This succeeds
Win32-Blat or Unix-mailscript -> ExchangeRelayServer -> ExchangeMailbox
-> Outlook
The uuencoded attachment comes through as expected (word doc, graphic,
etc)
> -----Original Message-----
> From: Martijn Brinkers [mailto:martijn.list@gmail.com]
> Sent: Wednesday, September 03, 2008 8:22 AM
> To: Vance, Trevor K.
> Cc: James Users List
> Subject: RE: A problem with uuencoded attachments
>
> Are you sure it's not a problem of your email client? My
> email client shows the image.
>
> Please tell me what the EXACT difference is between a message
> that you can open and one that you can't open? ie one sent
> through James and one not sent through James.
>
> Martijn
>
> On Wed, 2008-09-03 at 11:14 -0400, Vance, Trevor K. wrote:
> > The attachment is not processed. It's received as plain text
> >
> > Trevor
> > > -----Original Message-----
> > > From: Martijn Brinkers [mailto:martijn.list@gmail.com]
> > > Sent: Wednesday, September 03, 2008 8:06 AM
> > > To: Vance, Trevor K.
> > > Cc: James Users List
> > > Subject: RE: A problem with uuencoded attachments
> > >
> > > If I sent the following message through James I can open
> the message
> > > and see the attached image. James only adds a few
> headers, nothing
> > > more nothing less. So what happens in your case?
> > >
> > > Martijn
> > >
> > >
> > > To: test@example.com
> > > Subject: uu encode test James
> > > From: test@example.com
> > > Mime-Version: 1.0
> > >
> > > begin 644 james-project-logo.gif
> > > M1TE&.#EA-P%D`-4``,H=SMG8UZ^MKN6:F:AC9?[\_M.Y0G-R<VP9&W@>QE!0
> > > M4?WXX_3__O[^\/K,RWT0$H=_@N;FY1H6(O[^^MX:A?;<I=%N:/WTPOK____Y
> > > M_K6)A/[IYWQA=/_T_>O^_/_T\=$A.CPW.GI05?_L]>FTM?_Y]S$2=.[NZ_3^
> > > M\OG_^:.##?KZ^?W<WW8V-=5-/,6EINW]ZJ:BHJ1"0F(];F->8=W=W/;Z_?7U
> > > M]:FJJ9F3E;BTM-?FZ,_*R<'`O@```/___R'Y!```````+``````W`60```;_
> > > MP)]P2"P:C\BD<LEL.I_0J'1*K5JOV*QVR^UZO^"P>$PNF\_HM'K-;KO?\+C\
> > > M-YD4"I?%HM'X%'XV&`T30A@,&!-\/QAW)1,8&'.2DY253G49'3$&-7UV!89U
> > > MA8>##9$%&1,ED):MKJ]R!1,P*BH&!GF'?C^RGW<H*;P9J2F$L,?(R6%WB0:U
> > > MMQ4>#'>1=7=W*::H&<7&RM_@X5`I*24_MRVW!@XE*!@V&7S4B-8,#"GTXOK[
> > > M_#\PQ1\JW+)E0`,/=YGD@:)GQQX#.M[Z29SH:@(#&!<&VK+@PD&'$BM0-$!E
> > > MKXXC>T)$45S),M8J!AEOA3`P0$:+&JD:H)B0`:4J_XL/(;8<2G3+A!5T9*4T
> > > M1JA.`WLH'*AK,8``!1`L9J$HD6%1R4^0)@0K2K8L%*2$D*Y@FA(B4!0+GJF0
> > > MX0($!1$!4&R]8^,KM1_DS`H>C*3I#[5TVB9N5(+/``L`+,R8`0``"!`D1GCP
> > > M8&>8M0*'5!(>/?BHX<2)F:(JT;C!B`$4`,PP$1N$#`(D-JO*]#E41-+`B1I>
> > > ML18I:F-\A@W[P(*`C`0)3'"@0)W"A@\-%G3H\`<?I#O!PQ-%>L..8;9.>2K?
> > > MXP`$@.@)JE.`L('/]C\8O(,7SY^BL0@1W'##84H)1<HC%\%P`VP4P!<?=18L
> > > M``,#'@P3223]93C143<<H/\`!#CT<,-:QQDR2%\PP-``"]3)9L*#E[VPP&86
> > > M/J+AC?P@U4`."H0``0T0]+"'*G_8TT@=[W105V4FO`@`=2`,8%\&!9"#PGY%
> > > ML(7CEI,4L$(-'OIXP`$Y]##(#S?8DX$C8BU2`&Q,-OGD52"8V4$&(Y*#)1%:
> > > M<NGG&RO(LD`,/TJ@P@$T',!!#=QYEE8W'3A@58--4C:G"R106$`)S/RFF*=_
> > > MAIK&40$<H`(-(7R(*`TYW"G+"L&(M<(''PQ@UWMRSFG;#AX$RHQQ62HFZK!G
> > > M_+%"=C&,B6H(0-+@[`LL\`')#51R\X,%,E06G0F67F7!"##LU,$B1_1)[+EC
> > > M&#O_P0DYC`E!""%P("\'(@1IB@T%<%<`"@R0<"MTW%9&9Z8PH,**$>:BJ[`7
> > > M2&&PQP)CUAN"!#1P4+$(K$;0`)5[,+#"`A;\VV0"3UK6T1XIH+3PRFFL=50#
> > > M-6@P)@$*2###O!9#P$,)'61GSP*VQH;KB[6!H`$?_`;%\M):[(FP4PODX*P(
> > > M,T@@P;R)T@!M<EU-$')LT$E@@L!7#;"`11@2`2S3;!O5U`@\<``!O2%P*R\-
> > > M(L@;P`)4VI!"!2ZT&)T$)$/I0@`-I#G$'VTW_H27URQ!9`_SBM""!`I4//?-
> > > M`IS@Y007:'"9MB;8+#`(%E0PC+".MQX%X\%N$_>\(?@0_R\',Q`P+P_'7O#"
> > > M90T"//:3MAEP9VJ\N*Z\$)$?`?L0!_,2P=RT6TU]Q16_T-4"&L@@<I/9#GSV
> > > M44*LO?SY3A>1-BH%1*`HUE;/0#T'BKX0Z`4#!/[>X"1;!H(+%2@.J,[7..*D
> > > M3WV0P)#L+,9`#M1N!A4C`,8X$(,19,`!=0';X$Z'NAH8Y@_/(R#3;G""&I@P
> > > M0($RPH6BQ[X`S`T"BD*5#Z2#,P5H`"?Y^][8H`0"'7S@,SDB#G&&(J!P"'&(
> > > M3"A."@*0`QP(0`!.[`$/:G`"I##..*]"RP]*$`#<S0L"-:-8Q>@EKQY<(&3N
> > > M`9CIB-<1>...@HQNI>(0`?V/_QCC[`W`%Z$$)PT,"..0`''@_`!%#4(041
> > > MP$$.<A`#'3S1B8WL001.,*+#'.<PJIC=O&80QGC-3VN`<\_0)$`VU#W%8P^I
> > > MPR/$,D=7U/&.-#@!#V*@`%C60!P0P",/OC'(2S@E`E!<9`QPH(-&X@`',8B!
> > > M`'@0@!$-B$1UN$$)-"FO`U3-=EBKEP;02+J1$2]*"R"7<J2%`2K!XI5VI`$1
> > > MP`3+<$@`CS'@Y1T)V82TV`&8.E`D!!CI2"<6$XK+C("7,`F1`L1MC/0[0.UN
> > > MES=Z<424VR*:_U('""$,HP'>,2<=\:C.(O``CP%0Q@GPZ`,<R-..]%P"",&#
> > > M@1H<LY__$-BG`(KI2"CZLP<U&%`!^I*-&.#-BQ"LG03>1T9;0;1TI/SFMQJU
> > > MG^_TD1+H]$%'BQ``/.I`&>^\8P].ZH.4)H%QUVA8#7K@Q)GB(*8@HBD4_QG)
> > > M9MZC`>S"&?:J9K,QB@"-&K1:_ZZ"*:XTSZGGY"@2=*#+9*`S!(*<)Q-8L0(J
> > > M0<(A/-"!(VN*UF0^<;)/S"SO)O"!"PC@`-2CGE`1>H`,[J])3IIH`",GE@8@
> > > M(ZI3-4+M[GB"9/3@`%=-+$H7RPAA0((<2"EA66<J@!Q4EIC#[:<.S,2'+N;M
> > > M9O2KI<WD=5?31K1;_S,`+\"3"-<>`[9)^.@=$2M"(_1R"0ED_P0H[I&"#Z3"
> > > M!C:(0`\NZTA"@38'Q,UL9G$PQ0748'ZX\U`>;T8#`E@%H@G0JZY<L($2%(,5
> > > M\1B@),";A*S:<:OE)<)YE9!>:MQ#%1\84"`Z4`,!6#:?,3`NF9[8R&+V0)G$
> > > M#(`#-"""O(V)`S7S@0+HA]?3$NYT+N`!1L5B@Z4$MIU).``>R2N&$]P6ACG8
> > > MI1H"P,P(=(&$`TK"AI,0B4-0`R`C&($C(!&HL=97O\D"K3+7:N*7+O='.)O,
> > > M.S,'`=..LC+^&\`%'N'4`TZ"PDCH`4FE/`3,YO8'.JBE`C#<!![\T78*J&4>
> > > MX_D$0T?!T23UT5.=X&09+AE(0I@L8?_G2=Q#JP]!7YZF"`A0@P\8PECRU6]-
> > > M\PE#,BGSQ?4=YF?Q=C,8YGC'7]-@I4Y'T03>0:.N%&QX20J!(DBZJT)0\I:1
> > > M$`%)0R#+0A!T'@F]A&=[=0DUJ-VB([""".3@CI2&0@!H(($<-/,'LGRV#Z(-
> > > MK]F2U(ZW?)J1NK,!!"#@`2)P=0K6`D(SFSB_QVP7:*'X@LL>LP?4(W"DK:8`
> > > M`]\*5V(KW/\&<"=[*.3(Z51"#4BJ`&<K5MHD#602T%G;(\Q6Y=U6;!/.[0-&
> > > M#T&\T'Y"+=-=!'2:=\EWS'>6@$*-"?#`WPAH@8,102*^!,"L+8;B,-LEMX/G
> > > M\XDOH!<!(`C_PQGDL04$`)Z/H<-&/WA\))N>L+*1,-(EFQREA(W!#4:.1RL?
> > > M(9=Y7,)LOWT$;S=!VG8WPJ-]T&PFB!?;1Q#OSW=K[A"$%&&@*6=75O3O![3@
> > > MAQ,H#_+*'5ED*C.?D%0X!(8I62>^P%F;NYG7A_K0;CJ)KQ580"A>`G*I*N$&
> > > M))7`VZ5*^$+CL?!%P+L/A(Z$%=P1^$CP^Q*DS6V/@G0).+!C$PB[^)PK01:&
> > > M6%T#-M""!SQ``R-P&4')=YA8L_B8_BRNNW)0S!<@TUDXPW$>56#GB%;F,GI.
> > > MF2H.4?O8&B$"F;9[TC<$`'A')5<$T0=(TZ=52J!\24!SR&<$;6='_P>(!`D8
> > > M>,M7?7Q7&+(0#)&P`B_0`WK!`'Y##L60`@/2-QXP7\JE`^XW4RGF+C'0<,6$
> > > M,XK"27GT-3X6`AKG`A<0%A,0"+O1$X)`)-*``3?`!X$!"B+Q0]LEA*I$(5YF
> > > M3F[T!(!V!%4U;?+F5;AW1[I'!`4X@$U@;PTH<TB0A5^8!,:'1X@'AKM5!=/V
> > > M58=$+ISU`4F3'V*1`BC0=($`7S7``SW@2"_P`O5U=3!4=4X$`02@`<FT2`[D
> > > M`]YS<0JW5P"4`C8P"-7`%3W!`";Q`1129$HX<(N0#8-P#>^@2BG@`2F3`E12
> > > M)"K3!%=H!*/&@$0@;X\W!#V0B[E8!/8&<_],D("VEWQF>`19%0.Z>(S'B'-V
> > > M9&I$D%4M1P5Q>`3T\&";4@(C@!TE@"^9T(J;TET+L`$;$&8=L`(;$``O9GK+
> > > M=0([\(>,U`,[$(YA%F8[P`,UXP*X,0(G$`%A]@,90`+.X0##L!UB`11A40*T
> > > MPA7;T0$?8)##<`.@,"'%P#.J<!W7.`+AN)"JU#RPN'9W1U)&\&QIR`2SZ`-M
> > > M>'W/UW?#&'SWMI(LN8&2YG]2$(WJ`Q'4:%`D0`(G8`?;=0WC,@$+H`,08#DM
> > > MT`)RPP,CT`$!\%(",`)4-D4UD!<G\`(2U`*KQD<;``$#X``C\`(0,`-#R0$O
> > > M,`(L8`$.X%X"*1;_AF`(/]``!LE$9`26&S`,?&$/<I0!'Q``&B!!-48`$$"(
> > > MF*>13!"+`NB+0O!L,%EA!A@%ABF,;_A_Z(9^D!F9DBD`1I"%-7<%,GEJ<Y@O
> > > M+>!O1X,*=_(.]]`!`^!]"*`!/1``7/D`23<`ZIA/.C`"!.!O,O`!(P`!1"D"
> > > M"E!YWC<`X$@"G2D#-59Y+4`">"*%&#""[^`R&R`II\D#/(`#(N!O`["0%K53
> > > M(A$`,H``0?)B!-"9_O8";&(C3B"80S"!>?>1*9D$VF9'E`D%,<"&*-F818!R
> > > MS4<%SU:249"9T$.3A,"9GGDEV_!8**`!_R8##J`'&S,"#M!]I[D`.T!,_S8P
> > > MFP\@`R0@`B_0`=?Q`0X@`]YG>086`@3``GH`CA90>9FR&8<@$BJS%@)`E5K9
> > > M`4G8')[9%?D""DL4`@C@`-U%*RPP`.'I"`]FA1R)@'A$?$/@@$LP>,-W:7AD
> > > M4NI)GXN#1UE@F4P&A^N)!(C`"ISI?1K@!T6W?4#J;SQJ#E62"0'`F@\P`#"P
> > > M`SI@`Q;PH0&'#VR9`1;9?:;9`@[`EIQ"(3O"FBW``G>R'<5P)WXS`@;:`B?0
> > > M!ZRQ+VGJ?22`48Q@EQX:`Z[5C1.P'2<@`CK`)E%@GD)@58QI?;?GD5'0A2$7
> > > MI:0Z!/%I1U=:!2BW@?N9I=+(9W;P`7CZF8PS`?]P`9XBP":!DA_2Y*%)]P$I
> > > M<`(>0`#>AQ49@(2)L(TDP)LRX@A=(0V+ZJ`:T`%'V3690`YC&BU\8)#M``.5
> > > M)P.8R(\CX'TZT`!H@9$&N0)"5B!$BF1&@'+,6(NTZGSC-046-F^JZI+Y"@7V
> > > MQG/0&+#,@WV+TP&Y:@JGF`T1@'0Q@!]W8A$>``,D\*$`*01QB@`R\`@7E3*0
> > > M,*%J^@+'-@QZF!T&6J'X0`@FFP(,ZID;&H_QB*</$`%\5@`76Z'7D9;V(`T,
> > > M``P[.:^I6I]V)`%(NGNR6@2M*J5.8(O_>@2_AP5T=V%8P)\'BPA#P%D+FT`G
> > > M^P$;<`(6E`$KX)`=N!G_%5!Y&2H$RLJQIL`;Y/`=I>E]`K`-PP`,6W&VWA<!
> > > MQ<"/&>`W'R`"WC>4+:``@BNX__9O.B![C.``IBD#-Y`R/1NYB`"82Q"+/)!5
> > > M$3B?JXH$*-=[4M"Y]ZJD0J",!#L%[>D#]QF3!KM=;L(XN.JEIO`0*Q`)VT$E
> > > M>F&0%GF48;8!'ZH]AW&B%;H(0%@''O,"E:<#8OL):M(!*.!O#["G_)<("T*;
> > > M&I`#U5N]BV2]&K"]!O$2%4NS5,$5N\`3KB*\0FM[*]`#[&8[I3NJ24L$3$J8
> > > M3B!\/E"ZHOL#-&='[1L%]'NTJLNT1O`7^_&ZW_<4&``L=HH*,*`#!P">.HJA
> > > M_PWJ?;[[`VLK`\++$$`!I*RI/9]A)`HYG0\@(VH93>#)<:QQPG:P';2R`!\0
> > > MK/8``W%KFARP`2E$M_B1-H$I6&!T`)T#!?>KN24U!?2;N?=+O_L+!9V+@04+
> > > MP%IJ(8*PM9-J#X&`J/[6`AH0`!_0`1'P`KO9NQ:!`B?*L5\LH!X6P]IS!]*P
> > > M'4(@FQ+,L+S:`"]@FAN@%Y/*)EBB7OFQ%A\0`TCWH1K08)S"*:!`+N59I(JY
> > > MNC]@;_4[!?GKN?C*M/&+!?+VC%C*Q"K$MY#0`%"<"8?``!$PG1P+CG6:D-$J
> > > MP:#!`!1JP7I(QH:DP2&\.FG<`476`<I:P+^5#300N/\;,"&,T*B?@!3P124?
> > > MAHT#0+.L*0)"YE>#C,.5:\@^C,CR=L1*,,1/*X#OZP2*K,138+47+'F9G*N"
> > > MC`TK@J<$,`LI<"<^FQUX*IZJL+'F*@R.=0@88,9`D0CW$"@-$`->V@%(4@`?
> > > M4'DB@%'3@'UO>PHW?,(5E0$10*$?^GT;4"5<>KZ'J7.(S*29VP3T&[KK*6\7
> > > M?<AW=(N5O+DJE$!.K,FP>VQ5D@*U+`-SK!?#<(3J_&\D6P=Q&KSP''F,8,:G
> > > MQ);Z5P`+$,</P`%^P&<.4'D$H!/J10<%#3V&T*B@$`C66,P-C0!S&M&%3*]3
> > > M\,-&0,V?BT?O^<B;RZ37_'?_A869JTL(0,@+!*P!9CH,"\"X&XP*;$G'8?&Z
> > > M"$"RJ)#*S%`(1.#*,VT2:1D/.1MP^;*6I5S`>M(5ZK5O7/IE3A4)H=/'.EO/
> > > M$FT%6MUSW'P$3&ISA;F>G5N!54"_G+W-B&PC>^O/N?J?^=(`%(H`+$`E<^T.
> > > M=8VG`O`)*YT\Y#D$?MT+JA#8.!NX"\!=0/U]QIH"!K-=]S`/.YD?C_T#"[`"
> > > M)."A<GI*$F8$H-JTB*R,KXK=M%7-1-"Y(4D%C0RE5L#-:)T/7?I]G&(('K``
> > > M`'W*'_$9?T#`>$W!M-D6T3//:,O;"%).#<`#<FPL#9"R!>QE5?()CI4V6^H+
> > > MY-D'_WW+T&N*"95=!9==!*8:!1:VW3]POZ?K`VGG!)8ITK-JR7P2":>]UG:`
> > > M`=)0U-Y'`*!1(?SL"S]`P`*`=K>=$M'S`[NM2F)Q"*D`UPA``A@R`<;KI26P
> > > M;V*Q*<J]"#;"X!C"TRX;MTE715UQU4.;U8B\X7A$R4V`GH=YOVL8=%B0X55[
> > > MUL(K"JAMY.N%`CE+W)!@L@J4YJ]\!V$L`V%QP4*0`CM>#S[>`!%@F@-`!XC@
> > > MR@3@7N8$#&,F>=B7'RM[WD"H%A\``2AJ#A..GUE^NO>Z!,HXVEH.P/*6Z5'`
> > > MI/H)!9EMVO^)XNO%`#%\-&_>K&,QW^M\#:F,#X(>/7X-$?]]^A!WP+M>VA7X
> > > MP+C_U@(KH"^,GNAR*>AOVQ0=UA0FD:L?``77W005;N%83=9%Z[Y'L+3!:`4A
> > > MSNFD;N9IG=YLO9/#7>B/C</T324K4.=W_D:+L.?8<`KE\*'E'(09P'VFR0*N
> > > MYANY;N!MP5)5J%X%L!D6V^*N5NE83N)%D+_AS03V1MY(BP07;@7V-M%/4.HF
> > > M?NJIO9.$KKA++@3T+>NL*0.TSF=IL^=4DC+;-0$?6IO"VP&`N\$-T!=XN"D.
> > > MD=3&`/#\-ZD]H8J\;NX(+P733NUVE+K4AD>;IM7T:_10H(Q</N(BSB=GKO%&
> > > MS@OYP0+$N0`4P@AWPAKO0,#(NRG_>LVZ::/JO;LFGY#D@RS=#V"=)*@#+?\4
> > > MFT&WPBP--\T+!J0<7`H)*``#(/``$!"$0>_147\$[0G:2R!\7^W=ZN-VZG:T
> > > M]C;62H#Q@$'UWZ>3[[``G<F:%^`0?!OO=BV>5'+;IE@$?IT*GU`,?U'+#Q``
> > > M)7`#CR7="!``,##W=V).1X@OW$%N^*$<'8"$_!@(@N"ELC?XSZSP]2KF39"8
> > > M27#9F^[#HXVJ/J#-%P_NZ*VP57_F&J"FU?G%[`4,6BO!5#(!J7RPZG/Z1-(+
> > > M0]`!VR_!"]FS,<S2J8X4\IPO'9"A6QF60EH>Y@`$DTD!@VFP$(C3!/-S/J%1
> > > M@8_JHT6Q_UFHHGK0?G\AJ@+\A%0C8"[5^SU4?;?R,^"+9775T/P+;Y>9?E(F
> > > M?@H^6AX>-(9^BDHV9!X0'C8^&"Y3,B=*#A-U5@HR+"9E"`L*L`8F'UX*-D^%
> > > MH%03"88P/!@^"!(?2#HP+IV`,4I&-D)(,EZ05THF4CZ$2E9^;&PF-!`L%E9L
> > > M^)RFJJZ^L]9\_LA_)*CNP&JJ>,K,T<NK)+ZI:K1RNM*A_.80*A++$")%)9Z<
> > > M*D#"((%*#5"D0/&!TP:#+S)@2$$@B0R%J)HXF?!BU8L.@QK%*I2!QR0$+3[<
> > > M")6AP0(1JQP\;'"C"8H5(T2TJ/0BD881,%`T:$"Q&2=5(E8T0?_U+1R5<?Z>
> > > MS,/J9)T/'5\*5.DQ1VL9&O;2@!$3``P_-GQ.C'T",&`3E`6+$GI2HD`'$I(>
> > > M.%P@4<B'#"16"9A@`P/'!Z5D$HDRZX&.#BM2I-0;:D.2)"1^K,C002F+70]:
> > > MD)BPH,&S01%$R&!QXP-)22)XP%CZ(=J-$B0)C!CA+0.YJE:V9NV7_(T/'%DB
> > > M5-%'=GD9M^RTU`@A(2V8'GJF9[EQ)L>_ZE\$8B#8P:`&A*&=,&80X&82"P,<
> > > ML'#P(JA!`8T8X`@!&1@(J8A&-+(-@1<$26&@S6AJP3,"J*$(&!LZB$'"P/#3
> > > MCP0"6M#@`XF6>D'"CNXC@80!-&BAA1?_%BCA%@_TXN.XJ[8J*SD=UI&@!WU6
> > > M"*`Y>M0X#XP(Q*!"`@AXB."$&G0X"\<R;CAK#!YJD*.`$Z*THCLGZ`+$+E,Z
> > > M4:3&D!A`88(-!I#!I21FT(`'-BVPP($4+EEQ@`%^8`"D`XMP8$_\-')0/0@_
> > > M$'3/%]*8X`-@"BR!A383\2Q.%CJXH0'=:MK``0O<]"P)$0;88($%F/#`@ZEL
> > > MA&-*?W1,[H<<DK3G@"^IHP*"='AH#@ZKXO&GA@.Z4I**$&(X(8LPT7/PE`Q4
> > > M7:"]#T(Y!0M4;JB!AQU.H$96D:!@]5OX8`B`AP"4Y>.&'7C8UIO0]/+6VW'I
> > > MK3<"'G1H,L<J_\K#ZEX=!.B!K7$CT"&&&'#H(=UZ,\$@@U.B786$%!ZFIH8`
> > > M:KA8XP@XYOABC`,`6>2/20Z9Y(PSQEACE%ENV667.W9RAY=;QICC$TZ((&66
> > > M02YY9)5W7IGFH6'N.&>B@W;R:*%1#OEGH(/&V`ES_GN::96A1IKHF'/.VF65
> > > ME=;YZHN_S("O`@I$X9%)6EBBD-`@4$#NN>FNV^Z[\<Y;[[WY[MOOOP$/7/#!
> > > M^9X:GA\(3UQQO]'IH)A&KI'4/J6:`"6&`S#/7//-.>_<\\]!#UWTT4DOW?33
> > > M44]==,.ID$/UUV$GO5^1A%#3T1*>&L%!GE!9884:YPW-VGH+H,:4>O_5>X(1
> > > ML,0%HWFPC'^;WN%_6%X+ZJ>?E]4UR)BC^.JE'Y=ZZ[/`WOG@JX\@$TT?D:$%
> > > M!TI`H8G*PYT7E'J=$!<4]&4UO_QPO^>[<`T0?P4T8#J2])4#+I!>*VA1AP80
> > > ME`!T(",'HD8$1I8RH/5L95B+V@>#!I_I;<5\0W@>`U&8PB?T2(4M3$<)<B`J
> > > M!!"`!1BJ8$A6$+?%!:X-)_2'#Z\G+E10CWK\<^$1M_(.'P0+B4W$0@=BF`0"
> > > M],`&I[@$!1OQ@QM<+G:GRX'_G!A&,7Y++E$XRZ[&*,8)]$`#),@/;X9PB='0
> > > M;P5R:"(U[)A&/>[Q&R%`HQ,BP(57\5&%'D!800<Z@`)#*M(#&)C)5(('Q.Q-
> > > M)8^$M.0EG2`&"1P@;E;!Y"=!&4I1'K%656C'*%&92E6NL@RE5`"N6!E+6<[2
> > > ;DF)00+)HF4M=[M*)/)`D+X$93&$.,XQ!```[
> > > `
> > > end
> > >
> > >
> > > On Wed, 2008-09-03 at 09:38 -0400, Vance, Trevor K. wrote:
> > > > The problem is that a message with a uuencoded attachment
> > > sent through
> > > > James does not have a content-type or content-disposition or
> > > > content-transfer-encoding headers.
> > > >
> > > > Trevor
> > >
> > >
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by Martijn Brinkers <ma...@gmail.com>.
Are you sure it's not a problem of your email client? My email client
shows the image.
Please tell me what the EXACT difference is between a message that you
can open and one that you can't open? ie one sent through James and one
not sent through James.
Martijn
On Wed, 2008-09-03 at 11:14 -0400, Vance, Trevor K. wrote:
> The attachment is not processed. It's received as plain text
>
> Trevor
> > -----Original Message-----
> > From: Martijn Brinkers [mailto:martijn.list@gmail.com]
> > Sent: Wednesday, September 03, 2008 8:06 AM
> > To: Vance, Trevor K.
> > Cc: James Users List
> > Subject: RE: A problem with uuencoded attachments
> >
> > If I sent the following message through James I can open the
> > message and see the attached image. James only adds a few
> > headers, nothing more nothing less. So what happens in your case?
> >
> > Martijn
> >
> >
> > To: test@example.com
> > Subject: uu encode test James
> > From: test@example.com
> > Mime-Version: 1.0
> >
> > begin 644 james-project-logo.gif
> > M1TE&.#EA-P%D`-4``,H=SMG8UZ^MKN6:F:AC9?[\_M.Y0G-R<VP9&W@>QE!0
> > M4?WXX_3__O[^\/K,RWT0$H=_@N;FY1H6(O[^^MX:A?;<I=%N:/WTPOK____Y
> > M_K6)A/[IYWQA=/_T_>O^_/_T\=$A.CPW.GI05?_L]>FTM?_Y]S$2=.[NZ_3^
> > M\OG_^:.##?KZ^?W<WW8V-=5-/,6EINW]ZJ:BHJ1"0F(];F->8=W=W/;Z_?7U
> > M]:FJJ9F3E;BTM-?FZ,_*R<'`O@```/___R'Y!```````+``````W`60```;_
> > MP)]P2"P:C\BD<LEL.I_0J'1*K5JOV*QVR^UZO^"P>$PNF\_HM'K-;KO?\+C\
> > M-YD4"I?%HM'X%'XV&`T30A@,&!-\/QAW)1,8&'.2DY253G49'3$&-7UV!89U
> > MA8>##9$%&1,ED):MKJ]R!1,P*BH&!GF'?C^RGW<H*;P9J2F$L,?(R6%WB0:U
> > MMQ4>#'>1=7=W*::H&<7&RM_@X5`I*24_MRVW!@XE*!@V&7S4B-8,#"GTXOK[
> > M_#\PQ1\JW+)E0`,/=YGD@:)GQQX#.M[Z29SH:@(#&!<&VK+@PD&'$BM0-$!E
> > MKXXC>T)$45S),M8J!AEOA3`P0$:+&JD:H)B0`:4J_XL/(;8<2G3+A!5T9*4T
> > M1JA.`WLH'*AK,8``!1`L9J$HD6%1R4^0)@0K2K8L%*2$D*Y@FA(B4!0+GJF0
> > MX0($!1$!4&R]8^,KM1_DS`H>C*3I#[5TVB9N5(+/``L`+,R8`0``"!`D1GCP
> > M8&>8M0*'5!(>/?BHX<2)F:(JT;C!B`$4`,PP$1N$#`(D-JO*]#E41-+`B1I>
> > ML18I:F-\A@W[P(*`C`0)3'"@0)W"A@\-%G3H\`<?I#O!PQ-%>L..8;9.>2K?
> > MXP`$@.@)JE.`L('/]C\8O(,7SY^BL0@1W'##84H)1<HC%\%P`VP4P!<?=18L
> > M``,#'@P3223]93C143<<H/\`!#CT<,-:QQDR2%\PP-``"]3)9L*#E[VPP&86
> > M/J+AC?P@U4`."H0``0T0]+"'*G_8TT@=[W105V4FO`@`=2`,8%\&!9"#PGY%
> > ML(7CEI,4L$(-'OIXP`$Y]##(#S?8DX$C8BU2`&Q,-OGD52"8V4$&(Y*#)1%:
> > M<NGG&RO(LD`,/TJ@P@$T',!!#=QYEE8W'3A@58--4C:G"R106$`)S/RFF*=_
> > MAIK&40$<H`(-(7R(*`TYW"G+"L&(M<(''PQ@UWMRSFG;#AX$RHQQ62HFZK!G
> > M_+%"=C&,B6H(0-+@[`LL\`')#51R\X,%,E06G0F67F7!"##LU,$B1_1)[+EC
> > M&#O_P0DYC`E!""%P("\'(@1IB@T%<%<`"@R0<"MTW%9&9Z8PH,**$>:BJ[`7
> > M2&&PQP)CUAN"!#1P4+$(K$;0`)5[,+#"`A;\VV0"3UK6T1XIH+3PRFFL=50#
> > M-6@P)@$*2###O!9#P$,)'61GSP*VQH;KB[6!H`$?_`;%\M):[(FP4PODX*P(
> > M,T@@P;R)T@!M<EU-$')LT$E@@L!7#;"`11@2`2S3;!O5U`@\<``!O2%P*R\-
> > M(L@;P`)4VI!"!2ZT&)T$)$/I0@`-I#G$'VTW_H27URQ!9`_SBM""!`I4//?-
> > M`IS@Y007:'"9MB;8+#`(%E0PC+".MQX%X\%N$_>\(?@0_R\',Q`P+P_'7O#"
> > M90T"//:3MAEP9VJ\N*Z\$)$?`?L0!_,2P=RT6TU]Q16_T-4"&L@@<I/9#GSV
> > M44*LO?SY3A>1-BH%1*`HUE;/0#T'BKX0Z`4#!/[>X"1;!H(+%2@.J,[7..*D
> > M3WV0P)#L+,9`#M1N!A4C`,8X$(,19,`!=0';X$Z'NAH8Y@_/(R#3;G""&I@P
> > M0($RPH6BQ[X`S`T"BD*5#Z2#,P5H`"?Y^][8H`0"'7S@,SDB#G&&(J!P"'&(
> > M3"A."@*0`QP(0`!.[`$/:G`"I##..*]"RP]*$`#<S0L"-:-8Q>@EKQY<(&3N
> > M`9CIB-<1>...@HQNI>(0`?V/_QCC[`W`%Z$$)PT,"..0`''@_`!%#4(041
> > MP$$.<A`#'3S1B8WL001.,*+#'.<PJIC=O&80QGC-3VN`<\_0)$`VU#W%8P^I
> > MPR/$,D=7U/&.-#@!#V*@`%C60!P0P",/OC'(2S@E`E!<9`QPH(-&X@`',8B!
> > M`'@0@!$-B$1UN$$)-"FO`U3-=EBKEP;02+J1$2]*"R"7<J2%`2K!XI5VI`$1
> > MP`3+<$@`CS'@Y1T)V82TV`&8.E`D!!CI2"<6$XK+C("7,`F1`L1MC/0[0.UN
> > MES=Z<424VR*:_U('""$,HP'>,2<=\:C.(O``CP%0Q@GPZ`,<R-..]%P"",&#
> > M@1H<LY__$-BG`(KI2"CZLP<U&%`!^I*-&.#-BQ"LG03>1T9;0;1TI/SFMQJU
> > MG^_TD1+H]$%'BQ``/.I`&>^\8P].ZH.4)H%QUVA8#7K@Q)GB(*8@HBD4_QG)
> > M9MZC`>S"&?:J9K,QB@"-&K1:_ZZ"*:XTSZGGY"@2=*#+9*`S!(*<)Q-8L0(J
> > M0<(A/-"!(VN*UF0^<;)/S"SO)O"!"PC@`-2CGE`1>H`,[J])3IIH`",GE@8@
> > M(ZI3-4+M[GB"9/3@`%=-+$H7RPAA0((<2"EA66<J@!Q4EIC#[:<.S,2'+N;M
> > M9O2KI<WD=5?31K1;_S,`+\"3"-<>`[9)^.@=$2M"(_1R"0ED_P0H[I&"#Z3"
> > M!C:(0`\NZTA"@38'Q,UL9G$PQ0748'ZX\U`>;T8#`E@%H@G0JZY<L($2%(,5
> > M\1B@),";A*S:<:OE)<)YE9!>:MQ#%1\84"`Z4`,!6#:?,3`NF9[8R&+V0)G$
> > M#(`#-"""O(V)`S7S@0+HA]?3$NYT+N`!1L5B@Z4$MIU).``>R2N&$]P6ACG8
> > MI1H"P,P(=(&$`TK"AI,0B4-0`R`C&($C(!&HL=97O\D"K3+7:N*7+O='.)O,
> > M.S,'`=..LC+^&\`%'N'4`TZ"PDCH`4FE/`3,YO8'.JBE`C#<!![\T78*J&4>
> > MX_D$0T?!T23UT5.=X&09+AE(0I@L8?_G2=Q#JP]!7YZF"`A0@P\8PECRU6]-
> > M\PE#,BGSQ?4=YF?Q=C,8YGC'7]-@I4Y'T03>0:.N%&QX20J!(DBZJT)0\I:1
> > M$`%)0R#+0A!T'@F]A&=[=0DUJ-VB([""".3@CI2&0@!H(($<-/,'LGRV#Z(-
> > MK]F2U(ZW?)J1NK,!!"#@`2)P=0K6`D(SFSB_QVP7:*'X@LL>LP?4(W"DK:8`
> > M`]\*5V(KW/\&<"=[*.3(Z51"#4BJ`&<K5MHD#602T%G;(\Q6Y=U6;!/.[0-&
> > M#T&\T'Y"+=-=!'2:=\EWS'>6@$*-"?#`WPAH@8,102*^!,"L+8;B,-LEMX/G
> > M\XDOH!<!(`C_PQGDL04$`)Z/H<-&/WA\))N>L+*1,-(EFQREA(W!#4:.1RL?
> > M(9=Y7,)LOWT$;S=!VG8WPJ-]T&PFB!?;1Q#OSW=K[A"$%&&@*6=75O3O![3@
> > MAQ,H#_+*'5ED*C.?D%0X!(8I62>^P%F;NYG7A_K0;CJ)KQ580"A>`G*I*N$&
> > M))7`VZ5*^$+CL?!%P+L/A(Z$%=P1^$CP^Q*DS6V/@G0).+!C$PB[^)PK01:&
> > M6%T#-M""!SQ``R-P&4')=YA8L_B8_BRNNW)0S!<@TUDXPW$>56#GB%;F,GI.
> > MF2H.4?O8&B$"F;9[TC<$`'A')5<$T0=(TZ=52J!\24!SR&<$;6='_P>(!`D8
> > M>,M7?7Q7&+(0#)&P`B_0`WK!`'Y##L60`@/2-QXP7\JE`^XW4RGF+C'0<,6$
> > M,XK"27GT-3X6`AKG`A<0%A,0"+O1$X)`)-*``3?`!X$!"B+Q0]LEA*I$(5YF
> > M3F[T!(!V!%4U;?+F5;AW1[I'!`4X@$U@;PTH<TB0A5^8!,:'1X@'AKM5!=/V
> > M58=$+ISU`4F3'V*1`BC0=($`7S7``SW@2"_P`O5U=3!4=4X$`02@`<FT2`[D
> > M`]YS<0JW5P"4`C8P"-7`%3W!`";Q`1129$HX<(N0#8-P#>^@2BG@`2F3`E12
> > M)"K3!%=H!*/&@$0@;X\W!#V0B[E8!/8&<_],D("VEWQF>`19%0.Z>(S'B'-V
> > M9&I$D%4M1P5Q>`3T\&";4@(C@!TE@"^9T(J;TET+L`$;$&8=L`(;$``O9GK+
> > M=0([\(>,U`,[$(YA%F8[P`,UXP*X,0(G$`%A]@,90`+.X0##L!UB`11A40*T
> > MPA7;T0$?8)##<`.@,"'%P#.J<!W7.`+AN)"JU#RPN'9W1U)&\&QIR`2SZ`-M
> > M>'W/UW?#&'SWMI(LN8&2YG]2$(WJ`Q'4:%`D0`(G8`?;=0WC,@$+H`,08#DM
> > MT`)RPP,CT`$!\%(",`)4-D4UD!<G\`(2U`*KQD<;``$#X``C\`(0,`-#R0$O
> > M,`(L8`$.X%X"*1;_AF`(/]``!LE$9`26&S`,?&$/<I0!'Q``&B!!-48`$$"(
> > MF*>13!"+`NB+0O!L,%EA!A@%ABF,;_A_Z(9^D!F9DBD`1I"%-7<%,GEJ<Y@O
> > M+>!O1X,*=_(.]]`!`^!]"*`!/1``7/D`23<`ZIA/.C`"!.!O,O`!(P`!1"D"
> > M"E!YWC<`X$@"G2D#-59Y+4`">"*%&#""[^`R&R`II\D#/(`#(N!O`["0%K53
> > M(A$`,H``0?)B!-"9_O8";&(C3B"80S"!>?>1*9D$VF9'E`D%,<"&*-F818!R
> > MS4<%SU:249"9T$.3A,"9GGDEV_!8**`!_R8##J`'&S,"#M!]I[D`.T!,_S8P
> > MFP\@`R0@`B_0`=?Q`0X@`]YG>086`@3``GH`CA90>9FR&8<@$BJS%@)`E5K9
> > M`4G8')[9%?D""DL4`@C@`-U%*RPP`.'I"`]FA1R)@'A$?$/@@$LP>,-W:7AD
> > M4NI)GXN#1UE@F4P&A^N)!(C`"ISI?1K@!T6W?4#J;SQJ#E62"0'`F@\P`#"P
> > M`SI@`Q;PH0&'#VR9`1;9?:;9`@[`EIQ"(3O"FBW``G>R'<5P)WXS`@;:`B?0
> > M!ZRQ+VGJ?22`48Q@EQX:`Z[5C1.P'2<@`CK`)E%@GD)@58QI?;?GD5'0A2$7
> > MI:0Z!/%I1U=:!2BW@?N9I=+(9W;P`7CZF8PS`?]P`9XBP":!DA_2Y*%)]P$I
> > M<`(>0`#>AQ49@(2)L(TDP)LRX@A=(0V+ZJ`:T`%'V3690`YC&BU\8)#M``.5
> > M)P.8R(\CX'TZT`!H@9$&N0)"5B!$BF1&@'+,6(NTZGSC-046-F^JZI+Y"@7V
> > MQG/0&+#,@WV+TP&Y:@JGF`T1@'0Q@!]W8A$>``,D\*$`*01QB@`R\`@7E3*0
> > M,*%J^@+'-@QZF!T&6J'X0`@FFP(,ZID;&H_QB*</$`%\5@`76Z'7D9;V(`T,
> > M``P[.:^I6I]V)`%(NGNR6@2M*J5.8(O_>@2_AP5T=V%8P)\'BPA#P%D+FT`G
> > M^P$;<`(6E`$KX)`=N!G_%5!Y&2H$RLJQIL`;Y/`=I>E]`K`-PP`,6W&VWA<!
> > MQ<"/&>`W'R`"WC>4+:``@BNX__9O.B![C.``IBD#-Y`R/1NYB`"82Q"+/)!5
> > M$3B?JXH$*-=[4M"Y]ZJD0J",!#L%[>D#]QF3!KM=;L(XN.JEIO`0*Q`)VT$E
> > M>F&0%GF48;8!'ZH]AW&B%;H(0%@''O,"E:<#8OL):M(!*.!O#["G_)<("T*;
> > M&I`#U5N]BV2]&K"]!O$2%4NS5,$5N\`3KB*\0FM[*]`#[&8[I3NJ24L$3$J8
> > M3B!\/E"ZHOL#-&='[1L%]'NTJLNT1O`7^_&ZW_<4&``L=HH*,*`#!P">.HJA
> > M_PWJ?;[[`VLK`\++$$`!I*RI/9]A)`HYG0\@(VH93>#)<:QQPG:P';2R`!\0
> > MK/8``W%KFARP`2E$M_B1-H$I6&!T`)T#!?>KN24U!?2;N?=+O_L+!9V+@04+
> > MP%IJ(8*PM9-J#X&`J/[6`AH0`!_0`1'P`KO9NQ:!`B?*L5\LH!X6P]IS!]*P
> > M'4(@FQ+,L+S:`"]@FAN@%Y/*)EBB7OFQ%A\0`TCWH1K08)S"*:!`+N59I(JY
> > MNC]@;_4[!?GKN?C*M/&+!?+VC%C*Q"K$MY#0`%"<"8?``!$PG1P+CG6:D-$J
> > MP:#!`!1JP7I(QH:DP2&\.FG<`476`<I:P+^5#300N/\;,"&,T*B?@!3P124?
> > MAHT#0+.L*0)"YE>#C,.5:\@^C,CR=L1*,,1/*X#OZP2*K,138+47+'F9G*N"
> > MC`TK@J<$,`LI<"<^FQUX*IZJL+'F*@R.=0@88,9`D0CW$"@-$`->V@%(4@`?
> > M4'DB@%'3@'UO>PHW?,(5E0$10*$?^GT;4"5<>KZ'J7.(S*29VP3T&[KK*6\7
> > M?<AW=(N5O+DJE$!.K,FP>VQ5D@*U+`-SK!?#<(3J_&\D6P=Q&KSP''F,8,:G
> > MQ);Z5P`+$,</P`%^P&<.4'D$H!/J10<%#3V&T*B@$`C66,P-C0!S&M&%3*]3
> > M\,-&0,V?BT?O^<B;RZ37_'?_A869JTL(0,@+!*P!9CH,"\"X&XP*;$G'8?&Z
> > M"$"RJ)#*S%`(1.#*,VT2:1D/.1MP^;*6I5S`>M(5ZK5O7/IE3A4)H=/'.EO/
> > M$FT%6MUSW'P$3&ISA;F>G5N!54"_G+W-B&PC>^O/N?J?^=(`%(H`+$`E<^T.
> > M=8VG`O`)*YT\Y#D$?MT+JA#8.!NX"\!=0/U]QIH"!K-=]S`/.YD?C_T#"[`"
> > M)."A<GI*$F8$H-JTB*R,KXK=M%7-1-"Y(4D%C0RE5L#-:)T/7?I]G&(('K``
> > M`'W*'_$9?T#`>$W!M-D6T3//:,O;"%).#<`#<FPL#9"R!>QE5?()CI4V6^H+
> > MY-D'_WW+T&N*"95=!9==!*8:!1:VW3]POZ?K`VGG!)8ITK-JR7P2":>]UG:`
> > M`=)0U-Y'`*!1(?SL"S]`P`*`=K>=$M'S`[NM2F)Q"*D`UPA``A@R`<;KI26P
> > M;V*Q*<J]"#;"X!C"TRX;MTE715UQU4.;U8B\X7A$R4V`GH=YOVL8=%B0X55[
> > MUL(K"JAMY.N%`CE+W)!@L@J4YJ]\!V$L`V%QP4*0`CM>#S[>`!%@F@-`!XC@
> > MR@3@7N8$#&,F>=B7'RM[WD"H%A\``2AJ#A..GUE^NO>Z!,HXVEH.P/*6Z5'`
> > MI/H)!9EMVO^)XNO%`#%\-&_>K&,QW^M\#:F,#X(>/7X-$?]]^A!WP+M>VA7X
> > MP+C_U@(KH"^,GNAR*>AOVQ0=UA0FD:L?``77W005;N%83=9%Z[Y'L+3!:`4A
> > MSNFD;N9IG=YLO9/#7>B/C</T324K4.=W_D:+L.?8<`KE\*'E'(09P'VFR0*N
> > MYANY;N!MP5)5J%X%L!D6V^*N5NE83N)%D+_AS03V1MY(BP07;@7V-M%/4.HF
> > M?NJIO9.$KKA++@3T+>NL*0.TSF=IL^=4DC+;-0$?6IO"VP&`N\$-T!=XN"D.
> > MD=3&`/#\-ZD]H8J\;NX(+P733NUVE+K4AD>;IM7T:_10H(Q</N(BSB=GKO%&
> > MS@OYP0+$N0`4P@AWPAKO0,#(NRG_>LVZ::/JO;LFGY#D@RS=#V"=)*@#+?\4
> > MFT&WPBP--\T+!J0<7`H)*``#(/``$!"$0>_147\$[0G:2R!\7^W=ZN-VZG:T
> > M]C;62H#Q@$'UWZ>3[[``G<F:%^`0?!OO=BV>5'+;IE@$?IT*GU`,?U'+#Q``
> > M)7`#CR7="!``,##W=V).1X@OW$%N^*$<'8"$_!@(@N"ELC?XSZSP]2KF39"8
> > M27#9F^[#HXVJ/J#-%P_NZ*VP57_F&J"FU?G%[`4,6BO!5#(!J7RPZG/Z1-(+
> > M0]`!VR_!"]FS,<S2J8X4\IPO'9"A6QF60EH>Y@`$DTD!@VFP$(C3!/-S/J%1
> > M@8_JHT6Q_UFHHGK0?G\AJ@+\A%0C8"[5^SU4?;?R,^"+9775T/P+;Y>9?E(F
> > M?@H^6AX>-(9^BDHV9!X0'C8^&"Y3,B=*#A-U5@HR+"9E"`L*L`8F'UX*-D^%
> > MH%03"88P/!@^"!(?2#HP+IV`,4I&-D)(,EZ05THF4CZ$2E9^;&PF-!`L%E9L
> > M^)RFJJZ^L]9\_LA_)*CNP&JJ>,K,T<NK)+ZI:K1RNM*A_.80*A++$")%)9Z<
> > M*D#"((%*#5"D0/&!TP:#+S)@2$$@B0R%J)HXF?!BU8L.@QK%*I2!QR0$+3[<
> > M")6AP0(1JQP\;'"C"8H5(T2TJ/0BD881,%`T:$"Q&2=5(E8T0?_U+1R5<?Z>
> > MS,/J9)T/'5\*5.DQ1VL9&O;2@!$3``P_-GQ.C'T",&`3E`6+$GI2HD`'$I(>
> > M.%P@4<B'#"16"9A@`P/'!Z5D$HDRZX&.#BM2I-0;:D.2)"1^K,C002F+70]:
> > MD)BPH,&S01%$R&!QXP-)22)XP%CZ(=J-$B0)C!CA+0.YJE:V9NV7_(T/'%DB
> > M5-%'=GD9M^RTU`@A(2V8'GJF9[EQ)L>_ZE\$8B#8P:`&A*&=,&80X&82"P,<
> > ML'#P(JA!`8T8X`@!&1@(J8A&-+(-@1<$26&@S6AJP3,"J*$(&!LZB$'"P/#3
> > MCP0"6M#@`XF6>D'"CNXC@80!-&BAA1?_%BCA%@_TXN.XJ[8J*SD=UI&@!WU6
> > M"*`Y>M0X#XP(Q*!"`@AXB."$&G0X"\<R;CAK#!YJD*.`$Z*THCLGZ`+$+E,Z
> > M4:3&D!A`88(-!I#!I21FT(`'-BVPP($4+EEQ@`%^8`"D`XMP8$_\-')0/0@_
> > M$'3/%]*8X`-@"BR!A383\2Q.%CJXH0'=:MK``0O<]"P)$0;88($%F/#`@ZEL
> > MA&-*?W1,[H<<DK3G@"^IHP*"='AH#@ZKXO&GA@.Z4I**$&(X(8LPT7/PE`Q4
> > M7:"]#T(Y!0M4;JB!AQU.H$96D:!@]5OX8`B`AP"4Y>.&'7C8UIO0]/+6VW'I
> > MK3<"'G1H,L<J_\K#ZEX=!.B!K7$CT"&&&'#H(=UZ,\$@@U.B786$%!ZFIH8`
> > M:KA8XP@XYOABC`,`6>2/20Z9Y(PSQEACE%ENV667.W9RAY=;QICC$TZ((&66
> > M02YY9)5W7IGFH6'N.&>B@W;R:*%1#OEGH(/&V`ES_GN::96A1IKHF'/.VF65
> > ME=;YZHN_S("O`@I$X9%)6EBBD-`@4$#NN>FNV^Z[\<Y;[[WY[MOOOP$/7/#!
> > M^9X:GA\(3UQQO]'IH)A&KI'4/J6:`"6&`S#/7//-.>_<\\]!#UWTT4DOW?33
> > M44]==,.ID$/UUV$GO5^1A%#3T1*>&L%!GE!9884:YPW-VGH+H,:4>O_5>X(1
> > ML,0%HWFPC'^;WN%_6%X+ZJ>?E]4UR)BC^.JE'Y=ZZ[/`WOG@JX\@$TT?D:$%
> > M!TI`H8G*PYT7E'J=$!<4]&4UO_QPO^>[<`T0?P4T8#J2])4#+I!>*VA1AP80
> > ME`!T(",'HD8$1I8RH/5L95B+V@>#!I_I;<5\0W@>`U&8PB?T2(4M3$<)<B`J
> > M!!"`!1BJ8$A6$+?%!:X-)_2'#Z\G+E10CWK\<^$1M_(.'P0+B4W$0@=BF`0"
> > M],`&I[@$!1OQ@QM<+G:GRX'_G!A&,7Y++E$XRZ[&*,8)]$`#),@/;X9PB='0
> > M;P5R:"(U[)A&/>[Q&R%`HQ,BP(57\5&%'D!800<Z@`)#*M(#&)C)5(('Q.Q-
> > M)8^$M.0EG2`&"1P@;E;!Y"=!&4I1'K%656C'*%&92E6NL@RE5`"N6!E+6<[2
> > ;DF)00+)HF4M=[M*)/)`D+X$93&$.,XQ!```[
> > `
> > end
> >
> >
> > On Wed, 2008-09-03 at 09:38 -0400, Vance, Trevor K. wrote:
> > > The problem is that a message with a uuencoded attachment
> > sent through
> > > James does not have a content-type or content-disposition or
> > > content-transfer-encoding headers.
> > >
> > > Trevor
> >
> >
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by "Vance, Trevor K." <tr...@capgemini.com>.
The attachment is not processed. It's received as plain text
Trevor
> -----Original Message-----
> From: Martijn Brinkers [mailto:martijn.list@gmail.com]
> Sent: Wednesday, September 03, 2008 8:06 AM
> To: Vance, Trevor K.
> Cc: James Users List
> Subject: RE: A problem with uuencoded attachments
>
> If I sent the following message through James I can open the
> message and see the attached image. James only adds a few
> headers, nothing more nothing less. So what happens in your case?
>
> Martijn
>
>
> To: test@example.com
> Subject: uu encode test James
> From: test@example.com
> Mime-Version: 1.0
>
> begin 644 james-project-logo.gif
> M1TE&.#EA-P%D`-4``,H=SMG8UZ^MKN6:F:AC9?[\_M.Y0G-R<VP9&W@>QE!0
> M4?WXX_3__O[^\/K,RWT0$H=_@N;FY1H6(O[^^MX:A?;<I=%N:/WTPOK____Y
> M_K6)A/[IYWQA=/_T_>O^_/_T\=$A.CPW.GI05?_L]>FTM?_Y]S$2=.[NZ_3^
> M\OG_^:.##?KZ^?W<WW8V-=5-/,6EINW]ZJ:BHJ1"0F(];F->8=W=W/;Z_?7U
> M]:FJJ9F3E;BTM-?FZ,_*R<'`O@```/___R'Y!```````+``````W`60```;_
> MP)]P2"P:C\BD<LEL.I_0J'1*K5JOV*QVR^UZO^"P>$PNF\_HM'K-;KO?\+C\
> M-YD4"I?%HM'X%'XV&`T30A@,&!-\/QAW)1,8&'.2DY253G49'3$&-7UV!89U
> MA8>##9$%&1,ED):MKJ]R!1,P*BH&!GF'?C^RGW<H*;P9J2F$L,?(R6%WB0:U
> MMQ4>#'>1=7=W*::H&<7&RM_@X5`I*24_MRVW!@XE*!@V&7S4B-8,#"GTXOK[
> M_#\PQ1\JW+)E0`,/=YGD@:)GQQX#.M[Z29SH:@(#&!<&VK+@PD&'$BM0-$!E
> MKXXC>T)$45S),M8J!AEOA3`P0$:+&JD:H)B0`:4J_XL/(;8<2G3+A!5T9*4T
> M1JA.`WLH'*AK,8``!1`L9J$HD6%1R4^0)@0K2K8L%*2$D*Y@FA(B4!0+GJF0
> MX0($!1$!4&R]8^,KM1_DS`H>C*3I#[5TVB9N5(+/``L`+,R8`0``"!`D1GCP
> M8&>8M0*'5!(>/?BHX<2)F:(JT;C!B`$4`,PP$1N$#`(D-JO*]#E41-+`B1I>
> ML18I:F-\A@W[P(*`C`0)3'"@0)W"A@\-%G3H\`<?I#O!PQ-%>L..8;9.>2K?
> MXP`$@.@)JE.`L('/]C\8O(,7SY^BL0@1W'##84H)1<HC%\%P`VP4P!<?=18L
> M``,#'@P3223]93C143<<H/\`!#CT<,-:QQDR2%\PP-``"]3)9L*#E[VPP&86
> M/J+AC?P@U4`."H0``0T0]+"'*G_8TT@=[W105V4FO`@`=2`,8%\&!9"#PGY%
> ML(7CEI,4L$(-'OIXP`$Y]##(#S?8DX$C8BU2`&Q,-OGD52"8V4$&(Y*#)1%:
> M<NGG&RO(LD`,/TJ@P@$T',!!#=QYEE8W'3A@58--4C:G"R106$`)S/RFF*=_
> MAIK&40$<H`(-(7R(*`TYW"G+"L&(M<(''PQ@UWMRSFG;#AX$RHQQ62HFZK!G
> M_+%"=C&,B6H(0-+@[`LL\`')#51R\X,%,E06G0F67F7!"##LU,$B1_1)[+EC
> M&#O_P0DYC`E!""%P("\'(@1IB@T%<%<`"@R0<"MTW%9&9Z8PH,**$>:BJ[`7
> M2&&PQP)CUAN"!#1P4+$(K$;0`)5[,+#"`A;\VV0"3UK6T1XIH+3PRFFL=50#
> M-6@P)@$*2###O!9#P$,)'61GSP*VQH;KB[6!H`$?_`;%\M):[(FP4PODX*P(
> M,T@@P;R)T@!M<EU-$')LT$E@@L!7#;"`11@2`2S3;!O5U`@\<``!O2%P*R\-
> M(L@;P`)4VI!"!2ZT&)T$)$/I0@`-I#G$'VTW_H27URQ!9`_SBM""!`I4//?-
> M`IS@Y007:'"9MB;8+#`(%E0PC+".MQX%X\%N$_>\(?@0_R\',Q`P+P_'7O#"
> M90T"//:3MAEP9VJ\N*Z\$)$?`?L0!_,2P=RT6TU]Q16_T-4"&L@@<I/9#GSV
> M44*LO?SY3A>1-BH%1*`HUE;/0#T'BKX0Z`4#!/[>X"1;!H(+%2@.J,[7..*D
> M3WV0P)#L+,9`#M1N!A4C`,8X$(,19,`!=0';X$Z'NAH8Y@_/(R#3;G""&I@P
> M0($RPH6BQ[X`S`T"BD*5#Z2#,P5H`"?Y^][8H`0"'7S@,SDB#G&&(J!P"'&(
> M3"A."@*0`QP(0`!.[`$/:G`"I##..*]"RP]*$`#<S0L"-:-8Q>@EKQY<(&3N
> M`9CIB-<1>...@HQNI>(0`?V/_QCC[`W`%Z$$)PT,"..0`''@_`!%#4(041
> MP$$.<A`#'3S1B8WL001.,*+#'.<PJIC=O&80QGC-3VN`<\_0)$`VU#W%8P^I
> MPR/$,D=7U/&.-#@!#V*@`%C60!P0P",/OC'(2S@E`E!<9`QPH(-&X@`',8B!
> M`'@0@!$-B$1UN$$)-"FO`U3-=EBKEP;02+J1$2]*"R"7<J2%`2K!XI5VI`$1
> MP`3+<$@`CS'@Y1T)V82TV`&8.E`D!!CI2"<6$XK+C("7,`F1`L1MC/0[0.UN
> MES=Z<424VR*:_U('""$,HP'>,2<=\:C.(O``CP%0Q@GPZ`,<R-..]%P"",&#
> M@1H<LY__$-BG`(KI2"CZLP<U&%`!^I*-&.#-BQ"LG03>1T9;0;1TI/SFMQJU
> MG^_TD1+H]$%'BQ``/.I`&>^\8P].ZH.4)H%QUVA8#7K@Q)GB(*8@HBD4_QG)
> M9MZC`>S"&?:J9K,QB@"-&K1:_ZZ"*:XTSZGGY"@2=*#+9*`S!(*<)Q-8L0(J
> M0<(A/-"!(VN*UF0^<;)/S"SO)O"!"PC@`-2CGE`1>H`,[J])3IIH`",GE@8@
> M(ZI3-4+M[GB"9/3@`%=-+$H7RPAA0((<2"EA66<J@!Q4EIC#[:<.S,2'+N;M
> M9O2KI<WD=5?31K1;_S,`+\"3"-<>`[9)^.@=$2M"(_1R"0ED_P0H[I&"#Z3"
> M!C:(0`\NZTA"@38'Q,UL9G$PQ0748'ZX\U`>;T8#`E@%H@G0JZY<L($2%(,5
> M\1B@),";A*S:<:OE)<)YE9!>:MQ#%1\84"`Z4`,!6#:?,3`NF9[8R&+V0)G$
> M#(`#-"""O(V)`S7S@0+HA]?3$NYT+N`!1L5B@Z4$MIU).``>R2N&$]P6ACG8
> MI1H"P,P(=(&$`TK"AI,0B4-0`R`C&($C(!&HL=97O\D"K3+7:N*7+O='.)O,
> M.S,'`=..LC+^&\`%'N'4`TZ"PDCH`4FE/`3,YO8'.JBE`C#<!![\T78*J&4>
> MX_D$0T?!T23UT5.=X&09+AE(0I@L8?_G2=Q#JP]!7YZF"`A0@P\8PECRU6]-
> M\PE#,BGSQ?4=YF?Q=C,8YGC'7]-@I4Y'T03>0:.N%&QX20J!(DBZJT)0\I:1
> M$`%)0R#+0A!T'@F]A&=[=0DUJ-VB([""".3@CI2&0@!H(($<-/,'LGRV#Z(-
> MK]F2U(ZW?)J1NK,!!"#@`2)P=0K6`D(SFSB_QVP7:*'X@LL>LP?4(W"DK:8`
> M`]\*5V(KW/\&<"=[*.3(Z51"#4BJ`&<K5MHD#602T%G;(\Q6Y=U6;!/.[0-&
> M#T&\T'Y"+=-=!'2:=\EWS'>6@$*-"?#`WPAH@8,102*^!,"L+8;B,-LEMX/G
> M\XDOH!<!(`C_PQGDL04$`)Z/H<-&/WA\))N>L+*1,-(EFQREA(W!#4:.1RL?
> M(9=Y7,)LOWT$;S=!VG8WPJ-]T&PFB!?;1Q#OSW=K[A"$%&&@*6=75O3O![3@
> MAQ,H#_+*'5ED*C.?D%0X!(8I62>^P%F;NYG7A_K0;CJ)KQ580"A>`G*I*N$&
> M))7`VZ5*^$+CL?!%P+L/A(Z$%=P1^$CP^Q*DS6V/@G0).+!C$PB[^)PK01:&
> M6%T#-M""!SQ``R-P&4')=YA8L_B8_BRNNW)0S!<@TUDXPW$>56#GB%;F,GI.
> MF2H.4?O8&B$"F;9[TC<$`'A')5<$T0=(TZ=52J!\24!SR&<$;6='_P>(!`D8
> M>,M7?7Q7&+(0#)&P`B_0`WK!`'Y##L60`@/2-QXP7\JE`^XW4RGF+C'0<,6$
> M,XK"27GT-3X6`AKG`A<0%A,0"+O1$X)`)-*``3?`!X$!"B+Q0]LEA*I$(5YF
> M3F[T!(!V!%4U;?+F5;AW1[I'!`4X@$U@;PTH<TB0A5^8!,:'1X@'AKM5!=/V
> M58=$+ISU`4F3'V*1`BC0=($`7S7``SW@2"_P`O5U=3!4=4X$`02@`<FT2`[D
> M`]YS<0JW5P"4`C8P"-7`%3W!`";Q`1129$HX<(N0#8-P#>^@2BG@`2F3`E12
> M)"K3!%=H!*/&@$0@;X\W!#V0B[E8!/8&<_],D("VEWQF>`19%0.Z>(S'B'-V
> M9&I$D%4M1P5Q>`3T\&";4@(C@!TE@"^9T(J;TET+L`$;$&8=L`(;$``O9GK+
> M=0([\(>,U`,[$(YA%F8[P`,UXP*X,0(G$`%A]@,90`+.X0##L!UB`11A40*T
> MPA7;T0$?8)##<`.@,"'%P#.J<!W7.`+AN)"JU#RPN'9W1U)&\&QIR`2SZ`-M
> M>'W/UW?#&'SWMI(LN8&2YG]2$(WJ`Q'4:%`D0`(G8`?;=0WC,@$+H`,08#DM
> MT`)RPP,CT`$!\%(",`)4-D4UD!<G\`(2U`*KQD<;``$#X``C\`(0,`-#R0$O
> M,`(L8`$.X%X"*1;_AF`(/]``!LE$9`26&S`,?&$/<I0!'Q``&B!!-48`$$"(
> MF*>13!"+`NB+0O!L,%EA!A@%ABF,;_A_Z(9^D!F9DBD`1I"%-7<%,GEJ<Y@O
> M+>!O1X,*=_(.]]`!`^!]"*`!/1``7/D`23<`ZIA/.C`"!.!O,O`!(P`!1"D"
> M"E!YWC<`X$@"G2D#-59Y+4`">"*%&#""[^`R&R`II\D#/(`#(N!O`["0%K53
> M(A$`,H``0?)B!-"9_O8";&(C3B"80S"!>?>1*9D$VF9'E`D%,<"&*-F818!R
> MS4<%SU:249"9T$.3A,"9GGDEV_!8**`!_R8##J`'&S,"#M!]I[D`.T!,_S8P
> MFP\@`R0@`B_0`=?Q`0X@`]YG>086`@3``GH`CA90>9FR&8<@$BJS%@)`E5K9
> M`4G8')[9%?D""DL4`@C@`-U%*RPP`.'I"`]FA1R)@'A$?$/@@$LP>,-W:7AD
> M4NI)GXN#1UE@F4P&A^N)!(C`"ISI?1K@!T6W?4#J;SQJ#E62"0'`F@\P`#"P
> M`SI@`Q;PH0&'#VR9`1;9?:;9`@[`EIQ"(3O"FBW``G>R'<5P)WXS`@;:`B?0
> M!ZRQ+VGJ?22`48Q@EQX:`Z[5C1.P'2<@`CK`)E%@GD)@58QI?;?GD5'0A2$7
> MI:0Z!/%I1U=:!2BW@?N9I=+(9W;P`7CZF8PS`?]P`9XBP":!DA_2Y*%)]P$I
> M<`(>0`#>AQ49@(2)L(TDP)LRX@A=(0V+ZJ`:T`%'V3690`YC&BU\8)#M``.5
> M)P.8R(\CX'TZT`!H@9$&N0)"5B!$BF1&@'+,6(NTZGSC-046-F^JZI+Y"@7V
> MQG/0&+#,@WV+TP&Y:@JGF`T1@'0Q@!]W8A$>``,D\*$`*01QB@`R\`@7E3*0
> M,*%J^@+'-@QZF!T&6J'X0`@FFP(,ZID;&H_QB*</$`%\5@`76Z'7D9;V(`T,
> M``P[.:^I6I]V)`%(NGNR6@2M*J5.8(O_>@2_AP5T=V%8P)\'BPA#P%D+FT`G
> M^P$;<`(6E`$KX)`=N!G_%5!Y&2H$RLJQIL`;Y/`=I>E]`K`-PP`,6W&VWA<!
> MQ<"/&>`W'R`"WC>4+:``@BNX__9O.B![C.``IBD#-Y`R/1NYB`"82Q"+/)!5
> M$3B?JXH$*-=[4M"Y]ZJD0J",!#L%[>D#]QF3!KM=;L(XN.JEIO`0*Q`)VT$E
> M>F&0%GF48;8!'ZH]AW&B%;H(0%@''O,"E:<#8OL):M(!*.!O#["G_)<("T*;
> M&I`#U5N]BV2]&K"]!O$2%4NS5,$5N\`3KB*\0FM[*]`#[&8[I3NJ24L$3$J8
> M3B!\/E"ZHOL#-&='[1L%]'NTJLNT1O`7^_&ZW_<4&``L=HH*,*`#!P">.HJA
> M_PWJ?;[[`VLK`\++$$`!I*RI/9]A)`HYG0\@(VH93>#)<:QQPG:P';2R`!\0
> MK/8``W%KFARP`2E$M_B1-H$I6&!T`)T#!?>KN24U!?2;N?=+O_L+!9V+@04+
> MP%IJ(8*PM9-J#X&`J/[6`AH0`!_0`1'P`KO9NQ:!`B?*L5\LH!X6P]IS!]*P
> M'4(@FQ+,L+S:`"]@FAN@%Y/*)EBB7OFQ%A\0`TCWH1K08)S"*:!`+N59I(JY
> MNC]@;_4[!?GKN?C*M/&+!?+VC%C*Q"K$MY#0`%"<"8?``!$PG1P+CG6:D-$J
> MP:#!`!1JP7I(QH:DP2&\.FG<`476`<I:P+^5#300N/\;,"&,T*B?@!3P124?
> MAHT#0+.L*0)"YE>#C,.5:\@^C,CR=L1*,,1/*X#OZP2*K,138+47+'F9G*N"
> MC`TK@J<$,`LI<"<^FQUX*IZJL+'F*@R.=0@88,9`D0CW$"@-$`->V@%(4@`?
> M4'DB@%'3@'UO>PHW?,(5E0$10*$?^GT;4"5<>KZ'J7.(S*29VP3T&[KK*6\7
> M?<AW=(N5O+DJE$!.K,FP>VQ5D@*U+`-SK!?#<(3J_&\D6P=Q&KSP''F,8,:G
> MQ);Z5P`+$,</P`%^P&<.4'D$H!/J10<%#3V&T*B@$`C66,P-C0!S&M&%3*]3
> M\,-&0,V?BT?O^<B;RZ37_'?_A869JTL(0,@+!*P!9CH,"\"X&XP*;$G'8?&Z
> M"$"RJ)#*S%`(1.#*,VT2:1D/.1MP^;*6I5S`>M(5ZK5O7/IE3A4)H=/'.EO/
> M$FT%6MUSW'P$3&ISA;F>G5N!54"_G+W-B&PC>^O/N?J?^=(`%(H`+$`E<^T.
> M=8VG`O`)*YT\Y#D$?MT+JA#8.!NX"\!=0/U]QIH"!K-=]S`/.YD?C_T#"[`"
> M)."A<GI*$F8$H-JTB*R,KXK=M%7-1-"Y(4D%C0RE5L#-:)T/7?I]G&(('K``
> M`'W*'_$9?T#`>$W!M-D6T3//:,O;"%).#<`#<FPL#9"R!>QE5?()CI4V6^H+
> MY-D'_WW+T&N*"95=!9==!*8:!1:VW3]POZ?K`VGG!)8ITK-JR7P2":>]UG:`
> M`=)0U-Y'`*!1(?SL"S]`P`*`=K>=$M'S`[NM2F)Q"*D`UPA``A@R`<;KI26P
> M;V*Q*<J]"#;"X!C"TRX;MTE715UQU4.;U8B\X7A$R4V`GH=YOVL8=%B0X55[
> MUL(K"JAMY.N%`CE+W)!@L@J4YJ]\!V$L`V%QP4*0`CM>#S[>`!%@F@-`!XC@
> MR@3@7N8$#&,F>=B7'RM[WD"H%A\``2AJ#A..GUE^NO>Z!,HXVEH.P/*6Z5'`
> MI/H)!9EMVO^)XNO%`#%\-&_>K&,QW^M\#:F,#X(>/7X-$?]]^A!WP+M>VA7X
> MP+C_U@(KH"^,GNAR*>AOVQ0=UA0FD:L?``77W005;N%83=9%Z[Y'L+3!:`4A
> MSNFD;N9IG=YLO9/#7>B/C</T324K4.=W_D:+L.?8<`KE\*'E'(09P'VFR0*N
> MYANY;N!MP5)5J%X%L!D6V^*N5NE83N)%D+_AS03V1MY(BP07;@7V-M%/4.HF
> M?NJIO9.$KKA++@3T+>NL*0.TSF=IL^=4DC+;-0$?6IO"VP&`N\$-T!=XN"D.
> MD=3&`/#\-ZD]H8J\;NX(+P733NUVE+K4AD>;IM7T:_10H(Q</N(BSB=GKO%&
> MS@OYP0+$N0`4P@AWPAKO0,#(NRG_>LVZ::/JO;LFGY#D@RS=#V"=)*@#+?\4
> MFT&WPBP--\T+!J0<7`H)*``#(/``$!"$0>_147\$[0G:2R!\7^W=ZN-VZG:T
> M]C;62H#Q@$'UWZ>3[[``G<F:%^`0?!OO=BV>5'+;IE@$?IT*GU`,?U'+#Q``
> M)7`#CR7="!``,##W=V).1X@OW$%N^*$<'8"$_!@(@N"ELC?XSZSP]2KF39"8
> M27#9F^[#HXVJ/J#-%P_NZ*VP57_F&J"FU?G%[`4,6BO!5#(!J7RPZG/Z1-(+
> M0]`!VR_!"]FS,<S2J8X4\IPO'9"A6QF60EH>Y@`$DTD!@VFP$(C3!/-S/J%1
> M@8_JHT6Q_UFHHGK0?G\AJ@+\A%0C8"[5^SU4?;?R,^"+9775T/P+;Y>9?E(F
> M?@H^6AX>-(9^BDHV9!X0'C8^&"Y3,B=*#A-U5@HR+"9E"`L*L`8F'UX*-D^%
> MH%03"88P/!@^"!(?2#HP+IV`,4I&-D)(,EZ05THF4CZ$2E9^;&PF-!`L%E9L
> M^)RFJJZ^L]9\_LA_)*CNP&JJ>,K,T<NK)+ZI:K1RNM*A_.80*A++$")%)9Z<
> M*D#"((%*#5"D0/&!TP:#+S)@2$$@B0R%J)HXF?!BU8L.@QK%*I2!QR0$+3[<
> M")6AP0(1JQP\;'"C"8H5(T2TJ/0BD881,%`T:$"Q&2=5(E8T0?_U+1R5<?Z>
> MS,/J9)T/'5\*5.DQ1VL9&O;2@!$3``P_-GQ.C'T",&`3E`6+$GI2HD`'$I(>
> M.%P@4<B'#"16"9A@`P/'!Z5D$HDRZX&.#BM2I-0;:D.2)"1^K,C002F+70]:
> MD)BPH,&S01%$R&!QXP-)22)XP%CZ(=J-$B0)C!CA+0.YJE:V9NV7_(T/'%DB
> M5-%'=GD9M^RTU`@A(2V8'GJF9[EQ)L>_ZE\$8B#8P:`&A*&=,&80X&82"P,<
> ML'#P(JA!`8T8X`@!&1@(J8A&-+(-@1<$26&@S6AJP3,"J*$(&!LZB$'"P/#3
> MCP0"6M#@`XF6>D'"CNXC@80!-&BAA1?_%BCA%@_TXN.XJ[8J*SD=UI&@!WU6
> M"*`Y>M0X#XP(Q*!"`@AXB."$&G0X"\<R;CAK#!YJD*.`$Z*THCLGZ`+$+E,Z
> M4:3&D!A`88(-!I#!I21FT(`'-BVPP($4+EEQ@`%^8`"D`XMP8$_\-')0/0@_
> M$'3/%]*8X`-@"BR!A383\2Q.%CJXH0'=:MK``0O<]"P)$0;88($%F/#`@ZEL
> MA&-*?W1,[H<<DK3G@"^IHP*"='AH#@ZKXO&GA@.Z4I**$&(X(8LPT7/PE`Q4
> M7:"]#T(Y!0M4;JB!AQU.H$96D:!@]5OX8`B`AP"4Y>.&'7C8UIO0]/+6VW'I
> MK3<"'G1H,L<J_\K#ZEX=!.B!K7$CT"&&&'#H(=UZ,\$@@U.B786$%!ZFIH8`
> M:KA8XP@XYOABC`,`6>2/20Z9Y(PSQEACE%ENV667.W9RAY=;QICC$TZ((&66
> M02YY9)5W7IGFH6'N.&>B@W;R:*%1#OEGH(/&V`ES_GN::96A1IKHF'/.VF65
> ME=;YZHN_S("O`@I$X9%)6EBBD-`@4$#NN>FNV^Z[\<Y;[[WY[MOOOP$/7/#!
> M^9X:GA\(3UQQO]'IH)A&KI'4/J6:`"6&`S#/7//-.>_<\\]!#UWTT4DOW?33
> M44]==,.ID$/UUV$GO5^1A%#3T1*>&L%!GE!9884:YPW-VGH+H,:4>O_5>X(1
> ML,0%HWFPC'^;WN%_6%X+ZJ>?E]4UR)BC^.JE'Y=ZZ[/`WOG@JX\@$TT?D:$%
> M!TI`H8G*PYT7E'J=$!<4]&4UO_QPO^>[<`T0?P4T8#J2])4#+I!>*VA1AP80
> ME`!T(",'HD8$1I8RH/5L95B+V@>#!I_I;<5\0W@>`U&8PB?T2(4M3$<)<B`J
> M!!"`!1BJ8$A6$+?%!:X-)_2'#Z\G+E10CWK\<^$1M_(.'P0+B4W$0@=BF`0"
> M],`&I[@$!1OQ@QM<+G:GRX'_G!A&,7Y++E$XRZ[&*,8)]$`#),@/;X9PB='0
> M;P5R:"(U[)A&/>[Q&R%`HQ,BP(57\5&%'D!800<Z@`)#*M(#&)C)5(('Q.Q-
> M)8^$M.0EG2`&"1P@;E;!Y"=!&4I1'K%656C'*%&92E6NL@RE5`"N6!E+6<[2
> ;DF)00+)HF4M=[M*)/)`D+X$93&$.,XQ!```[
> `
> end
>
>
> On Wed, 2008-09-03 at 09:38 -0400, Vance, Trevor K. wrote:
> > The problem is that a message with a uuencoded attachment
> sent through
> > James does not have a content-type or content-disposition or
> > content-transfer-encoding headers.
> >
> > Trevor
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by Martijn Brinkers <ma...@gmail.com>.
If I sent the following message through James I can open the message and
see the attached image. James only adds a few headers, nothing more
nothing less. So what happens in your case?
Martijn
To: test@example.com
Subject: uu encode test James
From: test@example.com
Mime-Version: 1.0
begin 644 james-project-logo.gif
M1TE&.#EA-P%D`-4``,H=SMG8UZ^MKN6:F:AC9?[\_M.Y0G-R<VP9&W@>QE!0
M4?WXX_3__O[^\/K,RWT0$H=_@N;FY1H6(O[^^MX:A?;<I=%N:/WTPOK____Y
M_K6)A/[IYWQA=/_T_>O^_/_T\=$A.CPW.GI05?_L]>FTM?_Y]S$2=.[NZ_3^
M\OG_^:.##?KZ^?W<WW8V-=5-/,6EINW]ZJ:BHJ1"0F(];F->8=W=W/;Z_?7U
M]:FJJ9F3E;BTM-?FZ,_*R<'`O@```/___R'Y!```````+``````W`60```;_
MP)]P2"P:C\BD<LEL.I_0J'1*K5JOV*QVR^UZO^"P>$PNF\_HM'K-;KO?\+C\
M-YD4"I?%HM'X%'XV&`T30A@,&!-\/QAW)1,8&'.2DY253G49'3$&-7UV!89U
MA8>##9$%&1,ED):MKJ]R!1,P*BH&!GF'?C^RGW<H*;P9J2F$L,?(R6%WB0:U
MMQ4>#'>1=7=W*::H&<7&RM_@X5`I*24_MRVW!@XE*!@V&7S4B-8,#"GTXOK[
M_#\PQ1\JW+)E0`,/=YGD@:)GQQX#.M[Z29SH:@(#&!<&VK+@PD&'$BM0-$!E
MKXXC>T)$45S),M8J!AEOA3`P0$:+&JD:H)B0`:4J_XL/(;8<2G3+A!5T9*4T
M1JA.`WLH'*AK,8``!1`L9J$HD6%1R4^0)@0K2K8L%*2$D*Y@FA(B4!0+GJF0
MX0($!1$!4&R]8^,KM1_DS`H>C*3I#[5TVB9N5(+/``L`+,R8`0``"!`D1GCP
M8&>8M0*'5!(>/?BHX<2)F:(JT;C!B`$4`,PP$1N$#`(D-JO*]#E41-+`B1I>
ML18I:F-\A@W[P(*`C`0)3'"@0)W"A@\-%G3H\`<?I#O!PQ-%>L..8;9.>2K?
MXP`$@.@)JE.`L('/]C\8O(,7SY^BL0@1W'##84H)1<HC%\%P`VP4P!<?=18L
M``,#'@P3223]93C143<<H/\`!#CT<,-:QQDR2%\PP-``"]3)9L*#E[VPP&86
M/J+AC?P@U4`."H0``0T0]+"'*G_8TT@=[W105V4FO`@`=2`,8%\&!9"#PGY%
ML(7CEI,4L$(-'OIXP`$Y]##(#S?8DX$C8BU2`&Q,-OGD52"8V4$&(Y*#)1%:
M<NGG&RO(LD`,/TJ@P@$T',!!#=QYEE8W'3A@58--4C:G"R106$`)S/RFF*=_
MAIK&40$<H`(-(7R(*`TYW"G+"L&(M<(''PQ@UWMRSFG;#AX$RHQQ62HFZK!G
M_+%"=C&,B6H(0-+@[`LL\`')#51R\X,%,E06G0F67F7!"##LU,$B1_1)[+EC
M&#O_P0DYC`E!""%P("\'(@1IB@T%<%<`"@R0<"MTW%9&9Z8PH,**$>:BJ[`7
M2&&PQP)CUAN"!#1P4+$(K$;0`)5[,+#"`A;\VV0"3UK6T1XIH+3PRFFL=50#
M-6@P)@$*2###O!9#P$,)'61GSP*VQH;KB[6!H`$?_`;%\M):[(FP4PODX*P(
M,T@@P;R)T@!M<EU-$')LT$E@@L!7#;"`11@2`2S3;!O5U`@\<``!O2%P*R\-
M(L@;P`)4VI!"!2ZT&)T$)$/I0@`-I#G$'VTW_H27URQ!9`_SBM""!`I4//?-
M`IS@Y007:'"9MB;8+#`(%E0PC+".MQX%X\%N$_>\(?@0_R\',Q`P+P_'7O#"
M90T"//:3MAEP9VJ\N*Z\$)$?`?L0!_,2P=RT6TU]Q16_T-4"&L@@<I/9#GSV
M44*LO?SY3A>1-BH%1*`HUE;/0#T'BKX0Z`4#!/[>X"1;!H(+%2@.J,[7..*D
M3WV0P)#L+,9`#M1N!A4C`,8X$(,19,`!=0';X$Z'NAH8Y@_/(R#3;G""&I@P
M0($RPH6BQ[X`S`T"BD*5#Z2#,P5H`"?Y^][8H`0"'7S@,SDB#G&&(J!P"'&(
M3"A."@*0`QP(0`!.[`$/:G`"I##..*]"RP]*$`#<S0L"-:-8Q>@EKQY<(&3N
M`9CIB-<1>...@HQNI>(0`?V/_QCC[`W`%Z$$)PT,"..0`''@_`!%#4(041
MP$$.<A`#'3S1B8WL001.,*+#'.<PJIC=O&80QGC-3VN`<\_0)$`VU#W%8P^I
MPR/$,D=7U/&.-#@!#V*@`%C60!P0P",/OC'(2S@E`E!<9`QPH(-&X@`',8B!
M`'@0@!$-B$1UN$$)-"FO`U3-=EBKEP;02+J1$2]*"R"7<J2%`2K!XI5VI`$1
MP`3+<$@`CS'@Y1T)V82TV`&8.E`D!!CI2"<6$XK+C("7,`F1`L1MC/0[0.UN
MES=Z<424VR*:_U('""$,HP'>,2<=\:C.(O``CP%0Q@GPZ`,<R-..]%P"",&#
M@1H<LY__$-BG`(KI2"CZLP<U&%`!^I*-&.#-BQ"LG03>1T9;0;1TI/SFMQJU
MG^_TD1+H]$%'BQ``/.I`&>^\8P].ZH.4)H%QUVA8#7K@Q)GB(*8@HBD4_QG)
M9MZC`>S"&?:J9K,QB@"-&K1:_ZZ"*:XTSZGGY"@2=*#+9*`S!(*<)Q-8L0(J
M0<(A/-"!(VN*UF0^<;)/S"SO)O"!"PC@`-2CGE`1>H`,[J])3IIH`",GE@8@
M(ZI3-4+M[GB"9/3@`%=-+$H7RPAA0((<2"EA66<J@!Q4EIC#[:<.S,2'+N;M
M9O2KI<WD=5?31K1;_S,`+\"3"-<>`[9)^.@=$2M"(_1R"0ED_P0H[I&"#Z3"
M!C:(0`\NZTA"@38'Q,UL9G$PQ0748'ZX\U`>;T8#`E@%H@G0JZY<L($2%(,5
M\1B@),";A*S:<:OE)<)YE9!>:MQ#%1\84"`Z4`,!6#:?,3`NF9[8R&+V0)G$
M#(`#-"""O(V)`S7S@0+HA]?3$NYT+N`!1L5B@Z4$MIU).``>R2N&$]P6ACG8
MI1H"P,P(=(&$`TK"AI,0B4-0`R`C&($C(!&HL=97O\D"K3+7:N*7+O='.)O,
M.S,'`=..LC+^&\`%'N'4`TZ"PDCH`4FE/`3,YO8'.JBE`C#<!![\T78*J&4>
MX_D$0T?!T23UT5.=X&09+AE(0I@L8?_G2=Q#JP]!7YZF"`A0@P\8PECRU6]-
M\PE#,BGSQ?4=YF?Q=C,8YGC'7]-@I4Y'T03>0:.N%&QX20J!(DBZJT)0\I:1
M$`%)0R#+0A!T'@F]A&=[=0DUJ-VB([""".3@CI2&0@!H(($<-/,'LGRV#Z(-
MK]F2U(ZW?)J1NK,!!"#@`2)P=0K6`D(SFSB_QVP7:*'X@LL>LP?4(W"DK:8`
M`]\*5V(KW/\&<"=[*.3(Z51"#4BJ`&<K5MHD#602T%G;(\Q6Y=U6;!/.[0-&
M#T&\T'Y"+=-=!'2:=\EWS'>6@$*-"?#`WPAH@8,102*^!,"L+8;B,-LEMX/G
M\XDOH!<!(`C_PQGDL04$`)Z/H<-&/WA\))N>L+*1,-(EFQREA(W!#4:.1RL?
M(9=Y7,)LOWT$;S=!VG8WPJ-]T&PFB!?;1Q#OSW=K[A"$%&&@*6=75O3O![3@
MAQ,H#_+*'5ED*C.?D%0X!(8I62>^P%F;NYG7A_K0;CJ)KQ580"A>`G*I*N$&
M))7`VZ5*^$+CL?!%P+L/A(Z$%=P1^$CP^Q*DS6V/@G0).+!C$PB[^)PK01:&
M6%T#-M""!SQ``R-P&4')=YA8L_B8_BRNNW)0S!<@TUDXPW$>56#GB%;F,GI.
MF2H.4?O8&B$"F;9[TC<$`'A')5<$T0=(TZ=52J!\24!SR&<$;6='_P>(!`D8
M>,M7?7Q7&+(0#)&P`B_0`WK!`'Y##L60`@/2-QXP7\JE`^XW4RGF+C'0<,6$
M,XK"27GT-3X6`AKG`A<0%A,0"+O1$X)`)-*``3?`!X$!"B+Q0]LEA*I$(5YF
M3F[T!(!V!%4U;?+F5;AW1[I'!`4X@$U@;PTH<TB0A5^8!,:'1X@'AKM5!=/V
M58=$+ISU`4F3'V*1`BC0=($`7S7``SW@2"_P`O5U=3!4=4X$`02@`<FT2`[D
M`]YS<0JW5P"4`C8P"-7`%3W!`";Q`1129$HX<(N0#8-P#>^@2BG@`2F3`E12
M)"K3!%=H!*/&@$0@;X\W!#V0B[E8!/8&<_],D("VEWQF>`19%0.Z>(S'B'-V
M9&I$D%4M1P5Q>`3T\&";4@(C@!TE@"^9T(J;TET+L`$;$&8=L`(;$``O9GK+
M=0([\(>,U`,[$(YA%F8[P`,UXP*X,0(G$`%A]@,90`+.X0##L!UB`11A40*T
MPA7;T0$?8)##<`.@,"'%P#.J<!W7.`+AN)"JU#RPN'9W1U)&\&QIR`2SZ`-M
M>'W/UW?#&'SWMI(LN8&2YG]2$(WJ`Q'4:%`D0`(G8`?;=0WC,@$+H`,08#DM
MT`)RPP,CT`$!\%(",`)4-D4UD!<G\`(2U`*KQD<;``$#X``C\`(0,`-#R0$O
M,`(L8`$.X%X"*1;_AF`(/]``!LE$9`26&S`,?&$/<I0!'Q``&B!!-48`$$"(
MF*>13!"+`NB+0O!L,%EA!A@%ABF,;_A_Z(9^D!F9DBD`1I"%-7<%,GEJ<Y@O
M+>!O1X,*=_(.]]`!`^!]"*`!/1``7/D`23<`ZIA/.C`"!.!O,O`!(P`!1"D"
M"E!YWC<`X$@"G2D#-59Y+4`">"*%&#""[^`R&R`II\D#/(`#(N!O`["0%K53
M(A$`,H``0?)B!-"9_O8";&(C3B"80S"!>?>1*9D$VF9'E`D%,<"&*-F818!R
MS4<%SU:249"9T$.3A,"9GGDEV_!8**`!_R8##J`'&S,"#M!]I[D`.T!,_S8P
MFP\@`R0@`B_0`=?Q`0X@`]YG>086`@3``GH`CA90>9FR&8<@$BJS%@)`E5K9
M`4G8')[9%?D""DL4`@C@`-U%*RPP`.'I"`]FA1R)@'A$?$/@@$LP>,-W:7AD
M4NI)GXN#1UE@F4P&A^N)!(C`"ISI?1K@!T6W?4#J;SQJ#E62"0'`F@\P`#"P
M`SI@`Q;PH0&'#VR9`1;9?:;9`@[`EIQ"(3O"FBW``G>R'<5P)WXS`@;:`B?0
M!ZRQ+VGJ?22`48Q@EQX:`Z[5C1.P'2<@`CK`)E%@GD)@58QI?;?GD5'0A2$7
MI:0Z!/%I1U=:!2BW@?N9I=+(9W;P`7CZF8PS`?]P`9XBP":!DA_2Y*%)]P$I
M<`(>0`#>AQ49@(2)L(TDP)LRX@A=(0V+ZJ`:T`%'V3690`YC&BU\8)#M``.5
M)P.8R(\CX'TZT`!H@9$&N0)"5B!$BF1&@'+,6(NTZGSC-046-F^JZI+Y"@7V
MQG/0&+#,@WV+TP&Y:@JGF`T1@'0Q@!]W8A$>``,D\*$`*01QB@`R\`@7E3*0
M,*%J^@+'-@QZF!T&6J'X0`@FFP(,ZID;&H_QB*</$`%\5@`76Z'7D9;V(`T,
M``P[.:^I6I]V)`%(NGNR6@2M*J5.8(O_>@2_AP5T=V%8P)\'BPA#P%D+FT`G
M^P$;<`(6E`$KX)`=N!G_%5!Y&2H$RLJQIL`;Y/`=I>E]`K`-PP`,6W&VWA<!
MQ<"/&>`W'R`"WC>4+:``@BNX__9O.B![C.``IBD#-Y`R/1NYB`"82Q"+/)!5
M$3B?JXH$*-=[4M"Y]ZJD0J",!#L%[>D#]QF3!KM=;L(XN.JEIO`0*Q`)VT$E
M>F&0%GF48;8!'ZH]AW&B%;H(0%@''O,"E:<#8OL):M(!*.!O#["G_)<("T*;
M&I`#U5N]BV2]&K"]!O$2%4NS5,$5N\`3KB*\0FM[*]`#[&8[I3NJ24L$3$J8
M3B!\/E"ZHOL#-&='[1L%]'NTJLNT1O`7^_&ZW_<4&``L=HH*,*`#!P">.HJA
M_PWJ?;[[`VLK`\++$$`!I*RI/9]A)`HYG0\@(VH93>#)<:QQPG:P';2R`!\0
MK/8``W%KFARP`2E$M_B1-H$I6&!T`)T#!?>KN24U!?2;N?=+O_L+!9V+@04+
MP%IJ(8*PM9-J#X&`J/[6`AH0`!_0`1'P`KO9NQ:!`B?*L5\LH!X6P]IS!]*P
M'4(@FQ+,L+S:`"]@FAN@%Y/*)EBB7OFQ%A\0`TCWH1K08)S"*:!`+N59I(JY
MNC]@;_4[!?GKN?C*M/&+!?+VC%C*Q"K$MY#0`%"<"8?``!$PG1P+CG6:D-$J
MP:#!`!1JP7I(QH:DP2&\.FG<`476`<I:P+^5#300N/\;,"&,T*B?@!3P124?
MAHT#0+.L*0)"YE>#C,.5:\@^C,CR=L1*,,1/*X#OZP2*K,138+47+'F9G*N"
MC`TK@J<$,`LI<"<^FQUX*IZJL+'F*@R.=0@88,9`D0CW$"@-$`->V@%(4@`?
M4'DB@%'3@'UO>PHW?,(5E0$10*$?^GT;4"5<>KZ'J7.(S*29VP3T&[KK*6\7
M?<AW=(N5O+DJE$!.K,FP>VQ5D@*U+`-SK!?#<(3J_&\D6P=Q&KSP''F,8,:G
MQ);Z5P`+$,</P`%^P&<.4'D$H!/J10<%#3V&T*B@$`C66,P-C0!S&M&%3*]3
M\,-&0,V?BT?O^<B;RZ37_'?_A869JTL(0,@+!*P!9CH,"\"X&XP*;$G'8?&Z
M"$"RJ)#*S%`(1.#*,VT2:1D/.1MP^;*6I5S`>M(5ZK5O7/IE3A4)H=/'.EO/
M$FT%6MUSW'P$3&ISA;F>G5N!54"_G+W-B&PC>^O/N?J?^=(`%(H`+$`E<^T.
M=8VG`O`)*YT\Y#D$?MT+JA#8.!NX"\!=0/U]QIH"!K-=]S`/.YD?C_T#"[`"
M)."A<GI*$F8$H-JTB*R,KXK=M%7-1-"Y(4D%C0RE5L#-:)T/7?I]G&(('K``
M`'W*'_$9?T#`>$W!M-D6T3//:,O;"%).#<`#<FPL#9"R!>QE5?()CI4V6^H+
MY-D'_WW+T&N*"95=!9==!*8:!1:VW3]POZ?K`VGG!)8ITK-JR7P2":>]UG:`
M`=)0U-Y'`*!1(?SL"S]`P`*`=K>=$M'S`[NM2F)Q"*D`UPA``A@R`<;KI26P
M;V*Q*<J]"#;"X!C"TRX;MTE715UQU4.;U8B\X7A$R4V`GH=YOVL8=%B0X55[
MUL(K"JAMY.N%`CE+W)!@L@J4YJ]\!V$L`V%QP4*0`CM>#S[>`!%@F@-`!XC@
MR@3@7N8$#&,F>=B7'RM[WD"H%A\``2AJ#A..GUE^NO>Z!,HXVEH.P/*6Z5'`
MI/H)!9EMVO^)XNO%`#%\-&_>K&,QW^M\#:F,#X(>/7X-$?]]^A!WP+M>VA7X
MP+C_U@(KH"^,GNAR*>AOVQ0=UA0FD:L?``77W005;N%83=9%Z[Y'L+3!:`4A
MSNFD;N9IG=YLO9/#7>B/C</T324K4.=W_D:+L.?8<`KE\*'E'(09P'VFR0*N
MYANY;N!MP5)5J%X%L!D6V^*N5NE83N)%D+_AS03V1MY(BP07;@7V-M%/4.HF
M?NJIO9.$KKA++@3T+>NL*0.TSF=IL^=4DC+;-0$?6IO"VP&`N\$-T!=XN"D.
MD=3&`/#\-ZD]H8J\;NX(+P733NUVE+K4AD>;IM7T:_10H(Q</N(BSB=GKO%&
MS@OYP0+$N0`4P@AWPAKO0,#(NRG_>LVZ::/JO;LFGY#D@RS=#V"=)*@#+?\4
MFT&WPBP--\T+!J0<7`H)*``#(/``$!"$0>_147\$[0G:2R!\7^W=ZN-VZG:T
M]C;62H#Q@$'UWZ>3[[``G<F:%^`0?!OO=BV>5'+;IE@$?IT*GU`,?U'+#Q``
M)7`#CR7="!``,##W=V).1X@OW$%N^*$<'8"$_!@(@N"ELC?XSZSP]2KF39"8
M27#9F^[#HXVJ/J#-%P_NZ*VP57_F&J"FU?G%[`4,6BO!5#(!J7RPZG/Z1-(+
M0]`!VR_!"]FS,<S2J8X4\IPO'9"A6QF60EH>Y@`$DTD!@VFP$(C3!/-S/J%1
M@8_JHT6Q_UFHHGK0?G\AJ@+\A%0C8"[5^SU4?;?R,^"+9775T/P+;Y>9?E(F
M?@H^6AX>-(9^BDHV9!X0'C8^&"Y3,B=*#A-U5@HR+"9E"`L*L`8F'UX*-D^%
MH%03"88P/!@^"!(?2#HP+IV`,4I&-D)(,EZ05THF4CZ$2E9^;&PF-!`L%E9L
M^)RFJJZ^L]9\_LA_)*CNP&JJ>,K,T<NK)+ZI:K1RNM*A_.80*A++$")%)9Z<
M*D#"((%*#5"D0/&!TP:#+S)@2$$@B0R%J)HXF?!BU8L.@QK%*I2!QR0$+3[<
M")6AP0(1JQP\;'"C"8H5(T2TJ/0BD881,%`T:$"Q&2=5(E8T0?_U+1R5<?Z>
MS,/J9)T/'5\*5.DQ1VL9&O;2@!$3``P_-GQ.C'T",&`3E`6+$GI2HD`'$I(>
M.%P@4<B'#"16"9A@`P/'!Z5D$HDRZX&.#BM2I-0;:D.2)"1^K,C002F+70]:
MD)BPH,&S01%$R&!QXP-)22)XP%CZ(=J-$B0)C!CA+0.YJE:V9NV7_(T/'%DB
M5-%'=GD9M^RTU`@A(2V8'GJF9[EQ)L>_ZE\$8B#8P:`&A*&=,&80X&82"P,<
ML'#P(JA!`8T8X`@!&1@(J8A&-+(-@1<$26&@S6AJP3,"J*$(&!LZB$'"P/#3
MCP0"6M#@`XF6>D'"CNXC@80!-&BAA1?_%BCA%@_TXN.XJ[8J*SD=UI&@!WU6
M"*`Y>M0X#XP(Q*!"`@AXB."$&G0X"\<R;CAK#!YJD*.`$Z*THCLGZ`+$+E,Z
M4:3&D!A`88(-!I#!I21FT(`'-BVPP($4+EEQ@`%^8`"D`XMP8$_\-')0/0@_
M$'3/%]*8X`-@"BR!A383\2Q.%CJXH0'=:MK``0O<]"P)$0;88($%F/#`@ZEL
MA&-*?W1,[H<<DK3G@"^IHP*"='AH#@ZKXO&GA@.Z4I**$&(X(8LPT7/PE`Q4
M7:"]#T(Y!0M4;JB!AQU.H$96D:!@]5OX8`B`AP"4Y>.&'7C8UIO0]/+6VW'I
MK3<"'G1H,L<J_\K#ZEX=!.B!K7$CT"&&&'#H(=UZ,\$@@U.B786$%!ZFIH8`
M:KA8XP@XYOABC`,`6>2/20Z9Y(PSQEACE%ENV667.W9RAY=;QICC$TZ((&66
M02YY9)5W7IGFH6'N.&>B@W;R:*%1#OEGH(/&V`ES_GN::96A1IKHF'/.VF65
ME=;YZHN_S("O`@I$X9%)6EBBD-`@4$#NN>FNV^Z[\<Y;[[WY[MOOOP$/7/#!
M^9X:GA\(3UQQO]'IH)A&KI'4/J6:`"6&`S#/7//-.>_<\\]!#UWTT4DOW?33
M44]==,.ID$/UUV$GO5^1A%#3T1*>&L%!GE!9884:YPW-VGH+H,:4>O_5>X(1
ML,0%HWFPC'^;WN%_6%X+ZJ>?E]4UR)BC^.JE'Y=ZZ[/`WOG@JX\@$TT?D:$%
M!TI`H8G*PYT7E'J=$!<4]&4UO_QPO^>[<`T0?P4T8#J2])4#+I!>*VA1AP80
ME`!T(",'HD8$1I8RH/5L95B+V@>#!I_I;<5\0W@>`U&8PB?T2(4M3$<)<B`J
M!!"`!1BJ8$A6$+?%!:X-)_2'#Z\G+E10CWK\<^$1M_(.'P0+B4W$0@=BF`0"
M],`&I[@$!1OQ@QM<+G:GRX'_G!A&,7Y++E$XRZ[&*,8)]$`#),@/;X9PB='0
M;P5R:"(U[)A&/>[Q&R%`HQ,BP(57\5&%'D!800<Z@`)#*M(#&)C)5(('Q.Q-
M)8^$M.0EG2`&"1P@;E;!Y"=!&4I1'K%656C'*%&92E6NL@RE5`"N6!E+6<[2
;DF)00+)HF4M=[M*)/)`D+X$93&$.,XQ!```[
`
end
On Wed, 2008-09-03 at 09:38 -0400, Vance, Trevor K. wrote:
> The problem is that a message with a uuencoded attachment sent through
> James does not have a content-type or content-disposition or
> content-transfer-encoding headers.
>
> Trevor
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by "Vance, Trevor K." <tr...@capgemini.com>.
> -----Original Message-----
> From: Martijn Brinkers [mailto:martijn.list@gmail.com]
> Sent: Wednesday, September 03, 2008 12:50 AM
> To: James Users List
> Cc: Vance, Trevor K.
> Subject: RE: A problem with uuencoded attachments
>
> I still do not understand what your actual problem is.
>
> In a previous email you attached two messages, one source message and
> one sent through James?
>
> The message sent through James had a similar body so the body itself
> seems not to be modified. The only change, besides some headers like
> "Received" is that the source message does not contain a content-type
> whereas the received message contains the following content type:
>
> Content-Type: text/plain; charset="US-ASCII"
> Content-Transfer-Encoding: quoted-printable
>
> So, is that's you problem? instead of not having a content-type you
> suddenly have a content-type?
>
> Martijn
>
The problem is that a message with a uuencoded attachment sent through
James does not have a content-type or content-disposition or
content-transfer-encoding headers.
Trevor
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by Martijn Brinkers <ma...@gmail.com>.
I still do not understand what your actual problem is.
In a previous email you attached two messages, one source message and
one sent through James?
The message sent through James had a similar body so the body itself
seems not to be modified. The only change, besides some headers like
"Received" is that the source message does not contain a content-type
whereas the received message contains the following content type:
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
So, is that's you problem? instead of not having a content-type you
suddenly have a content-type?
Martijn
On Wed, 2008-09-03 at 02:14 -0400, Vance, Trevor K. wrote:
> > -----Original Message-----
> > From: Vance, Trevor K.
> > Sent: Thursday, August 28, 2008 2:04 PM
> > To: James Users List
> > Subject: RE: A problem with uuencoded attachments
> >
> > My config.xml
> >
> > <?xml version="1.0"?>
> > <!DOCTYPE config [
> > <!ENTITY listserverConfig SYSTEM "../conf/james-listmanager.xml">
> > <!ENTITY listserverStores SYSTEM "../conf/james-liststores.xml">
> > <!ENTITY fetchmailConfig SYSTEM "../conf/james-fetchmail.xml">
> > <!ENTITY smtphandlerchainConfig SYSTEM
> > "../conf/james-smtphandlerchain.xml">
> > ]>
> >
> > <!-- Configuration file for the ASF James server -->
> >
> > <!-- This file contains important settings that control the behaviour
> > -->
> > <!-- of all of the services and repositories. -->
> >
> > <!-- README!
> > -->
> >
> > <!-- This configuration file is designed to run without alteration for
> > simple tests. -->
> > <!-- It assumes you have a DNS server on localhost and assigns a root
> > password of root. -->
> >
> > <!-- In case the defaults do not suit you, the items you are
> > most likely
> > to need to change -->
> > <!-- are preceded by a CHECKME! or CONFIRM? comment in the
> > left margin.
> > -->
> >
> > <!-- For production use you will probably need to make more extensive
> > changes, see -->
> > <!-- http://james.apache.org/server/2.3.0/ -->
> >
> > <!-- $Revision: 532329 $ Committed on $Date: 2007-04-25 13:53:05 +0200
> > (Mi, 25 Apr 2007) $ by: $Author: bago $ -->
> >
> > <config>
> > <James>
> >
> > <!-- CHECKME! -->
> > <!-- This is the postmaster email address for this mail server.
> > -->
> > <!-- Set this to the appropriate email address for error reports
> > -->
> > <!-- If this is set to a non-local email address, the
> > mail server
> > -->
> > <!-- will still function, but will generate a warning
> > on startup.
> > -->
> > <postmaster>Postmaster@localhost</postmaster>
> >
> > <!-- servernames identifies the DNS namespace served by this
> > instance of James. -->
> > <!-- These servernames are used for both matcher/mailet
> > processing
> > and SMTP auth -->
> > <!-- to determine when a mail is intended for local
> > delivery. -->
> > <!-- -->
> > <!-- If autodetect is TRUE, James wil attempt to
> > discover its own
> > host name AND -->
> > <!-- use any explicitly specified servernames. -->
> > <!-- If autodetect is FALSE, James will use only the specified
> > servernames. -->
> > <!-- -->
> > <!-- If autodetectIP is not FALSE, James will also allow add the
> > IP address for each servername. -->
> > <!-- The automatic IP detection is to support RFC 2821,
> > Sec 4.1.3,
> > address literals. -->
> > <!-- -->
> > <!-- To override autodetected server names simply add explicit
> > servername elements. -->
> > <!-- In most cases this will be necessary. -->
> > <!-- By default, the servername 'localhost' is
> > specified. This can
> > be removed, if required. -->
> > <!-- -->
> > <!-- Warning: If you are using fetchmail it is important to
> > include the -->
> > <!-- fetched domains in the server name list to prevent looping.
> > -->
> > <servernames autodetect="true" autodetectIP="true">
> > <!-- CONFIRM? -->
> > <servername>localhost</servername>
> > </servernames>
> >
> > <!-- Set whether user names are case sensitive or case
> > insensitive
> > -->
> > <!-- Set whether to enable local aliases -->
> > <!-- Set whether to enable forwarding -->
> > <usernames ignoreCase="true" enableAliases="true"
> > enableForwarding="true"/>
> >
> > <!-- The inbox repository is the location for users inboxes -->
> > <!-- Default setting: file based repository - enter path ( use
> > "file:///" for absolute) -->
> > <inboxRepository>
> > <repository destinationURL="file://var/mail/inboxes/"
> > type="MAIL"/>
> > </inboxRepository>
> >
> > <!-- Alternative inbox repository definition for DB use. -->
> > <!-- The format for the destinationURL is
> > "db://<data-source>/<table>" -->
> > <!-- <data-source> is the datasource name set up in the
> > database-connections block, below -->
> > <!-- <table> is the name of the table to store user
> > inboxes in -->
> > <!-- The user name is used as <repositoryName> for this
> > repository
> > config. -->
> > <!--
> > <inboxRepository>
> > <repository destinationURL="db://maildb/inbox/" type="MAIL"/>
> > </inboxRepository>
> > -->
> >
> > <!-- Alternative inbox repository definition for DB use. -->
> > <!-- Stores message body in file system, rest in database -->
> > <!--
> > <inboxRepository>
> > <repository destinationURL="dbfile://maildb/inbox/"
> > type="MAIL"/>
> > </inboxRepository>
> > -->
> >
> > <!-- Alternative inbox repository definition for mbox use. -->
> > <!-- This method uses UNIX standard mbox files and is meant for
> > people using mbox files -->
> > <!-- with systems such as mail list archive displayers -->
> > <!-- Note that dot-locking is not currently supported -->
> > <!-- so network (write) accesses may cause mbox corruption -->
> > <!-- the sample mbox URL is an absolute URL;
> > mbox:///var/mail will
> > put the users mbox files in /var/mail/-->
> > <!--
> > <inboxRepository>
> > <repository destinationURL="mbox:///var/mail/" type="MAIL"/>
> > </inboxRepository>
> > -->
> > </James>
> >
> > <!-- This is an example configuration for FetchMail, a
> > JavaMail based
> > gateway -->
> > <!-- service that pulls messages from other sources, and
> > inserts them
> > into the -->
> > <!-- spool. They are then processed normally, although FetchMail
> > generally -->
> > <!-- has to fabricate some of the envelope information. FetchMail
> > should be -->
> > <!-- considered a mail gateway, rather than a relay, in RFC terms.
> > -->
> > <!-- Fetchmail is a functionally richer replacement for FetchPOP.
> > -->
> > <!-- CHECKME: FetchMail is disabled by default, and must be
> > configured to use. -->
> > <!-- Edit the file referred to by fetchmailConfig to enable and
> > configure. -->
> > &fetchmailConfig;
> >
> > <!-- Set the Java packages from which to load mailets and matchers
> > -->
> > <mailetpackages>
> >
> > <mailetpackage>org.apache.james.transport.mailets</mailetpackage>
> >
> > <mailetpackage>org.apache.james.transport.mailets.smime</maile
> > tpackage>
> > </mailetpackages>
> > <matcherpackages>
> >
> > <matcherpackage>org.apache.james.transport.matchers</matcherpackage>
> >
> > <matcherpackage>org.apache.james.transport.matchers.smime</mat
> > cherpackag
> > e>
> > </matcherpackages>
> >
> > <!-- The James Spool Manager block -->
> > <!-- -->
> > <!-- This block is responsible for processing messages on
> > the spool.
> > -->
> > <spoolmanager>
> > <!-- Number of spool threads -->
> > <threads> 10 </threads>
> >
> > <!-- The root processor is a required processor - James
> > routes all
> > mail on the spool -->
> > <!-- through this processor first. -->
> > <!-- -->
> > <!-- This configuration is a sample configuration for the root
> > processor. -->
> > <processor name="root">
> >
> > <!-- This mailet redirects mail for the user 'postmaster' at
> > any local domain to -->
> > <!-- the postmaster address specified for the server. The
> > postmaster address -->
> > <!-- is required by rfc822. Do not remove this mailet unless
> > you are meeting -->
> > <!-- this requirement through other means (e.g. a
> > XML/JDBCVirtualUserTable mailet) -->
> > <mailet match="All" class="PostmasterAlias"/>
> >
> > <!-- Checks that the email Sender is associated with a valid
> > domain. -->
> > <!-- Useful for detecting and eliminating spam. -->
> > <!-- For this block to function, the spam processor must be
> > configured. -->
> > <!--
> > <mailet
> > match="SenderInFakeDomain=64.55.105.9,64.94.110.11,194.205.62.
> > 122,194.20
> > 5.62.62,195.7.77.20,206.253.214.102,212.181.91.6,219.88.106.80
> > ,194.205.6
> > 2.42,216.35.187.246,203.119.4.6" class="ToProcessor">
> > <processor> spam </processor>
> > </mailet>
> > -->
> >
> > <!-- Important check to avoid looping -->
> > <mailet match="RelayLimit=30" class="Null"/>
> >
> > <!-- Check for viruses -->
> > <!-- -->
> > <!-- Does an antivirus scan check using a ClamAV daemon
> > (CLAMD). -->
> > <!-- -->
> > <!-- Interacts directly with the daemon using the "stream"
> > method, -->
> > <!-- which should have the lowest possible overhead. -->
> > <!-- The CLAMD daemon will typically reside on localhost, but
> > could reside on a -->
> > <!-- different host. -->
> > <!-- It may also consist on a set of multiple daemons, each
> > residing on a different -->
> > <!-- server and on different IP number. -->
> > <!-- In such case a DNS host name with multiple IP addresses
> > (round-robin load sharing) -->
> > <!-- is supported by the mailet (but on the same
> > port number).
> > -->
> > <!-- -->
> > <!-- Handles the following init parameters: -->
> > <!-- <debug> -->
> > <!-- <host>: the host name of the server where CLAMD runs. It
> > can either be -->
> > <!-- a machine name, such as -->
> > <!-- "java.sun.com", or a textual representation
> > of its -->
> > <!-- IP address. If a literal IP address is
> > supplied, only
> > the -->
> > <!-- validity of the address format is checked. -->
> > <!-- If the machine name resolves to multiple IP
> > addresses,
> > round-robin load sharing will -->
> > <!-- be used. -->
> > <!-- The default is "localhost". -->
> > <!-- <port>: the port on which CLAMD listens. The default is
> > "3310". -->
> > <!-- <maxPings>: the maximum number of connection retries
> > during startup. -->
> > <!-- If the value is "0" no startup test will be
> > done. -->
> > <!-- The default is "6". -->
> > <!-- <pingIntervalMilli>: the interval (in milliseconds) -->
> > <!-- between each connection retry during startup. -->
> > <!-- The default is "30000" (30 seconds). -->
> > <!-- <streamBufferSize>: the BufferedOutputStream buffer size
> > to use -->
> > <!-- writing to the stream connection. The default is
> > "8192". -->
> > <!--
> > <mailet match="All" class="ClamAVScan"
> > onMailetException="ignore">
> > <debug> true </debug>
> > </mailet>
> > -->
> >
> > <!-- If infected go to virus processor -->
> > <mailet
> > match="HasMailAttributeWithValue=org.apache.james.infected, true"
> > class="ToProcessor">
> > <processor> virus </processor>
> > </mailet>
> >
> > <!-- Check attachment extensions for possible viruses -->
> > <!-- The "-z" option requests the check to be non-recursively
> > applied -->
> > <!-- to the contents of any attached '*.zip' file. -->
> > <!--
> > <mailet match="AttachmentFileNameIs=-d -z *.exe *.com *.bat
> > *.cmd *.pif *.scr *.vbs *.avi *.mp3 *.mpeg *.shs" class="Bounce"
> > onMatchException="error">
> > <inline>heads</inline>
> > <attachment>none</attachment>
> > <passThrough>false</passThrough>
> > <prefix>[REJECTED]</prefix>
> > <notice>
> > The Security Policy of XXX does not allow to forward messages
> > containing
> > attachments having any of the extensions .exe, .com, .bat, .cmd, .pif,
> > .scr, .vbs, .avi, .mp3, .mpeg, .shs, therefore your message has been
> > rejected.
> >
> > Please don't reply to this e-mail as it has been automatically sent by
> > the antivirus system.
> >
> > Regards, Postmaster XXX.YYY
> > .....................................
> > </notice>
> > </mailet>
> > -->
> >
> > <!-- Whitelist Management -->
> > <!-- Manages for each local user a "white list" of remote
> > addresses whose messages -->
> > <!-- should never be blocked as spam. -->
> > <!-- -->
> > <!-- If <automaticInsert> is true, it will check, for a local
> > sender, if a remote recipient -->
> > <!-- is already in the list: if not, it will be automatically
> > inserted. -->
> > <!-- This is under the interpretation that if a
> > local sender X
> > sends a message to a -->
> > <!-- remote recipient Y, then later on if a message
> > is sent by
> > Y to X it should be -->
> > <!-- considered always valid and never blocked;
> > hence Y should
> > be in the white list -->
> > <!-- of X. -->
> > <!-- -->
> > <!-- Another mode of operations is when a local
> > sender sends a
> > message to <whitelistManagerAddress> -->
> > <!-- with one of three specific values in the subject, to -->
> > <!-- (i) send back a message displaying a list of
> > the addresses
> > in his own list (<displayFlag>); -->
> > <!-- (ii) insert some new addresses in his own list
> > (<insertFlag>); -->
> > <!-- (iii) remove some addresses from his own list
> > (<removeFlag>). -->
> > <!-- In all of the three above cases the message will be
> > ghosted and the postmaster will reply -->
> > <!-- to the sender. -->
> > <!-- -->
> > <!-- The sender name is always converted to its primary name
> > (handling aliases). -->
> > <!--
> > <mailet match="SMTPAuthSuccessful" class="WhiteListManager"
> > onMailetException="ignore">
> > <repositoryPath>db://maildb</repositoryPath>
> > <automaticInsert>true</automaticInsert>
> >
> > <whitelistManagerAddress>whitelist.manager@xxx.yyy</whitelistM
> > anagerAddr
> > ess>
> > <displayFlag>display</displayFlag>
> > <insertFlag>insert</insertFlag>
> > <removeFlag>remove</removeFlag>
> > </mailet>
> > -->
> >
> > <!-- "not spam" bayesian analysis feeder. -->
> > <!--
> > <mailet match="RecipientIs=not.spam@xxx.yyy"
> > class="BayesianAnalysisFeeder">
> > <repositoryPath> db://maildb </repositoryPath>
> > <feedType>ham</feedType>
> > <maxSize>200000</maxSize>
> > </mailet>
> > -->
> >
> > <!-- "spam" bayesian analysis feeder. -->
> > <!--
> > <mailet match="RecipientIs=spam@xxx.yyy"
> > class="BayesianAnalysisFeeder">
> > <repositoryPath> db://maildb </repositoryPath>
> > <feedType>spam</feedType>
> > <maxSize>200000</maxSize>
> > </mailet>
> > -->
> >
> > <!-- sample SMIME mailets configuration -->
> > <!-- In order to use SMIME capabilities you need to
> > install the
> > bouncycastle JCE -->
> > <!-- provider in your environment (james/lib) -->
> > <!-- e.g: bcprov-jdk14-129.jar from
> > http://www.bouncycastle.org/latest_releases.html -->
> > <!--
> > <mailet match="IsSMIMEEncrypted" class="SMIMEDecrypt">
> > <keyStoreType>pkcs12</keyStoreType>
> > <keyStoreFileName>c:/path.pfx</keyStoreFileName>
> > <keyStorePassword>myKeyStorePass</keyStorePassword>
> > <keyAlias>myKeyAlias</keyAlias>
> > <keyAliasPassword>myKeyPass</keyAliasPassword>
> > </mailet>
> >
> > <mailet match="IsSMIMESigned" class="SMIMECheckSignature">
> > <keyStoreType>pkcs12</keyStoreType>
> > <keyStoreFileName>c:/path.pfx</keyStoreFileName>
> > <keyStorePassword>myKeyStorePass</keyStorePassword>
> > <strip>false</strip>
> > <onlyTrusted>true</onlyTrusted>
> > </mailet>
> > -->
> >
> > <!--
> > <mailet match="All" class="XMLVirtualUserTable">
> > <!- 1:1 mapping ->
> > <mapping>morgoth@middle-earth=sauron@mordor</mapping>
> > <!- 1:n mapping ->
> >
> > <mapping>istari@middle-earth=saruman@isengard;radigast;gandalf
> > </mapping>
> > <!- DSN mapping ->
> > <mapping>boromir@osgilliath=error:550 Requested action not
> > taken: no such user here</mapping>
> > <!- regex based mapping ->
> >
> > <mapping>*@osgilliath=regex:(.*)@osgilliath:${1}@minas-tirith<
> > /mapping>
> > <!- both standard and regex mapping ->
> >
> > <mapping>ring@*=onering@mordor;regex:ring@(.*):ring@${1}</mapping>
> > <!- conditional regex mapping example ->
> >
> > <mapping>*@listserver=regex:(.*)-on@listserver:${1}-subscribe@
> > listserver
> > ;
> >
> > regex:(.*)-off@listserver:${1}-unsubscribe@listserver
> > </mapping>
> > </mailet>
> > -->
> >
> > <!-- Anti-spam processing -->
> > <!-- The following two entries avoid double
> > anti-spam analysis
> > -->
> > <!-- for forwarded messages. -->
> > <!-- Has spam checking already been done? -->
> > <mailet match="HasMailAttribute=spamChecked"
> > class="ToProcessor">
> > <processor> transport </processor>
> > </mailet>
> > <!-- Spam checking will not be done twice -->
> > <mailet match="All" class="SetMailAttribute">
> > <spamChecked>true</spamChecked>
> > </mailet>
> >
> > <!-- White List:
> > If you use block lists, you will probably want to check
> > for known permitted senders. This is particularly true
> > if you use more aggressive block lists, such as SPEWS,
> > that are prone to block entire subnets without regard
> > for non-spamming senders.
> > -->
> >
> > <!-- Messages from authenticated senders never are spam -->
> > <mailet match="SMTPAuthSuccessful" class="ToProcessor">
> > <processor> transport </processor>
> > </mailet>
> >
> > <!-- Messages signed by trusted users never are spam -->
> > <!-- Uncommenting the following entry, messages with valid
> > signatures will never be considered spam. -->
> > <!-- This can be a valid policy *if* SMIMECheckSignature was
> > invoked -->
> > <!-- with <onlyTrusted>true</onlyTrusted> set -->
> > <!--
> > <mailet
> > match="HasMailAttribute=org.apache.james.SMIMECheckSignature"
> > class="ToProcessor">
> > <processor> transport </processor>
> > </mailet>
> > -->
> >
> > <!-- specific known senders -->
> > <!--
> > <mailet match="SenderIs=goodboy@goodhost"
> > class="ToProcessor">
> > <processor> transport </processor>
> > </mailet>
> > -->
> >
> > <!-- People on this list agree to pay a penalty if they send
> > spam -->
> > <mailet match="InSpammerBlacklist=query.bondedsender.org."
> > class="ToProcessor">
> > <processor> transport </processor>
> > </mailet>
> >
> > <!-- E-mail legally required not to be spam (see:
> > http://www.habeas.com) -->
> > <!--
> > <mailet match="HasHabeasWarrantMark" class="ToProcessor">
> > <processor> transport </processor>
> > </mailet>
> > -->
> >
> > <!-- If the sender is in a recipient's whitelist, it
> > is a valid
> > sender, -->
> > <!-- and as such the message should not be
> > considered spam for
> > such recipient. -->
> > <!--
> > <mailet match="IsInWhiteList=db://maildb" class="ToProcessor"
> > onMatchException="noMatch">
> > <processor> transport </processor>
> > </mailet>
> > -->
> >
> > <!-- End of White List -->
> >
> > <!-- Check for delivery from a known spam server -->
> > <!-- This set of matchers/mailets redirect all emails from
> > known -->
> > <!-- black holes, open relays, and spam servers to the spam
> > processor -->
> > <!-- For this set to function properly, the spam
> > processor must
> > be configured. -->
> > <mailet match="InSpammerBlacklist=dnsbl.njabl.org."
> > class="ToProcessor">
> > <processor> spam </processor>
> > <notice>550 Requested action not taken: rejected - see
> > http://njabl.org/ </notice>
> > </mailet>
> >
> > <!-- Sample matching to kill a message (send to Null) -->
> > <!--
> > <mailet match="RecipientIs=badboy@badhost" class="Null"/>
> > -->
> >
> > <!-- Anti spam bayesian analysis -->
> > <!--
> > <mailet match="All" class="BayesianAnalysis"
> > onMailetException="ignore">
> > <repositoryPath>db://maildb</repositoryPath>
> > <maxSize>200000</maxSize>
> > <headerName>X-MessageIsSpamProbability</headerName>
> > <ignoreLocalSender>true</ignoreLocalSender>
> > </mailet>
> >
> > <mailet
> > match="CompareNumericHeaderValue=X-MessageIsSpamProbability > 0.90"
> > class="SetMailAttribute" onMatchException="noMatch">
> > <isSpam>true</isSpam>
> > </mailet>
> >
> > <mailet
> > match="CompareNumericHeaderValue=X-MessageIsSpamProbability > 0.90"
> > class="SetMimeHeader" onMatchException="noMatch">
> > <name>X-MessageIsSpam</name>
> > <value>true</value>
> > </mailet>
> >
> > <mailet
> > match="CompareNumericHeaderValue=X-MessageIsSpamProbability > 0.99"
> > class="ToProcessor" onMatchException="noMatch">
> > <processor> spam </processor>
> > <notice>Spam not accepted</notice>
> > </mailet>
> > -->
> >
> > <!-- Send remaining mails to the transport processor
> > for either
> > local or remote delivery -->
> > <mailet match="All" class="ToProcessor">
> > <processor> transport </processor>
> > </mailet>
> > </processor>
> >
> > <!-- The error processor is required. James may internally set
> > emails to the -->
> > <!-- error state. The error processor is generally invoked when
> > there is an -->
> > <!-- unexpected error either in the mailet chain or internal to
> > James. -->
> > <!-- -->
> > <!-- By default configuration all email that generates
> > an error in
> > placed in -->
> > <!-- an error repository. -->
> > <processor name="error">
> > <!-- If you want to notify the sender their message generated
> > an error, uncomment this -->
> > <!--
> > <mailet match="All" class="Bounce"/>
> > -->
> > <!-- If you want to notify the postmaster that a message
> > generated an error, uncomment this -->
> > <!--
> > <mailet match="All" class="NotifyPostmaster"/>
> > -->
> >
> > <!-- Logs any messages to the repository specified -->
> > <mailet match="All" class="ToRepository">
> > <repositoryPath> file://var/mail/error/</repositoryPath>
> > <!-- An alternative database repository example
> > follows. -->
> > <!--
> > <repositoryPath> db://maildb/deadletter/error
> > </repositoryPath>
> > -->
> > </mailet>
> > </processor>
> >
> > <!-- Processor CONFIGURATION SAMPLE: transport is a
> > sample custom
> > processor for local or -->
> > <!-- remote delivery -->
> > <processor name="transport">
> >
> > <!-- This is an example configuration including configuration
> > for a list server. -->
> > <!-- CHECKME: before uncommenting this, edit the configuration
> > file's contents -->
> > <!--
> > &listserverConfig;
> > -->
> > <!--
> > <mailet match="SMTPAuthSuccessful" class="SetMimeHeader">
> > <name>X-UserIsAuth</name>
> > <value>true</value>
> > </mailet>
> > <mailet
> > match="HasMailAttribute=org.apache.james.SMIMECheckSignature"
> > class="SetMimeHeader">
> > <name>X-WasSigned</name>
> > <value>true</value>
> > </mailet>
> > -->
> > <!-- Add a server-side signature -->
> > <!-- In order to use SMIME capabilities you need to
> > install the
> > bouncycastle JCE -->
> > <!-- provider in your environment (james/lib) -->
> > <!-- e.g: bcprov-jdk14-129.jar from
> > http://www.bouncycastle.org/latest_releases.html -->
> > <!--
> > <mailet match="All" class="SMIMESign"
> > onMailetException="ignore">
> > <keyStoreType>jks</keyStoreType>
> > <keyStoreFileName>path.keystore</keyStoreFileName>
> > <keyStorePassword>myKeyStorePass</keyStorePassword>
> > <keyAlias>myKeyAlias</keyAlias>
> > <keyAliasPassword>myKeyPass</keyAliasPassword>
> > <signerName>XXX Trusted Server</signerName>
> > <rebuildFrom>true</rebuildFrom>
> > <postmasterSigns>true</postmasterSigns>
> > <debug>true</debug>
> > </mailet>
> > -->
> >
> > <!-- Experimental quota Matcher -->
> > <!-- This matcher need to calculate the mailbox size
> > everytime
> > it is called. This can slow down things if there are many mails in -->
> > <!-- the mailbox. Some users also report big
> > problems with the
> > matcher if a JDBC based mailrepository is used. -->
> > <!-- Check if over quota -->
> > <!--
> > <mailet match="RecipientIsOverFixedQuota=20M" class="Resend">
> > <sender>postmaster</sender>
> > <replyTo>postmaster</replyTo>
> > <reversePath>null</reversePath>
> > <inline>none</inline>
> > <attachment>message</attachment>
> > <prefix>[OVER QUOTA WARNING]</prefix>
> > <message>
> > When receiving the attached message, your mailbox is larger
> > than 20 MB,
> > which is the maximum allowed quota. The mailbox will not be
> > blocked, but
> > we ask you to empty it ASAP.
> >
> > It is likely that you have set, in your mail client account,
> > the option
> > "leave a copy of messages on server". For any help ask your
> > administrators.
> >
> > Regards, Postmaster XXX.YYY
> > .....................................
> > </message>
> > </mailet>
> > -->
> >
> > <!-- Is the recipient is for a local account, deliver it
> > locally -->
> > <mailet match="RecipientIsLocal" class="LocalDelivery"/>
> >
> > <!-- If the host is handled by this server and it did not get
> > -->
> > <!-- locally delivered, this is an invalid recipient -->
> > <mailet match="HostIsLocal" class="ToProcessor">
> > <processor> local-address-error </processor>
> > <notice>550 - Requested action not taken: no such user
> > here</notice>
> > </mailet>
> >
> > <!-- CHECKME! -->
> > <!-- This is an anti-relay matcher/mailet combination -->
> > <!-- -->
> > <!-- Emails sent from servers not in the network
> > list are -->
> > <!-- rejected as spam. This is one method of preventing your
> > -->
> > <!-- server from being used as an open relay. Make sure you
> > understand -->
> > <!-- how to prevent your server from becoming an open relay
> > before -->
> > <!-- changing this configuration. See also
> > <authorizedAddresses> in SMTP Server -->
> > <!-- -->
> > <!-- This matcher/mailet combination must come after local
> > delivery has -->
> > <!-- been performed. Otherwise local users will not
> > be able to
> > receive -->
> > <!-- email from senders not in this remote address list. -->
> > <!-- -->
> > <!-- If you are using this matcher/mailet you will probably
> > want to -->
> > <!-- update the configuration to include your own
> > network/addresses. The -->
> > <!-- matcher can be configured with a comma separated list of
> > IP addresses -->
> > <!-- wildcarded IP subnets, and wildcarded hostname subnets.
> > -->
> > <!-- e.g. "RemoteAddrNotInNetwork=127.0.0.1, abc.de.*,
> > 192.168.0.*" -->
> > <!-- -->
> > <!-- If you are using SMTP authentication then you can (and
> > generally -->
> > <!-- should) disable this matcher/mailet pair. -->
> > <mailet match="RemoteAddrNotInNetwork=127.0.0.1"
> > class="ToProcessor">
> > <processor> relay-denied </processor>
> > <notice>550 - Requested action not taken: relaying
> > denied</notice>
> > </mailet>
> >
> > <!-- Attempt remote delivery using the specified
> > repository for
> > the spool, -->
> > <!-- using delay time to retry delivery and the
> > maximum number
> > of retries -->
> > <mailet match="All" class="RemoteDelivery">
> > <outgoing> file://var/mail/outgoing/ </outgoing>
> > <!-- alternative database repository example below -->
> > <!--
> > <outgoing> db://maildb/spool/outgoing </outgoing>
> > -->
> >
> > <!-- Delivery Schedule based upon RFC 2821, 4.5.4.1 -->
> > <!-- 5 day retry period, with 4 attempts in the first
> > hour, two more within the first 6 hours, and then
> > every 6 hours for the rest of the period. -->
> > <delayTime> 5 minutes </delayTime>
> > <delayTime> 10 minutes </delayTime>
> > <delayTime> 45 minutes </delayTime>
> > <delayTime> 2 hours </delayTime>
> > <delayTime> 3 hours </delayTime>
> > <delayTime> 6 hours </delayTime>
> > <maxRetries> 25 </maxRetries>
> >
> > <!-- The number of threads that should be trying
> > to deliver
> > outgoing messages -->
> > <deliveryThreads> 1 </deliveryThreads>
> >
> > <!-- If false the message will not be sent to given server
> > if any recipients fail -->
> > <sendpartial>false</sendpartial>
> >
> > <!-- By default we send bounces to the "bounce" processor
> > -->
> > <!-- By removing this configuration James will fallback to
> > hardcoded bounce -->
> > <!-- notifications -->
> > <bounceProcessor>bounces</bounceProcessor>
> >
> > <!-- A single mail server to deliver all outgoing
> > messages.
> > -->
> > <!-- This is useful if this server is a backup or failover
> > machine, -->
> > <!-- or if you want all messages to be routed through a
> > particular mail server, -->
> > <!-- regardless of the email addresses specified in the
> > message -->
> > <!-- -->
> > <!-- The gateway element specifies the gateway SMTP server
> > name. -->
> > <!-- If your gateway mail server is listening on a port
> > other than 25, -->
> > <!-- you can set James to connect to it on that port using
> > the gatewayPort -->
> > <!-- element. -->
> > <!-- Although normally multiple addresses are implemented
> > through proper -->
> > <!-- DNS configuration, the RemoteDelivery mail does allow
> > specifying -->
> > <!-- multiple gateway elements, each of which may
> > also have
> > a port -->
> > <!-- e.g., mygateway:2525 -->
> > <!-- the gatewayPort element is used as a default -->
> > <gateway> servername.corp.capgemini.com </gateway>
> > <gatewayPort>25</gatewayPort>
> > <!-- If the gateway requires smtp authentication the
> > following directives -->
> > <!-- (gatewayusername/gatewayPassword) can be used. -->
> > <!--
> > <gatewayusername>login</gatewayusername>
> > <gatewayPassword>pass</gatewayPassword>
> > -->
> >
> > <!-- Set the HELO/EHLO name to use when connectiong to
> > remote SMTP-Server -->
> > <!--
> > <mail.smtp.localhost>myMailServer</mail.smtp.localhost>
> > -->
> > </mailet>
> >
> > </processor>
> >
> > <!-- Processor CONFIGURATION SAMPLE: spam is a sample custom
> > processor for handling -->
> > <!-- spam. -->
> > <!-- You can either log these, bounce these, or just
> > ignore them.
> > -->
> > <processor name="spam">
> > <!-- To destroy all messages, uncomment this matcher/mailet
> > configuration -->
> > <!--
> > <mailet match="All" class="Null"/>
> > -->
> >
> > <!-- To notify the sender their message was marked as spam,
> > uncomment this matcher/mailet configuration -->
> > <!--
> > <mailet match="All" class="Bounce"/>
> > -->
> >
> > <!-- To notify the postmaster that a message was marked as
> > spam, uncomment this matcher/mailet configuration -->
> > <!--
> > <mailet match="All" class="NotifyPostmaster"/>
> > -->
> >
> > <!-- To log the message to a repository, this matcher/mailet
> > configuration should be uncommented. -->
> > <!-- This is the default configuration. -->
> > <mailet match="All" class="ToRepository">
> > <repositoryPath>file://var/mail/spam/</repositoryPath>
> >
> > <!-- Changing the repositoryPath, as in this commented out
> > example, will -->
> > <!-- cause the mails to be stored in a database
> > repository.
> > -->
> > <!-- Please note that only one repositoryPath
> > element can be
> > present for the mailet -->
> > <!-- configuration. -->
> > <!--
> > <repositoryPath> db://maildb/deadletter/spam
> > </repositoryPath>
> > -->
> > </mailet>
> > </processor>
> >
> > <!-- messages containing viruses. -->
> > <processor name="virus">
> >
> > <!-- To avoid a loop while bouncing -->
> > <mailet match="All" class="SetMailAttribute">
> > <org.apache.james.infected>true,
> > bouncing</org.apache.james.infected>
> > </mailet>
> >
> > <!-- If the sender is authenticated, notify the infection -->
> > <mailet match="SMTPAuthSuccessful" class="Bounce">
> > <inline>heads</inline>
> > <attachment>none</attachment>
> > <notice> Warning: We were unable to deliver the message
> > below because it was found infected by virus(es). </notice>
> > </mailet>
> >
> > <!-- In any other situation ghost it, -->
> > <!-- as viruses almost always spoof the sender's address -->
> > <mailet match="All" class="Null" />
> > </processor>
> >
> > <!-- This processor handles messages that are for local domains,
> > where the user is unknown -->
> > <processor name="local-address-error">
> > <!-- To avoid bouncing/archiving spam, uncomment this
> > matcher/mailet configuration -->
> > <!--
> > <mailet match="HasMailAttribute=isSpam" class="Null"
> > onMatchException="noMatch"/>
> > -->
> >
> > <!-- To notify the sender the address was invalid, uncomment
> > this matcher/mailet configuration -->
> > <!-- The original message is not attached to keep the bounce
> > processor from deliverying spam -->
> > <!--
> > <mailet match="All" class="Bounce">
> > <attachment>none</attachment>
> > </mailet>
> > -->
> >
> > <!-- To notify the postmaster that a message had an invalid
> > address, uncomment this matcher/mailet configuration -->
> > <!--
> > <mailet match="All" class="NotifyPostmaster"/>
> > -->
> >
> > <mailet match="All" class="ToRepository">
> > <repositoryPath>
> > file://var/mail/address-error/</repositoryPath>
> > <!-- An alternative database repository example
> > follows. -->
> > <!--
> > <repositoryPath> db://maildb/deadletter/address-error
> > </repositoryPath>
> > -->
> > </mailet>
> > </processor>
> >
> > <!-- This processor handles messages that are for
> > foreign domains,
> > where relaying is denied -->
> > <!-- As of James v2.2, this processor can be deprecated by using
> > the <authorizedAddresses> tag
> > in the SMTP Server, and rejecting the message in
> > the protocol
> > transaction. -->
> > <processor name="relay-denied">
> > <!-- To notify the sender the address was invalid, uncomment
> > this matcher/mailet configuration -->
> > <!-- The original message is not attached to keep the bounce
> > processor from deliverying spam -->
> > <!--
> > <mailet match="All" class="Bounce">
> > <attachment>none</attachment>
> > </mailet>
> > -->
> >
> > <!-- To notify the postmaster that a relay request
> > was denied,
> > uncomment this matcher/mailet configuration -->
> > <!--
> > <mailet match="All" class="NotifyPostmaster"/>
> > -->
> >
> > <mailet match="All" class="ToRepository">
> >
> > <repositoryPath>file://var/mail/relay-denied/</repositoryPath>
> > <!-- An alternative database repository example
> > follows. -->
> > <!--
> > <repositoryPath> db://maildb/deadletter/relay-denied
> > </repositoryPath>
> > -->
> > </mailet>
> > </processor>
> >
> > <!-- This processor handle the bounces from
> > RemoteDelivery: As of
> > James v2.3, this is the new -->
> > <!-- Default. -->
> > <!-- -->
> > <!-- DSNBounce properly create a DSN compliant bounce -->
> > <processor name="bounces">
> > <mailet match="All" class="DSNBounce">
> > <passThrough>false</passThrough>
> >
> > <!-- optional subject prefix prepended to the original
> > message -->
> > <!--
> > <prefix>[bounce]</prefix>
> > -->
> >
> > <!-- message, heads or none, default=message -->
> > <!--
> > <attachment>heads</attachment>
> > -->
> >
> > <!-- the message sent in the bounce, the first
> > occurrence of
> > the pattern [machine] is -->
> > <!-- replaced with the name of the executing machine -->
> > <!-- Default: Hi. This is the James mail server
> > at [machine]
> > ... -->
> > <!--
> > <messageString>Here is [machine]. I'm not able to deliver
> > this message.</messageString>
> > -->
> > </mailet>
> > </processor>
> > </spoolmanager>
> >
> > <!-- DNS Server Block -->
> > <!-- -->
> > <!-- Specifies DNS Server information for use by various components
> > inside -->
> > <!-- James. -->
> > <!-- -->
> > <!-- If autodiscover is true, James will attempt to
> > autodiscover the
> > DNS servers configured on your underlying system.-->
> > <!-- Currently, this works if the OS has a unix-like
> > /etc/resolv.conf,-->
> > <!-- or the system is Windows based with ipconfig or winipcfg.-->
> > <!-- -->
> > <!-- If no DNS servers are found and you have not specified any
> > below, 127.0.0.1 will be used-->
> > <!-- If you use autodiscover and add DNS servers manually a
> > combination of all the dns servers will be used -->
> > <!-- -->
> > <!-- Information includes a list of DNS Servers to be used
> > by James.
> > These are -->
> > <!-- specified by the server elements, each of which is a child
> > element of the -->
> > <!-- servers element. Each server element is the IP address of a
> > single DNS server. -->
> > <!-- The servers element can have multiple server children. -->
> > <dnsserver>
> > <servers>
> > <!--Enter ip address of your DNS server, one IP address per
> > server -->
> > <!-- element. -->
> > <!--
> > <server>127.0.0.1</server>
> > -->
> > </servers>
> > <!-- Change autodiscover to false if you would like to turn off
> > autodiscovery -->
> > <!-- and set the DNS servers manually in the <servers>
> > section -->
> > <autodiscover>true</autodiscover>
> > <authoritative>false</authoritative>
> >
> > <!-- Maximum number of entries to maintain in the DNS cache -->
> > <maxcachesize>50000</maxcachesize>
> > </dnsserver>
> >
> > <!-- The RemoteManager server is enabled by default -->
> > <!-- Disabling blocks will stop them from listening, -->
> > <!-- but does not free as many resources as removing them would -->
> > <remotemanager enabled="false">
> > <port>4555</port>
> > <!-- Uncomment this if you want to bind to a specific
> > inetaddress
> > -->
> > <!--
> > <bind> </bind>
> > -->
> > <!-- Uncomment this if you want to use TLS (SSL) on
> > this port -->
> > <!--
> > <useTLS>true</useTLS>
> > -->
> > <handler>
> > <!-- This is the name used by the server to identify
> > itself in
> > the RemoteManager -->
> > <!-- protocol. If autodetect is TRUE, the server
> > will discover
> > its -->
> > <!-- own host name and use that in the protocol. If
> > discovery
> > fails, -->
> > <!-- the value of 'localhost' is used. If
> > autodetect is FALSE,
> > James -->
> > <!-- will use the specified value. -->
> > <helloName autodetect="true">myMailServer</helloName>
> > <administrator_accounts>
> > <!-- CHECKME! -->
> > <!-- Change the default login/password. -->
> > <account login="root" password="root"/>
> > </administrator_accounts>
> > <connectiontimeout> 60000 </connectiontimeout>
> > <!-- The prompt directive adds a prompt to every output from
> > RemoteManager -->
> > <!--
> > <prompt>james></prompt>
> > -->
> > </handler>
> > </remotemanager>
> >
> > <!-- The POP3 server is enabled by default -->
> > <!-- Disabling blocks will stop them from listening, -->
> > <!-- but does not free as many resources as removing them
> > would -->
> > <pop3server enabled="false">
> > <!-- port 995 is the well-known/IANA registered port
> > for POP3S ie
> > over SSL/TLS -->
> > <!-- port 110 is the well-known/IANA registered port
> > for Standard
> > POP3 -->
> > <port>110</port>
> >
> > <!-- Uncomment this if you want to bind to a specific
> > inetaddress
> > -->
> > <!--
> > <bind> </bind>
> > -->
> > <!-- Uncomment this if you want to use TLS (SSL) on
> > this port -->
> > <!--
> > <useTLS>true</useTLS>
> > -->
> >
> > <handler>
> > <!-- This is the name used by the server to identify
> > itself in
> > the POP3 -->
> > <!-- protocol. If autodetect is TRUE, the server
> > will discover
> > its -->
> > <!-- own host name and use that in the protocol. If
> > discovery
> > fails, -->
> > <!-- the value of 'localhost' is used. If
> > autodetect is FALSE,
> > James -->
> > <!-- will use the specified value. -->
> > <helloName autodetect="true">myMailServer</helloName>
> > <connectiontimeout>120000</connectiontimeout>
> > </handler>
> > </pop3server>
> >
> > <!-- The SMTP server is enabled by default -->
> > <!-- Disabling blocks will stop them from listening, -->
> > <!-- but does not free as many resources as removing them
> > would -->
> > <smtpserver enabled="true">
> > <!-- port 25 is the well-known/IANA registered port for SMTP -->
> > <port>25</port>
> >
> > <!-- Uncomment this if you want to bind to a specific
> > inetaddress
> > -->
> > <!-- Please NOTE: you should add this IP also to your
> > RemoteAddrNotInNetwork -->
> > <!-- in order to avoid relay check for locallly
> > generated bounces
> > -->
> > <!--
> > <bind> </bind>
> > -->
> > <!-- Uncomment this if you want to use TLS (SSL) on
> > this port -->
> > <!--
> > <useTLS>true</useTLS>
> > -->
> >
> > <handler>
> > <!-- This is the name used by the server to identify
> > itself in
> > the SMTP -->
> > <!-- protocol. If autodetect is TRUE, the server
> > will discover
> > its -->
> > <!-- own host name and use that in the protocol. If
> > discovery
> > fails, -->
> > <!-- the value of 'localhost' is used. If
> > autodetect is FALSE,
> > James -->
> > <!-- will use the specified value. -->
> > <helloName autodetect="true">myMailServer</helloName>
> > <connectiontimeout>360000</connectiontimeout>
> >
> > <!-- Uncomment this if you want to require SMTP
> > authentication.
> >
> > supported values:
> > true: required but announced only to not
> > authorizedAddresses
> > false: don't use AUTH
> > announce: like true, but always announce AUTH
> > capability
> > to clients
> >
> > The correct behaviour per RFC value would be false or
> > announce
> > but we still support true for backward
> > compatibility and
> > because
> > some webmail client fails when AUTH is announced but no
> > authentication
> > information has been provided
> > -->
> > <!--
> > <authRequired>true</authRequired>
> > -->
> >
> > <!-- CHECKME! -->
> > <!-- Uncomment this if you want to authorize specific
> > addresses/networks.
> > If you use SMTP AUTH, addresses that match those
> > specified here will
> > be permitted to relay without SMTP AUTH. If you do not
> > use SMTP
> > AUTH, and you specify addreses here, then only
> > addresses
> > that match
> > those specified will be permitted to relay.
> >
> > Addresses may be specified as a an IP address or domain
> > name, with an
> > optional netmask, e.g.,
> >
> > 127.*, 127.0.0.0/8, 127.0.0.0/255.0.0.0, and
> > localhost/8
> > are all the same
> >
> > See also the RemoteAddrNotInNetwork matcher in the
> > transport processor.
> > You would generally use one OR the other approach.
> > -->
> > <authorizedAddresses>127.0.0.0/8</authorizedAddresses>
> >
> > <!-- Uncomment this if you want to verify sender addresses,
> > ensuring that -->
> > <!-- the sender address matches the user who has
> > authenticated. -->
> > <!-- This prevents a user of your mail server from acting as
> > someone else -->
> > <!--
> > <verifyIdentity>true</verifyIdentity>
> > -->
> >
> > <!-- This sets the maximum allowed message size (in
> > kilobytes)
> > for this -->
> > <!-- SMTP service. If unspecified, the value defaults to 0,
> > which means no limit. -->
> > <maxmessagesize>0</maxmessagesize>
> >
> > <!-- This sets wether to enforce the use of HELO/EHLO
> > salutation before a -->
> > <!-- MAIL command is accepted. If unspecified, the value
> > defaults to true -->
> > <!--
> > <heloEhloEnforcement>true</heloEhloEnforcement>
> > -->
> >
> > <!-- SMTP Handler Chain customization -->
> > <!-- Uncomment this and edit james-smtphandlerchain.xml
> > configuration file to -->
> > <!-- enable the experimental fastfail features. Look at the
> > james-smtphandlerchain.xml -->
> > <!-- for further informations -->
> > <!--
> > &smtphandlerchainConfig;
> > -->
> >
> > </handler>
> > </smtpserver>
> >
> > <!-- The NNTP server is enabled by default -->
> > <!-- Disabling blocks will stop them from listening, -->
> > <!-- but does not free as many resources as removing them
> > would -->
> > <!-- NNTP-specific: if you disable the NNTP Server, you
> > should also
> > set the nntp-repository's
> > threadCount to 0, otherwise there will be threads active and
> > polling -->
> > <nntpserver enabled="false">
> > <!-- THE NNTP PROTOCOL IS EXPERIMENTAL AND NOT AS WELL
> > TESTED AS SMTP
> > AND POP3 IN THIS RELEASE.
> > The James project recommends that you check the James web site
> > for updates to the NNTP
> > service. -->
> > <!-- port 563 is the well-known/IANA registered port
> > for NNTP over
> > SSL/TLS -->
> > <!-- port 119 is the well-known/IANA registered port
> > for Standard
> > NNTP -->
> > <port>119</port>
> >
> > <!-- Uncomment this if you want to bind to a specific
> > inetaddress
> > -->
> > <!--
> > <bind> </bind>
> > -->
> > <!-- Uncomment this if you want to use TLS (SSL) on
> > this port -->
> > <!--
> > <useTLS>true</useTLS>
> > -->
> >
> > <handler>
> > <!-- This is the name used by the server to identify
> > itself in
> > the NNTP -->
> > <!-- protocol. If autodetect is TRUE, the server
> > will discover
> > its -->
> > <!-- own host name and use that in the protocol. If
> > discovery
> > fails, -->
> > <!-- the value of 'localhost' is used. If
> > autodetect is FALSE,
> > James -->
> > <!-- will use the specified value. -->
> > <helloName autodetect="true">myMailServer</helloName>
> > <connectiontimeout>120000</connectiontimeout>
> > <!-- Set the authRequired value to true to enable
> > authenticated NNTP -->
> > <authRequired>false</authRequired>
> > </handler>
> > </nntpserver>
> >
> > <nntp-repository>
> > <!-- If this is set to true, posting will be disallowed. -->
> > <readOnly>false</readOnly>
> >
> > <rootPath>file://var/nntp/groups</rootPath>
> > <tempPath>file://var/nntp/temp</tempPath>
> > <articleIDPath>file://var/nntp/articleid</articleIDPath>
> >
> > <articleIDDomainSuffix>news.james.apache.org</articleIDDomainSuffix>
> >
> > <!-- The news groups hosted in this NNTP repository. -->
> > <!-- Groups here will be added to those found in the
> > file system,
> > but removing groups from here will NOT remove them from the
> > server. Change <newsgroups> to <newsgroups only="true"> to
> > restrict newsgroups to ONLY those found in this list. -->
> > <newsgroups>
> > <newsgroup>org.apache.james.dev</newsgroup>
> > <newsgroup>org.apache.james.user</newsgroup>
> > <newsgroup>org.apache.avalon.dev</newsgroup>
> > <newsgroup>org.apache.avalon.user</newsgroup>
> > </newsgroups>
> >
> > <spool>
> > <configuration>
> > <spoolPath>file://var/nntp/spool</spoolPath>
> > <!-- The number of threads that process spooler related
> > tasks. -->
> > <threadCount>0</threadCount>
> > <!-- The spool thread(s) should idle for some time, if it
> > has nothing to do -->
> > <threadIdleTime>60000</threadIdleTime>
> > </configuration>
> > </spool>
> > </nntp-repository>
> >
> > <!-- Spool repository configuration -->
> > <!-- The spool repository is the location where incoming mails are
> > temporarily stored -->
> > <!-- before being processed. -->
> > <spoolrepository destinationURL="file://var/mail/spool/"
> > type="SPOOL"/>
> >
> > <!-- Alternative spool repository definition for JDBC use -->
> > <!--
> > <spoolrepository destinationURL="db://maildb/spool/spool"
> > type="SPOOL"/>
> > -->
> >
> > <!-- Alternative spool repository definition for JDBC use -->
> > <!-- Stores message body in file system, rest in database -->
> > <!--
> > <spoolrepository destinationURL="dbfile://maildb/spool/spool"
> > type="SPOOL"/>
> > -->
> >
> > <!-- The Mailstore block -->
> > <mailstore>
> > <repositories>
> >
> > <!-- File based repositories. These repositories store all
> > message data -->
> > <!-- in the file system. -->
> > <repository
> > class="org.apache.james.mailrepository.AvalonMailRepository">
> > <protocols>
> > <protocol>file</protocol>
> > </protocols>
> > <types>
> > <type>MAIL</type>
> > </types>
> > </repository>
> > <repository
> > class="org.apache.james.mailrepository.AvalonSpoolRepository">
> > <protocols>
> > <protocol>file</protocol>
> > </protocols>
> > <types>
> > <type>SPOOL</type>
> > </types>
> > </repository>
> >
> > <!-- JDBC based repositories. These repositories store all
> > message data -->
> > <!-- in the database. -->
> > <repository
> > class="org.apache.james.mailrepository.JDBCMailRepository">
> > <protocols>
> > <protocol>db</protocol>
> > </protocols>
> > <types>
> > <type>MAIL</type>
> > </types>
> > <config>
> > <sqlFile>file://conf/sqlResources.xml</sqlFile>
> > <!-- Set the size threshold for in memory handling of
> > storing operations -->
> > <!-- Default is currently 409600000 due to a bug with
> > mysql and binary stream -->
> > <!-- currently under investigation. Please change this
> > only if you know what -->
> > <!-- you do, this is EXPERIMENTAL -->
> > <!--
> > <inMemorySizeLimit>4096</inMemorySizeLimit>
> > -->
> > </config>
> > </repository>
> >
> > <repository
> > class="org.apache.james.mailrepository.JDBCSpoolRepository">
> > <protocols>
> > <protocol>db</protocol>
> > </protocols>
> > <types>
> > <type>SPOOL</type>
> > </types>
> > <config>
> > <sqlFile>file://conf/sqlResources.xml</sqlFile>
> > <maxcache>1000</maxcache>
> > <!-- Set the size threshold for in memory handling of
> > storing operations -->
> > <!-- Default is currently 409600000 due to a bug with
> > mysql and binary stream -->
> > <!-- currently under investigation. Please change this
> > only if you know what -->
> > <!-- you do, this is EXPERIMENTAL -->
> > <!--
> > <inMemorySizeLimit>4096</inMemorySizeLimit>
> > -->
> > </config>
> > </repository>
> >
> > <!-- These repositories store message delivery and headers in
> > the DB, and the body to the filesystem -->
> > <repository
> > class="org.apache.james.mailrepository.JDBCMailRepository">
> > <protocols>
> > <protocol>dbfile</protocol>
> > </protocols>
> > <types>
> > <type>MAIL</type>
> > </types>
> > <config>
> > <sqlFile>file://conf/sqlResources.xml</sqlFile>
> > <filestore>file://var/dbmail</filestore>
> > </config>
> > </repository>
> >
> > <repository
> > class="org.apache.james.mailrepository.JDBCSpoolRepository">
> > <protocols>
> > <protocol>dbfile</protocol>
> > </protocols>
> > <types>
> > <type>SPOOL</type>
> > </types>
> > <config>
> > <sqlFile>file://conf/sqlResources.xml</sqlFile>
> > <filestore>file://var/dbmail</filestore>
> > <maxcache>1000</maxcache>
> > </config>
> > </repository>
> >
> > <!-- The mbox repository is designed for MAIL only; SPOOL
> > performance would be less than ideal-->
> > <repository
> > class="org.apache.james.mailrepository.MBoxMailRepository">
> > <protocols>
> > <protocol>mbox</protocol>
> > </protocols>
> > <types>
> > <type>MAIL</type>
> > </types>
> > </repository>
> >
> > <repository
> > class="org.apache.james.mailrepository.filepair.File_Persisten
> > t_Object_R
> > epository">
> > <protocols>
> > <protocol>file</protocol>
> > </protocols>
> > <types>
> > <type>OBJECT</type>
> > </types>
> > <models>
> > <model>SYNCHRONOUS</model>
> > <model>ASYNCHRONOUS</model>
> > <model>CACHE</model>
> > </models>
> > </repository>
> >
> > <repository
> > class="org.apache.james.mailrepository.filepair.File_Persisten
> > t_Stream_R
> > epository">
> > <protocols>
> > <protocol>file</protocol>
> > </protocols>
> > <types>
> > <type>STREAM</type>
> > </types>
> > <models>
> > <model>SYNCHRONOUS</model>
> > <model>ASYNCHRONOUS</model>
> > <model>CACHE</model>
> > </models>
> > </repository>
> > </repositories>
> >
> > </mailstore>
> >
> >
> > <!-- The User Storage block -->
> > <users-store>
> > <!-- Configure User Repositories here. -->
> > <!-- -->
> > <!-- User repositories are required for the following purposes:
> > -->
> > <!-- - storing James user information, including forwards,
> > aliases, -->
> > <!-- and authentication data. -->
> > <!-- - holding lists of users for the listserv mailet -->
> > <!-- Currently, two different storage options are available: -->
> > <!-- - file-based storage using Java serialization -->
> > <!-- - database-backed storage -->
> > <!-- (Use of database or file-system is defined on a
> > "per-repository" basis) -->
> > <!-- -->
> > <!-- Note: One user repository is required for James: -->
> > <!-- LocalUsers - the users for whom you are providing POP3,
> > NNTP, or SMTP service -->
> > <!-- -->
> > <!-- Other repositories may be used by matchers or mailets. -->
> >
> > <!-- Default: File-based user repositories Use these
> > configurations to store user info in the filesystem -->
> > <!-- The LocalUsers repository, for storing James' User
> > info. -->
> > <repository name="LocalUsers"
> > class="org.apache.james.userrepository.UsersFileRepository">
> > <destination URL="file://var/users/"/>
> > </repository>
> >
> >
> > <!-- Database backed user repositories -->
> > <!-- -->
> > <!-- Use these configurations to store user info in a database.
> > -->
> > <!-- Note: The <data-source> element must refer to a connection
> > configured -->
> > <!-- in the <database-connections> configuration section.
> > -->
> >
> > <!-- The LocalUsers repository, for storing James' User
> > info. -->
> > <!--
> > <repository name="LocalUsers"
> > class="org.apache.james.userrepository.JamesUsersJdbcRepository"
> > destinationURL="db://maildb/users">
> > <sqlFile>file://conf/sqlResources.xml</sqlFile>
> > </repository>
> > -->
> >
> > <!-- This is an example configuration including
> > configuration for
> > a list server. -->
> > <!-- CHECKME: before uncommenting this, edit the configuration
> > file's contents -->
> > <!--
> > &listserverStores;
> > -->
> >
> > </users-store>
> >
> > <!-- The database-connections block -->
> > <database-connections>
> > <!-- These connections are referred to by name elsewhere in the
> > config file -->
> > <!-- CHECKME! -->
> > <!-- To allow James to use a database you must configure the
> > database connection here. -->
> > <!-- If you are not using a database, you can leave this section
> > unchanged. -->
> > <!-- These connections are referred to by name in URLs elsewhere
> > in the config file. -->
> > <!--
> > James has previously used an in-house connection pool,
> > Mordred.
> > Mordred is being deprecated in favor of Jakarta
> > Commons DBCP.
> > To use DBCP: org.apache.james.util.dbcp.JdbcDataSource
> > To use Mordred:
> > org.apache.james.util.mordred.JdbcDataSource
> >
> > Change it back, of course, to use Mordred.
> >
> > NOTE: DBCP is configured to recover from a database server
> > outage.
> > This, alone, may be reason for you to give it a try.
> > -->
> >
> > <!-- Default James distribution includes Apache Derby database,
> > -->
> > <!-- which is easy to embed - but we support all the major SQL
> > -->
> > <!-- databases - just reconfigure your JDBC configuration -->
> > <!--
> > <data-source name="maildb"
> > class="org.apache.james.util.dbcp.JdbcDataSource">
> > <driver>org.apache.derby.jdbc.EmbeddedDriver</driver>
> >
> > <dburl>jdbc:derby:../apps/james/var/derbydb;create=true</dburl>
> > <user></user>
> > <password></password>
> > <poolPreparedStatements>true</poolPreparedStatements>
> > <max>20</max>
> > </data-source>
> > -->
> >
> > <!-- JDBC driver .jar libraries for other RDBMS can be placed in
> > ~james/lib/ -->
> >
> > <!-- You can download latest Connector/J from -->
> > <!-- http://dev.mysql.com/downloads/connector/j/3.1.html -->
> > <!-- -->
> > <!-- Example, connecting to a MySQL database called "mail" on
> > localhost-->
> > <!-- -->
> > <!-- The max value is the maximum number of concurrent
> > connections
> > James will -->
> > <!-- open to this database-->
> > <!-- If you see "SQLException: Giving up... no connections
> > available." in your -->
> > <!-- log files or bounced mail you should increase this
> > value -->
> > <!--
> > <data-source name="maildb"
> > class="org.apache.james.util.dbcp.JdbcDataSource">
> > <driver>com.mysql.jdbc.Driver</driver>
> > <dburl>jdbc:mysql://127.0.0.1/mail?autoReconnect=true</dburl>
> > <user>username</user>
> > <password>password</password>
> > <max>20</max>
> > </data-source>
> > -->
> >
> > <!-- Example, connecting to a Microsoft MSSQL database called
> > "mail" on localhost-->
> > <!-- -->
> > <!-- The max value is the maximum number of concurrent
> > connections
> > James will -->
> > <!-- open to this database-->
> > <!-- If you see "SQLException: Giving up... no connections
> > available." in your -->
> > <!-- log files or bounced mail you should increase this
> > value -->
> > <!--
> > <data-source name="maildb"
> > class="org.apache.james.util.dbcp.JdbcDataSource">
> > <driver>com.inet.tds.TdsDriver</driver>
> > <dburl>jdbc:inetdae7:127.0.0.1?database=James</dburl>
> > <user>sa_james</user>
> > <password>blahblah</password>
> > <max>20</max>
> > </data-source>
> > -->
> >
> > <!-- Here is a configuration for hsqldb (formerly HypersonicSQL)
> > -->
> > <!-- You can download the db from http://www.hsqldb.org/ . Just
> > put the -->
> > <!-- hsqldb.jar in the lib directory and uncomment the following
> > block -->
> > <!--
> > <data-source name="maildb"
> > class="org.apache.james.util.dbcp.JdbcDataSource">
> > <driver>org.hsqldb.jdbcDriver</driver>
> > <dburl>jdbc:hsqldb:target/data/hsqldb</dburl>
> > <user>sa</user>
> > <password></password>
> > <max>20</max>
> > </data-source>
> > -->
> >
> > </database-connections>
> >
> > <!-- Configuration for Cornerstone Services -->
> > <!-- -->
> > <!-- For a simple configuration, nothing beneath this line should
> > require -->
> > <!-- alteration. -->
> > <!-- -->
> > <!-- You will need to adjust the Socket Manager service
> > configuration
> > if you want -->
> > <!-- to enable secure sockets (TLS) for any James service.
> > -->
> > <!-- -->
> > <!-- Complex or high volume configurations may require
> > changes to the
> > parameters -->
> > <!-- in this section. Please read the James and Avalon
> > documentation
> > before -->
> > <!-- attempting to adjust this section. -->
> > <!-- -->
> >
> > <!-- The Connection Manager block -->
> > <!-- -->
> > <!-- The idle-timeout is the number of milliseconds that
> > it will take
> > for idle -->
> > <!-- client connections managed by this connection manager to be
> > marked at timed out. -->
> > <!-- If no value is specified, the value defaults to 5 minutes,
> > 300000 milliseconds -->
> > <!-- A value of 0 means that client sockets will not timeout. -->
> > <!-- -->
> > <!-- The max-connections parameter specifies the default maximum
> > number of client -->
> > <!-- connections that this connection manager will allow
> > per managed
> > server socket. -->
> > <!-- This value can be overridden by each individual service. -->
> > <!-- If no value is specified, the value defaults to 30. -->
> > <!-- A value of 0 creates a maximum of 1 connection due to
> > the use of
> > the HardResourceLimiting -->
> > <!-- thread pool by the ServerConnection class. -->
> > <!-- Resource limitations imposed by other components
> > (i.e. max # of
> > threads) may -->
> > <!-- serve to limit the number of open connections. -->
> > <!-- -->
> > <connections>
> > <idle-timeout>300000</idle-timeout>
> > <max-connections>30</max-connections>
> > </connections>
> >
> > <!-- The Socket Manager block -->
> > <!-- -->
> > <!-- The server-sockets element has a number of factory
> > sub-elements.
> > -->
> > <!-- Each of the factory elements has a name and class
> > attribute -->
> > <!-- The name attribute for each factory element must be
> > unique. -->
> > <!-- The class attribute is the name of a class that implements the
> > -->
> > <!-- interface
> > org.apache.avalon.cornerstone.services.ServerSocketFactory -->
> > <!-- Specific factory elements may require some sub-elements. This
> > is -->
> > <!-- factory class dependent. -->
> > <!-- -->
> > <!-- The client-sockets element has a number of factory
> > sub-elements.
> > -->
> > <!-- Each of the factory elements has a name and class
> > attribute -->
> > <!-- The name attribute for each factory element must be
> > unique. -->
> > <!-- The class attribute is the name of a class that implements the
> > -->
> > <!-- interface org.apache.avalon.cornerstone.services.SocketFactory
> > -->
> > <!-- Specific factory elements may require some sub-elements. This
> > is -->
> > <!-- factory class dependent. -->
> > <!-- -->
> > <!-- In order to use the ssl factory under Java 1.5 and support all
> > Clients -->
> > <!-- (particularly Mozilla Thunderbird) you need to install the Sun
> > JCE -->
> > <!-- provider in your environment (james/lib) -->
> > <!-- e.g: jre/lib/ext/sunjce_provider.jar -->
> > <!-- -->
> > <sockets>
> > <server-sockets>
> > <factory name="plain"
> > class="org.apache.avalon.cornerstone.blocks.sockets.DefaultSer
> > verSocketF
> > actory"/>
> > <!--
> > <factory name="ssl"
> > class="org.apache.avalon.cornerstone.blocks.sockets.TLSServerS
> > ocketFacto
> > ry">
> > <ssl-factory>
> > <keystore>
> > <file>conf/keystore</file>
> > <password>secret</password>
> > <key-password>keysecret</key-password>
> > <type>JKS</type>
> > <protocol>TLS</protocol>
> > <algorithm>SunX509</algorithm>
> > <authenticate-client>false</authenticate-client>
> > </keystore>
> > </ssl-factory>
> > </factory>
> > -->
> > </server-sockets>
> > <client-sockets>
> > <factory name="plain"
> > class="org.apache.avalon.cornerstone.blocks.sockets.DefaultSoc
> > ketFactory
> > "/>
> > </client-sockets>
> > </sockets>
> >
> > <!-- The Thread Manager block -->
> > <!-- -->
> > <!-- The thread manager provides thread pools for use
> > throughout the
> > server. -->
> > <!-- -->
> > <!-- A thread pool with the name "default" must be defined in this
> > thread manager -->
> > <!-- configuration. -->
> > <!-- -->
> > <!-- Each thread pool is defined with a "thread-group" element. -->
> > <!-- Each of these elements has the following required
> > sub-elements:
> > -->
> > <!-- name - the name of the thread pool, used by other components
> > to -->
> > <!-- lookup the thread pool -->
> > <!-- priority - the thread priority for threads in the
> > pool. This
> > is -->
> > <!-- a value between 0 and 10, with 5 being the normal
> > -->
> > <!-- priority and 10 being the maximum. -->
> > <!-- is-daemon - whether the threads in the pool are daemon
> > threads. -->
> > <!-- max-threads - the maximum number of threads allowed in the
> > pool. -->
> > <!-- min-threads - the minimum number of threads allowed in the
> > pool. (not implemented) -->
> > <!-- min-spare-threads - (not implemented) -->
> > <thread-manager>
> > <thread-group>
> > <name>default</name>
> > <priority>5</priority>
> > <is-daemon>false</is-daemon>
> > <max-threads>100</max-threads>
> > <min-threads>20</min-threads>
> > <min-spare-threads>20</min-spare-threads>
> > </thread-group>
> > </thread-manager>
> > </config>
> >
> > ---------------------------------------------------------------------
> >
>
> Any ideas here?
>
> Trevor
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by "Vance, Trevor K." <tr...@capgemini.com>.
> -----Original Message-----
> From: Vance, Trevor K.
> Sent: Thursday, August 28, 2008 2:04 PM
> To: James Users List
> Subject: RE: A problem with uuencoded attachments
>
> My config.xml
>
> <?xml version="1.0"?>
> <!DOCTYPE config [
> <!ENTITY listserverConfig SYSTEM "../conf/james-listmanager.xml">
> <!ENTITY listserverStores SYSTEM "../conf/james-liststores.xml">
> <!ENTITY fetchmailConfig SYSTEM "../conf/james-fetchmail.xml">
> <!ENTITY smtphandlerchainConfig SYSTEM
> "../conf/james-smtphandlerchain.xml">
> ]>
>
> <!-- Configuration file for the ASF James server -->
>
> <!-- This file contains important settings that control the behaviour
> -->
> <!-- of all of the services and repositories. -->
>
> <!-- README!
> -->
>
> <!-- This configuration file is designed to run without alteration for
> simple tests. -->
> <!-- It assumes you have a DNS server on localhost and assigns a root
> password of root. -->
>
> <!-- In case the defaults do not suit you, the items you are
> most likely
> to need to change -->
> <!-- are preceded by a CHECKME! or CONFIRM? comment in the
> left margin.
> -->
>
> <!-- For production use you will probably need to make more extensive
> changes, see -->
> <!-- http://james.apache.org/server/2.3.0/ -->
>
> <!-- $Revision: 532329 $ Committed on $Date: 2007-04-25 13:53:05 +0200
> (Mi, 25 Apr 2007) $ by: $Author: bago $ -->
>
> <config>
> <James>
>
> <!-- CHECKME! -->
> <!-- This is the postmaster email address for this mail server.
> -->
> <!-- Set this to the appropriate email address for error reports
> -->
> <!-- If this is set to a non-local email address, the
> mail server
> -->
> <!-- will still function, but will generate a warning
> on startup.
> -->
> <postmaster>Postmaster@localhost</postmaster>
>
> <!-- servernames identifies the DNS namespace served by this
> instance of James. -->
> <!-- These servernames are used for both matcher/mailet
> processing
> and SMTP auth -->
> <!-- to determine when a mail is intended for local
> delivery. -->
> <!-- -->
> <!-- If autodetect is TRUE, James wil attempt to
> discover its own
> host name AND -->
> <!-- use any explicitly specified servernames. -->
> <!-- If autodetect is FALSE, James will use only the specified
> servernames. -->
> <!-- -->
> <!-- If autodetectIP is not FALSE, James will also allow add the
> IP address for each servername. -->
> <!-- The automatic IP detection is to support RFC 2821,
> Sec 4.1.3,
> address literals. -->
> <!-- -->
> <!-- To override autodetected server names simply add explicit
> servername elements. -->
> <!-- In most cases this will be necessary. -->
> <!-- By default, the servername 'localhost' is
> specified. This can
> be removed, if required. -->
> <!-- -->
> <!-- Warning: If you are using fetchmail it is important to
> include the -->
> <!-- fetched domains in the server name list to prevent looping.
> -->
> <servernames autodetect="true" autodetectIP="true">
> <!-- CONFIRM? -->
> <servername>localhost</servername>
> </servernames>
>
> <!-- Set whether user names are case sensitive or case
> insensitive
> -->
> <!-- Set whether to enable local aliases -->
> <!-- Set whether to enable forwarding -->
> <usernames ignoreCase="true" enableAliases="true"
> enableForwarding="true"/>
>
> <!-- The inbox repository is the location for users inboxes -->
> <!-- Default setting: file based repository - enter path ( use
> "file:///" for absolute) -->
> <inboxRepository>
> <repository destinationURL="file://var/mail/inboxes/"
> type="MAIL"/>
> </inboxRepository>
>
> <!-- Alternative inbox repository definition for DB use. -->
> <!-- The format for the destinationURL is
> "db://<data-source>/<table>" -->
> <!-- <data-source> is the datasource name set up in the
> database-connections block, below -->
> <!-- <table> is the name of the table to store user
> inboxes in -->
> <!-- The user name is used as <repositoryName> for this
> repository
> config. -->
> <!--
> <inboxRepository>
> <repository destinationURL="db://maildb/inbox/" type="MAIL"/>
> </inboxRepository>
> -->
>
> <!-- Alternative inbox repository definition for DB use. -->
> <!-- Stores message body in file system, rest in database -->
> <!--
> <inboxRepository>
> <repository destinationURL="dbfile://maildb/inbox/"
> type="MAIL"/>
> </inboxRepository>
> -->
>
> <!-- Alternative inbox repository definition for mbox use. -->
> <!-- This method uses UNIX standard mbox files and is meant for
> people using mbox files -->
> <!-- with systems such as mail list archive displayers -->
> <!-- Note that dot-locking is not currently supported -->
> <!-- so network (write) accesses may cause mbox corruption -->
> <!-- the sample mbox URL is an absolute URL;
> mbox:///var/mail will
> put the users mbox files in /var/mail/-->
> <!--
> <inboxRepository>
> <repository destinationURL="mbox:///var/mail/" type="MAIL"/>
> </inboxRepository>
> -->
> </James>
>
> <!-- This is an example configuration for FetchMail, a
> JavaMail based
> gateway -->
> <!-- service that pulls messages from other sources, and
> inserts them
> into the -->
> <!-- spool. They are then processed normally, although FetchMail
> generally -->
> <!-- has to fabricate some of the envelope information. FetchMail
> should be -->
> <!-- considered a mail gateway, rather than a relay, in RFC terms.
> -->
> <!-- Fetchmail is a functionally richer replacement for FetchPOP.
> -->
> <!-- CHECKME: FetchMail is disabled by default, and must be
> configured to use. -->
> <!-- Edit the file referred to by fetchmailConfig to enable and
> configure. -->
> &fetchmailConfig;
>
> <!-- Set the Java packages from which to load mailets and matchers
> -->
> <mailetpackages>
>
> <mailetpackage>org.apache.james.transport.mailets</mailetpackage>
>
> <mailetpackage>org.apache.james.transport.mailets.smime</maile
> tpackage>
> </mailetpackages>
> <matcherpackages>
>
> <matcherpackage>org.apache.james.transport.matchers</matcherpackage>
>
> <matcherpackage>org.apache.james.transport.matchers.smime</mat
> cherpackag
> e>
> </matcherpackages>
>
> <!-- The James Spool Manager block -->
> <!-- -->
> <!-- This block is responsible for processing messages on
> the spool.
> -->
> <spoolmanager>
> <!-- Number of spool threads -->
> <threads> 10 </threads>
>
> <!-- The root processor is a required processor - James
> routes all
> mail on the spool -->
> <!-- through this processor first. -->
> <!-- -->
> <!-- This configuration is a sample configuration for the root
> processor. -->
> <processor name="root">
>
> <!-- This mailet redirects mail for the user 'postmaster' at
> any local domain to -->
> <!-- the postmaster address specified for the server. The
> postmaster address -->
> <!-- is required by rfc822. Do not remove this mailet unless
> you are meeting -->
> <!-- this requirement through other means (e.g. a
> XML/JDBCVirtualUserTable mailet) -->
> <mailet match="All" class="PostmasterAlias"/>
>
> <!-- Checks that the email Sender is associated with a valid
> domain. -->
> <!-- Useful for detecting and eliminating spam. -->
> <!-- For this block to function, the spam processor must be
> configured. -->
> <!--
> <mailet
> match="SenderInFakeDomain=64.55.105.9,64.94.110.11,194.205.62.
> 122,194.20
> 5.62.62,195.7.77.20,206.253.214.102,212.181.91.6,219.88.106.80
> ,194.205.6
> 2.42,216.35.187.246,203.119.4.6" class="ToProcessor">
> <processor> spam </processor>
> </mailet>
> -->
>
> <!-- Important check to avoid looping -->
> <mailet match="RelayLimit=30" class="Null"/>
>
> <!-- Check for viruses -->
> <!-- -->
> <!-- Does an antivirus scan check using a ClamAV daemon
> (CLAMD). -->
> <!-- -->
> <!-- Interacts directly with the daemon using the "stream"
> method, -->
> <!-- which should have the lowest possible overhead. -->
> <!-- The CLAMD daemon will typically reside on localhost, but
> could reside on a -->
> <!-- different host. -->
> <!-- It may also consist on a set of multiple daemons, each
> residing on a different -->
> <!-- server and on different IP number. -->
> <!-- In such case a DNS host name with multiple IP addresses
> (round-robin load sharing) -->
> <!-- is supported by the mailet (but on the same
> port number).
> -->
> <!-- -->
> <!-- Handles the following init parameters: -->
> <!-- <debug> -->
> <!-- <host>: the host name of the server where CLAMD runs. It
> can either be -->
> <!-- a machine name, such as -->
> <!-- "java.sun.com", or a textual representation
> of its -->
> <!-- IP address. If a literal IP address is
> supplied, only
> the -->
> <!-- validity of the address format is checked. -->
> <!-- If the machine name resolves to multiple IP
> addresses,
> round-robin load sharing will -->
> <!-- be used. -->
> <!-- The default is "localhost". -->
> <!-- <port>: the port on which CLAMD listens. The default is
> "3310". -->
> <!-- <maxPings>: the maximum number of connection retries
> during startup. -->
> <!-- If the value is "0" no startup test will be
> done. -->
> <!-- The default is "6". -->
> <!-- <pingIntervalMilli>: the interval (in milliseconds) -->
> <!-- between each connection retry during startup. -->
> <!-- The default is "30000" (30 seconds). -->
> <!-- <streamBufferSize>: the BufferedOutputStream buffer size
> to use -->
> <!-- writing to the stream connection. The default is
> "8192". -->
> <!--
> <mailet match="All" class="ClamAVScan"
> onMailetException="ignore">
> <debug> true </debug>
> </mailet>
> -->
>
> <!-- If infected go to virus processor -->
> <mailet
> match="HasMailAttributeWithValue=org.apache.james.infected, true"
> class="ToProcessor">
> <processor> virus </processor>
> </mailet>
>
> <!-- Check attachment extensions for possible viruses -->
> <!-- The "-z" option requests the check to be non-recursively
> applied -->
> <!-- to the contents of any attached '*.zip' file. -->
> <!--
> <mailet match="AttachmentFileNameIs=-d -z *.exe *.com *.bat
> *.cmd *.pif *.scr *.vbs *.avi *.mp3 *.mpeg *.shs" class="Bounce"
> onMatchException="error">
> <inline>heads</inline>
> <attachment>none</attachment>
> <passThrough>false</passThrough>
> <prefix>[REJECTED]</prefix>
> <notice>
> The Security Policy of XXX does not allow to forward messages
> containing
> attachments having any of the extensions .exe, .com, .bat, .cmd, .pif,
> .scr, .vbs, .avi, .mp3, .mpeg, .shs, therefore your message has been
> rejected.
>
> Please don't reply to this e-mail as it has been automatically sent by
> the antivirus system.
>
> Regards, Postmaster XXX.YYY
> .....................................
> </notice>
> </mailet>
> -->
>
> <!-- Whitelist Management -->
> <!-- Manages for each local user a "white list" of remote
> addresses whose messages -->
> <!-- should never be blocked as spam. -->
> <!-- -->
> <!-- If <automaticInsert> is true, it will check, for a local
> sender, if a remote recipient -->
> <!-- is already in the list: if not, it will be automatically
> inserted. -->
> <!-- This is under the interpretation that if a
> local sender X
> sends a message to a -->
> <!-- remote recipient Y, then later on if a message
> is sent by
> Y to X it should be -->
> <!-- considered always valid and never blocked;
> hence Y should
> be in the white list -->
> <!-- of X. -->
> <!-- -->
> <!-- Another mode of operations is when a local
> sender sends a
> message to <whitelistManagerAddress> -->
> <!-- with one of three specific values in the subject, to -->
> <!-- (i) send back a message displaying a list of
> the addresses
> in his own list (<displayFlag>); -->
> <!-- (ii) insert some new addresses in his own list
> (<insertFlag>); -->
> <!-- (iii) remove some addresses from his own list
> (<removeFlag>). -->
> <!-- In all of the three above cases the message will be
> ghosted and the postmaster will reply -->
> <!-- to the sender. -->
> <!-- -->
> <!-- The sender name is always converted to its primary name
> (handling aliases). -->
> <!--
> <mailet match="SMTPAuthSuccessful" class="WhiteListManager"
> onMailetException="ignore">
> <repositoryPath>db://maildb</repositoryPath>
> <automaticInsert>true</automaticInsert>
>
> <whitelistManagerAddress>whitelist.manager@xxx.yyy</whitelistM
> anagerAddr
> ess>
> <displayFlag>display</displayFlag>
> <insertFlag>insert</insertFlag>
> <removeFlag>remove</removeFlag>
> </mailet>
> -->
>
> <!-- "not spam" bayesian analysis feeder. -->
> <!--
> <mailet match="RecipientIs=not.spam@xxx.yyy"
> class="BayesianAnalysisFeeder">
> <repositoryPath> db://maildb </repositoryPath>
> <feedType>ham</feedType>
> <maxSize>200000</maxSize>
> </mailet>
> -->
>
> <!-- "spam" bayesian analysis feeder. -->
> <!--
> <mailet match="RecipientIs=spam@xxx.yyy"
> class="BayesianAnalysisFeeder">
> <repositoryPath> db://maildb </repositoryPath>
> <feedType>spam</feedType>
> <maxSize>200000</maxSize>
> </mailet>
> -->
>
> <!-- sample SMIME mailets configuration -->
> <!-- In order to use SMIME capabilities you need to
> install the
> bouncycastle JCE -->
> <!-- provider in your environment (james/lib) -->
> <!-- e.g: bcprov-jdk14-129.jar from
> http://www.bouncycastle.org/latest_releases.html -->
> <!--
> <mailet match="IsSMIMEEncrypted" class="SMIMEDecrypt">
> <keyStoreType>pkcs12</keyStoreType>
> <keyStoreFileName>c:/path.pfx</keyStoreFileName>
> <keyStorePassword>myKeyStorePass</keyStorePassword>
> <keyAlias>myKeyAlias</keyAlias>
> <keyAliasPassword>myKeyPass</keyAliasPassword>
> </mailet>
>
> <mailet match="IsSMIMESigned" class="SMIMECheckSignature">
> <keyStoreType>pkcs12</keyStoreType>
> <keyStoreFileName>c:/path.pfx</keyStoreFileName>
> <keyStorePassword>myKeyStorePass</keyStorePassword>
> <strip>false</strip>
> <onlyTrusted>true</onlyTrusted>
> </mailet>
> -->
>
> <!--
> <mailet match="All" class="XMLVirtualUserTable">
> <!- 1:1 mapping ->
> <mapping>morgoth@middle-earth=sauron@mordor</mapping>
> <!- 1:n mapping ->
>
> <mapping>istari@middle-earth=saruman@isengard;radigast;gandalf
> </mapping>
> <!- DSN mapping ->
> <mapping>boromir@osgilliath=error:550 Requested action not
> taken: no such user here</mapping>
> <!- regex based mapping ->
>
> <mapping>*@osgilliath=regex:(.*)@osgilliath:${1}@minas-tirith<
> /mapping>
> <!- both standard and regex mapping ->
>
> <mapping>ring@*=onering@mordor;regex:ring@(.*):ring@${1}</mapping>
> <!- conditional regex mapping example ->
>
> <mapping>*@listserver=regex:(.*)-on@listserver:${1}-subscribe@
> listserver
> ;
>
> regex:(.*)-off@listserver:${1}-unsubscribe@listserver
> </mapping>
> </mailet>
> -->
>
> <!-- Anti-spam processing -->
> <!-- The following two entries avoid double
> anti-spam analysis
> -->
> <!-- for forwarded messages. -->
> <!-- Has spam checking already been done? -->
> <mailet match="HasMailAttribute=spamChecked"
> class="ToProcessor">
> <processor> transport </processor>
> </mailet>
> <!-- Spam checking will not be done twice -->
> <mailet match="All" class="SetMailAttribute">
> <spamChecked>true</spamChecked>
> </mailet>
>
> <!-- White List:
> If you use block lists, you will probably want to check
> for known permitted senders. This is particularly true
> if you use more aggressive block lists, such as SPEWS,
> that are prone to block entire subnets without regard
> for non-spamming senders.
> -->
>
> <!-- Messages from authenticated senders never are spam -->
> <mailet match="SMTPAuthSuccessful" class="ToProcessor">
> <processor> transport </processor>
> </mailet>
>
> <!-- Messages signed by trusted users never are spam -->
> <!-- Uncommenting the following entry, messages with valid
> signatures will never be considered spam. -->
> <!-- This can be a valid policy *if* SMIMECheckSignature was
> invoked -->
> <!-- with <onlyTrusted>true</onlyTrusted> set -->
> <!--
> <mailet
> match="HasMailAttribute=org.apache.james.SMIMECheckSignature"
> class="ToProcessor">
> <processor> transport </processor>
> </mailet>
> -->
>
> <!-- specific known senders -->
> <!--
> <mailet match="SenderIs=goodboy@goodhost"
> class="ToProcessor">
> <processor> transport </processor>
> </mailet>
> -->
>
> <!-- People on this list agree to pay a penalty if they send
> spam -->
> <mailet match="InSpammerBlacklist=query.bondedsender.org."
> class="ToProcessor">
> <processor> transport </processor>
> </mailet>
>
> <!-- E-mail legally required not to be spam (see:
> http://www.habeas.com) -->
> <!--
> <mailet match="HasHabeasWarrantMark" class="ToProcessor">
> <processor> transport </processor>
> </mailet>
> -->
>
> <!-- If the sender is in a recipient's whitelist, it
> is a valid
> sender, -->
> <!-- and as such the message should not be
> considered spam for
> such recipient. -->
> <!--
> <mailet match="IsInWhiteList=db://maildb" class="ToProcessor"
> onMatchException="noMatch">
> <processor> transport </processor>
> </mailet>
> -->
>
> <!-- End of White List -->
>
> <!-- Check for delivery from a known spam server -->
> <!-- This set of matchers/mailets redirect all emails from
> known -->
> <!-- black holes, open relays, and spam servers to the spam
> processor -->
> <!-- For this set to function properly, the spam
> processor must
> be configured. -->
> <mailet match="InSpammerBlacklist=dnsbl.njabl.org."
> class="ToProcessor">
> <processor> spam </processor>
> <notice>550 Requested action not taken: rejected - see
> http://njabl.org/ </notice>
> </mailet>
>
> <!-- Sample matching to kill a message (send to Null) -->
> <!--
> <mailet match="RecipientIs=badboy@badhost" class="Null"/>
> -->
>
> <!-- Anti spam bayesian analysis -->
> <!--
> <mailet match="All" class="BayesianAnalysis"
> onMailetException="ignore">
> <repositoryPath>db://maildb</repositoryPath>
> <maxSize>200000</maxSize>
> <headerName>X-MessageIsSpamProbability</headerName>
> <ignoreLocalSender>true</ignoreLocalSender>
> </mailet>
>
> <mailet
> match="CompareNumericHeaderValue=X-MessageIsSpamProbability > 0.90"
> class="SetMailAttribute" onMatchException="noMatch">
> <isSpam>true</isSpam>
> </mailet>
>
> <mailet
> match="CompareNumericHeaderValue=X-MessageIsSpamProbability > 0.90"
> class="SetMimeHeader" onMatchException="noMatch">
> <name>X-MessageIsSpam</name>
> <value>true</value>
> </mailet>
>
> <mailet
> match="CompareNumericHeaderValue=X-MessageIsSpamProbability > 0.99"
> class="ToProcessor" onMatchException="noMatch">
> <processor> spam </processor>
> <notice>Spam not accepted</notice>
> </mailet>
> -->
>
> <!-- Send remaining mails to the transport processor
> for either
> local or remote delivery -->
> <mailet match="All" class="ToProcessor">
> <processor> transport </processor>
> </mailet>
> </processor>
>
> <!-- The error processor is required. James may internally set
> emails to the -->
> <!-- error state. The error processor is generally invoked when
> there is an -->
> <!-- unexpected error either in the mailet chain or internal to
> James. -->
> <!-- -->
> <!-- By default configuration all email that generates
> an error in
> placed in -->
> <!-- an error repository. -->
> <processor name="error">
> <!-- If you want to notify the sender their message generated
> an error, uncomment this -->
> <!--
> <mailet match="All" class="Bounce"/>
> -->
> <!-- If you want to notify the postmaster that a message
> generated an error, uncomment this -->
> <!--
> <mailet match="All" class="NotifyPostmaster"/>
> -->
>
> <!-- Logs any messages to the repository specified -->
> <mailet match="All" class="ToRepository">
> <repositoryPath> file://var/mail/error/</repositoryPath>
> <!-- An alternative database repository example
> follows. -->
> <!--
> <repositoryPath> db://maildb/deadletter/error
> </repositoryPath>
> -->
> </mailet>
> </processor>
>
> <!-- Processor CONFIGURATION SAMPLE: transport is a
> sample custom
> processor for local or -->
> <!-- remote delivery -->
> <processor name="transport">
>
> <!-- This is an example configuration including configuration
> for a list server. -->
> <!-- CHECKME: before uncommenting this, edit the configuration
> file's contents -->
> <!--
> &listserverConfig;
> -->
> <!--
> <mailet match="SMTPAuthSuccessful" class="SetMimeHeader">
> <name>X-UserIsAuth</name>
> <value>true</value>
> </mailet>
> <mailet
> match="HasMailAttribute=org.apache.james.SMIMECheckSignature"
> class="SetMimeHeader">
> <name>X-WasSigned</name>
> <value>true</value>
> </mailet>
> -->
> <!-- Add a server-side signature -->
> <!-- In order to use SMIME capabilities you need to
> install the
> bouncycastle JCE -->
> <!-- provider in your environment (james/lib) -->
> <!-- e.g: bcprov-jdk14-129.jar from
> http://www.bouncycastle.org/latest_releases.html -->
> <!--
> <mailet match="All" class="SMIMESign"
> onMailetException="ignore">
> <keyStoreType>jks</keyStoreType>
> <keyStoreFileName>path.keystore</keyStoreFileName>
> <keyStorePassword>myKeyStorePass</keyStorePassword>
> <keyAlias>myKeyAlias</keyAlias>
> <keyAliasPassword>myKeyPass</keyAliasPassword>
> <signerName>XXX Trusted Server</signerName>
> <rebuildFrom>true</rebuildFrom>
> <postmasterSigns>true</postmasterSigns>
> <debug>true</debug>
> </mailet>
> -->
>
> <!-- Experimental quota Matcher -->
> <!-- This matcher need to calculate the mailbox size
> everytime
> it is called. This can slow down things if there are many mails in -->
> <!-- the mailbox. Some users also report big
> problems with the
> matcher if a JDBC based mailrepository is used. -->
> <!-- Check if over quota -->
> <!--
> <mailet match="RecipientIsOverFixedQuota=20M" class="Resend">
> <sender>postmaster</sender>
> <replyTo>postmaster</replyTo>
> <reversePath>null</reversePath>
> <inline>none</inline>
> <attachment>message</attachment>
> <prefix>[OVER QUOTA WARNING]</prefix>
> <message>
> When receiving the attached message, your mailbox is larger
> than 20 MB,
> which is the maximum allowed quota. The mailbox will not be
> blocked, but
> we ask you to empty it ASAP.
>
> It is likely that you have set, in your mail client account,
> the option
> "leave a copy of messages on server". For any help ask your
> administrators.
>
> Regards, Postmaster XXX.YYY
> .....................................
> </message>
> </mailet>
> -->
>
> <!-- Is the recipient is for a local account, deliver it
> locally -->
> <mailet match="RecipientIsLocal" class="LocalDelivery"/>
>
> <!-- If the host is handled by this server and it did not get
> -->
> <!-- locally delivered, this is an invalid recipient -->
> <mailet match="HostIsLocal" class="ToProcessor">
> <processor> local-address-error </processor>
> <notice>550 - Requested action not taken: no such user
> here</notice>
> </mailet>
>
> <!-- CHECKME! -->
> <!-- This is an anti-relay matcher/mailet combination -->
> <!-- -->
> <!-- Emails sent from servers not in the network
> list are -->
> <!-- rejected as spam. This is one method of preventing your
> -->
> <!-- server from being used as an open relay. Make sure you
> understand -->
> <!-- how to prevent your server from becoming an open relay
> before -->
> <!-- changing this configuration. See also
> <authorizedAddresses> in SMTP Server -->
> <!-- -->
> <!-- This matcher/mailet combination must come after local
> delivery has -->
> <!-- been performed. Otherwise local users will not
> be able to
> receive -->
> <!-- email from senders not in this remote address list. -->
> <!-- -->
> <!-- If you are using this matcher/mailet you will probably
> want to -->
> <!-- update the configuration to include your own
> network/addresses. The -->
> <!-- matcher can be configured with a comma separated list of
> IP addresses -->
> <!-- wildcarded IP subnets, and wildcarded hostname subnets.
> -->
> <!-- e.g. "RemoteAddrNotInNetwork=127.0.0.1, abc.de.*,
> 192.168.0.*" -->
> <!-- -->
> <!-- If you are using SMTP authentication then you can (and
> generally -->
> <!-- should) disable this matcher/mailet pair. -->
> <mailet match="RemoteAddrNotInNetwork=127.0.0.1"
> class="ToProcessor">
> <processor> relay-denied </processor>
> <notice>550 - Requested action not taken: relaying
> denied</notice>
> </mailet>
>
> <!-- Attempt remote delivery using the specified
> repository for
> the spool, -->
> <!-- using delay time to retry delivery and the
> maximum number
> of retries -->
> <mailet match="All" class="RemoteDelivery">
> <outgoing> file://var/mail/outgoing/ </outgoing>
> <!-- alternative database repository example below -->
> <!--
> <outgoing> db://maildb/spool/outgoing </outgoing>
> -->
>
> <!-- Delivery Schedule based upon RFC 2821, 4.5.4.1 -->
> <!-- 5 day retry period, with 4 attempts in the first
> hour, two more within the first 6 hours, and then
> every 6 hours for the rest of the period. -->
> <delayTime> 5 minutes </delayTime>
> <delayTime> 10 minutes </delayTime>
> <delayTime> 45 minutes </delayTime>
> <delayTime> 2 hours </delayTime>
> <delayTime> 3 hours </delayTime>
> <delayTime> 6 hours </delayTime>
> <maxRetries> 25 </maxRetries>
>
> <!-- The number of threads that should be trying
> to deliver
> outgoing messages -->
> <deliveryThreads> 1 </deliveryThreads>
>
> <!-- If false the message will not be sent to given server
> if any recipients fail -->
> <sendpartial>false</sendpartial>
>
> <!-- By default we send bounces to the "bounce" processor
> -->
> <!-- By removing this configuration James will fallback to
> hardcoded bounce -->
> <!-- notifications -->
> <bounceProcessor>bounces</bounceProcessor>
>
> <!-- A single mail server to deliver all outgoing
> messages.
> -->
> <!-- This is useful if this server is a backup or failover
> machine, -->
> <!-- or if you want all messages to be routed through a
> particular mail server, -->
> <!-- regardless of the email addresses specified in the
> message -->
> <!-- -->
> <!-- The gateway element specifies the gateway SMTP server
> name. -->
> <!-- If your gateway mail server is listening on a port
> other than 25, -->
> <!-- you can set James to connect to it on that port using
> the gatewayPort -->
> <!-- element. -->
> <!-- Although normally multiple addresses are implemented
> through proper -->
> <!-- DNS configuration, the RemoteDelivery mail does allow
> specifying -->
> <!-- multiple gateway elements, each of which may
> also have
> a port -->
> <!-- e.g., mygateway:2525 -->
> <!-- the gatewayPort element is used as a default -->
> <gateway> servername.corp.capgemini.com </gateway>
> <gatewayPort>25</gatewayPort>
> <!-- If the gateway requires smtp authentication the
> following directives -->
> <!-- (gatewayusername/gatewayPassword) can be used. -->
> <!--
> <gatewayusername>login</gatewayusername>
> <gatewayPassword>pass</gatewayPassword>
> -->
>
> <!-- Set the HELO/EHLO name to use when connectiong to
> remote SMTP-Server -->
> <!--
> <mail.smtp.localhost>myMailServer</mail.smtp.localhost>
> -->
> </mailet>
>
> </processor>
>
> <!-- Processor CONFIGURATION SAMPLE: spam is a sample custom
> processor for handling -->
> <!-- spam. -->
> <!-- You can either log these, bounce these, or just
> ignore them.
> -->
> <processor name="spam">
> <!-- To destroy all messages, uncomment this matcher/mailet
> configuration -->
> <!--
> <mailet match="All" class="Null"/>
> -->
>
> <!-- To notify the sender their message was marked as spam,
> uncomment this matcher/mailet configuration -->
> <!--
> <mailet match="All" class="Bounce"/>
> -->
>
> <!-- To notify the postmaster that a message was marked as
> spam, uncomment this matcher/mailet configuration -->
> <!--
> <mailet match="All" class="NotifyPostmaster"/>
> -->
>
> <!-- To log the message to a repository, this matcher/mailet
> configuration should be uncommented. -->
> <!-- This is the default configuration. -->
> <mailet match="All" class="ToRepository">
> <repositoryPath>file://var/mail/spam/</repositoryPath>
>
> <!-- Changing the repositoryPath, as in this commented out
> example, will -->
> <!-- cause the mails to be stored in a database
> repository.
> -->
> <!-- Please note that only one repositoryPath
> element can be
> present for the mailet -->
> <!-- configuration. -->
> <!--
> <repositoryPath> db://maildb/deadletter/spam
> </repositoryPath>
> -->
> </mailet>
> </processor>
>
> <!-- messages containing viruses. -->
> <processor name="virus">
>
> <!-- To avoid a loop while bouncing -->
> <mailet match="All" class="SetMailAttribute">
> <org.apache.james.infected>true,
> bouncing</org.apache.james.infected>
> </mailet>
>
> <!-- If the sender is authenticated, notify the infection -->
> <mailet match="SMTPAuthSuccessful" class="Bounce">
> <inline>heads</inline>
> <attachment>none</attachment>
> <notice> Warning: We were unable to deliver the message
> below because it was found infected by virus(es). </notice>
> </mailet>
>
> <!-- In any other situation ghost it, -->
> <!-- as viruses almost always spoof the sender's address -->
> <mailet match="All" class="Null" />
> </processor>
>
> <!-- This processor handles messages that are for local domains,
> where the user is unknown -->
> <processor name="local-address-error">
> <!-- To avoid bouncing/archiving spam, uncomment this
> matcher/mailet configuration -->
> <!--
> <mailet match="HasMailAttribute=isSpam" class="Null"
> onMatchException="noMatch"/>
> -->
>
> <!-- To notify the sender the address was invalid, uncomment
> this matcher/mailet configuration -->
> <!-- The original message is not attached to keep the bounce
> processor from deliverying spam -->
> <!--
> <mailet match="All" class="Bounce">
> <attachment>none</attachment>
> </mailet>
> -->
>
> <!-- To notify the postmaster that a message had an invalid
> address, uncomment this matcher/mailet configuration -->
> <!--
> <mailet match="All" class="NotifyPostmaster"/>
> -->
>
> <mailet match="All" class="ToRepository">
> <repositoryPath>
> file://var/mail/address-error/</repositoryPath>
> <!-- An alternative database repository example
> follows. -->
> <!--
> <repositoryPath> db://maildb/deadletter/address-error
> </repositoryPath>
> -->
> </mailet>
> </processor>
>
> <!-- This processor handles messages that are for
> foreign domains,
> where relaying is denied -->
> <!-- As of James v2.2, this processor can be deprecated by using
> the <authorizedAddresses> tag
> in the SMTP Server, and rejecting the message in
> the protocol
> transaction. -->
> <processor name="relay-denied">
> <!-- To notify the sender the address was invalid, uncomment
> this matcher/mailet configuration -->
> <!-- The original message is not attached to keep the bounce
> processor from deliverying spam -->
> <!--
> <mailet match="All" class="Bounce">
> <attachment>none</attachment>
> </mailet>
> -->
>
> <!-- To notify the postmaster that a relay request
> was denied,
> uncomment this matcher/mailet configuration -->
> <!--
> <mailet match="All" class="NotifyPostmaster"/>
> -->
>
> <mailet match="All" class="ToRepository">
>
> <repositoryPath>file://var/mail/relay-denied/</repositoryPath>
> <!-- An alternative database repository example
> follows. -->
> <!--
> <repositoryPath> db://maildb/deadletter/relay-denied
> </repositoryPath>
> -->
> </mailet>
> </processor>
>
> <!-- This processor handle the bounces from
> RemoteDelivery: As of
> James v2.3, this is the new -->
> <!-- Default. -->
> <!-- -->
> <!-- DSNBounce properly create a DSN compliant bounce -->
> <processor name="bounces">
> <mailet match="All" class="DSNBounce">
> <passThrough>false</passThrough>
>
> <!-- optional subject prefix prepended to the original
> message -->
> <!--
> <prefix>[bounce]</prefix>
> -->
>
> <!-- message, heads or none, default=message -->
> <!--
> <attachment>heads</attachment>
> -->
>
> <!-- the message sent in the bounce, the first
> occurrence of
> the pattern [machine] is -->
> <!-- replaced with the name of the executing machine -->
> <!-- Default: Hi. This is the James mail server
> at [machine]
> ... -->
> <!--
> <messageString>Here is [machine]. I'm not able to deliver
> this message.</messageString>
> -->
> </mailet>
> </processor>
> </spoolmanager>
>
> <!-- DNS Server Block -->
> <!-- -->
> <!-- Specifies DNS Server information for use by various components
> inside -->
> <!-- James. -->
> <!-- -->
> <!-- If autodiscover is true, James will attempt to
> autodiscover the
> DNS servers configured on your underlying system.-->
> <!-- Currently, this works if the OS has a unix-like
> /etc/resolv.conf,-->
> <!-- or the system is Windows based with ipconfig or winipcfg.-->
> <!-- -->
> <!-- If no DNS servers are found and you have not specified any
> below, 127.0.0.1 will be used-->
> <!-- If you use autodiscover and add DNS servers manually a
> combination of all the dns servers will be used -->
> <!-- -->
> <!-- Information includes a list of DNS Servers to be used
> by James.
> These are -->
> <!-- specified by the server elements, each of which is a child
> element of the -->
> <!-- servers element. Each server element is the IP address of a
> single DNS server. -->
> <!-- The servers element can have multiple server children. -->
> <dnsserver>
> <servers>
> <!--Enter ip address of your DNS server, one IP address per
> server -->
> <!-- element. -->
> <!--
> <server>127.0.0.1</server>
> -->
> </servers>
> <!-- Change autodiscover to false if you would like to turn off
> autodiscovery -->
> <!-- and set the DNS servers manually in the <servers>
> section -->
> <autodiscover>true</autodiscover>
> <authoritative>false</authoritative>
>
> <!-- Maximum number of entries to maintain in the DNS cache -->
> <maxcachesize>50000</maxcachesize>
> </dnsserver>
>
> <!-- The RemoteManager server is enabled by default -->
> <!-- Disabling blocks will stop them from listening, -->
> <!-- but does not free as many resources as removing them would -->
> <remotemanager enabled="false">
> <port>4555</port>
> <!-- Uncomment this if you want to bind to a specific
> inetaddress
> -->
> <!--
> <bind> </bind>
> -->
> <!-- Uncomment this if you want to use TLS (SSL) on
> this port -->
> <!--
> <useTLS>true</useTLS>
> -->
> <handler>
> <!-- This is the name used by the server to identify
> itself in
> the RemoteManager -->
> <!-- protocol. If autodetect is TRUE, the server
> will discover
> its -->
> <!-- own host name and use that in the protocol. If
> discovery
> fails, -->
> <!-- the value of 'localhost' is used. If
> autodetect is FALSE,
> James -->
> <!-- will use the specified value. -->
> <helloName autodetect="true">myMailServer</helloName>
> <administrator_accounts>
> <!-- CHECKME! -->
> <!-- Change the default login/password. -->
> <account login="root" password="root"/>
> </administrator_accounts>
> <connectiontimeout> 60000 </connectiontimeout>
> <!-- The prompt directive adds a prompt to every output from
> RemoteManager -->
> <!--
> <prompt>james></prompt>
> -->
> </handler>
> </remotemanager>
>
> <!-- The POP3 server is enabled by default -->
> <!-- Disabling blocks will stop them from listening, -->
> <!-- but does not free as many resources as removing them
> would -->
> <pop3server enabled="false">
> <!-- port 995 is the well-known/IANA registered port
> for POP3S ie
> over SSL/TLS -->
> <!-- port 110 is the well-known/IANA registered port
> for Standard
> POP3 -->
> <port>110</port>
>
> <!-- Uncomment this if you want to bind to a specific
> inetaddress
> -->
> <!--
> <bind> </bind>
> -->
> <!-- Uncomment this if you want to use TLS (SSL) on
> this port -->
> <!--
> <useTLS>true</useTLS>
> -->
>
> <handler>
> <!-- This is the name used by the server to identify
> itself in
> the POP3 -->
> <!-- protocol. If autodetect is TRUE, the server
> will discover
> its -->
> <!-- own host name and use that in the protocol. If
> discovery
> fails, -->
> <!-- the value of 'localhost' is used. If
> autodetect is FALSE,
> James -->
> <!-- will use the specified value. -->
> <helloName autodetect="true">myMailServer</helloName>
> <connectiontimeout>120000</connectiontimeout>
> </handler>
> </pop3server>
>
> <!-- The SMTP server is enabled by default -->
> <!-- Disabling blocks will stop them from listening, -->
> <!-- but does not free as many resources as removing them
> would -->
> <smtpserver enabled="true">
> <!-- port 25 is the well-known/IANA registered port for SMTP -->
> <port>25</port>
>
> <!-- Uncomment this if you want to bind to a specific
> inetaddress
> -->
> <!-- Please NOTE: you should add this IP also to your
> RemoteAddrNotInNetwork -->
> <!-- in order to avoid relay check for locallly
> generated bounces
> -->
> <!--
> <bind> </bind>
> -->
> <!-- Uncomment this if you want to use TLS (SSL) on
> this port -->
> <!--
> <useTLS>true</useTLS>
> -->
>
> <handler>
> <!-- This is the name used by the server to identify
> itself in
> the SMTP -->
> <!-- protocol. If autodetect is TRUE, the server
> will discover
> its -->
> <!-- own host name and use that in the protocol. If
> discovery
> fails, -->
> <!-- the value of 'localhost' is used. If
> autodetect is FALSE,
> James -->
> <!-- will use the specified value. -->
> <helloName autodetect="true">myMailServer</helloName>
> <connectiontimeout>360000</connectiontimeout>
>
> <!-- Uncomment this if you want to require SMTP
> authentication.
>
> supported values:
> true: required but announced only to not
> authorizedAddresses
> false: don't use AUTH
> announce: like true, but always announce AUTH
> capability
> to clients
>
> The correct behaviour per RFC value would be false or
> announce
> but we still support true for backward
> compatibility and
> because
> some webmail client fails when AUTH is announced but no
> authentication
> information has been provided
> -->
> <!--
> <authRequired>true</authRequired>
> -->
>
> <!-- CHECKME! -->
> <!-- Uncomment this if you want to authorize specific
> addresses/networks.
> If you use SMTP AUTH, addresses that match those
> specified here will
> be permitted to relay without SMTP AUTH. If you do not
> use SMTP
> AUTH, and you specify addreses here, then only
> addresses
> that match
> those specified will be permitted to relay.
>
> Addresses may be specified as a an IP address or domain
> name, with an
> optional netmask, e.g.,
>
> 127.*, 127.0.0.0/8, 127.0.0.0/255.0.0.0, and
> localhost/8
> are all the same
>
> See also the RemoteAddrNotInNetwork matcher in the
> transport processor.
> You would generally use one OR the other approach.
> -->
> <authorizedAddresses>127.0.0.0/8</authorizedAddresses>
>
> <!-- Uncomment this if you want to verify sender addresses,
> ensuring that -->
> <!-- the sender address matches the user who has
> authenticated. -->
> <!-- This prevents a user of your mail server from acting as
> someone else -->
> <!--
> <verifyIdentity>true</verifyIdentity>
> -->
>
> <!-- This sets the maximum allowed message size (in
> kilobytes)
> for this -->
> <!-- SMTP service. If unspecified, the value defaults to 0,
> which means no limit. -->
> <maxmessagesize>0</maxmessagesize>
>
> <!-- This sets wether to enforce the use of HELO/EHLO
> salutation before a -->
> <!-- MAIL command is accepted. If unspecified, the value
> defaults to true -->
> <!--
> <heloEhloEnforcement>true</heloEhloEnforcement>
> -->
>
> <!-- SMTP Handler Chain customization -->
> <!-- Uncomment this and edit james-smtphandlerchain.xml
> configuration file to -->
> <!-- enable the experimental fastfail features. Look at the
> james-smtphandlerchain.xml -->
> <!-- for further informations -->
> <!--
> &smtphandlerchainConfig;
> -->
>
> </handler>
> </smtpserver>
>
> <!-- The NNTP server is enabled by default -->
> <!-- Disabling blocks will stop them from listening, -->
> <!-- but does not free as many resources as removing them
> would -->
> <!-- NNTP-specific: if you disable the NNTP Server, you
> should also
> set the nntp-repository's
> threadCount to 0, otherwise there will be threads active and
> polling -->
> <nntpserver enabled="false">
> <!-- THE NNTP PROTOCOL IS EXPERIMENTAL AND NOT AS WELL
> TESTED AS SMTP
> AND POP3 IN THIS RELEASE.
> The James project recommends that you check the James web site
> for updates to the NNTP
> service. -->
> <!-- port 563 is the well-known/IANA registered port
> for NNTP over
> SSL/TLS -->
> <!-- port 119 is the well-known/IANA registered port
> for Standard
> NNTP -->
> <port>119</port>
>
> <!-- Uncomment this if you want to bind to a specific
> inetaddress
> -->
> <!--
> <bind> </bind>
> -->
> <!-- Uncomment this if you want to use TLS (SSL) on
> this port -->
> <!--
> <useTLS>true</useTLS>
> -->
>
> <handler>
> <!-- This is the name used by the server to identify
> itself in
> the NNTP -->
> <!-- protocol. If autodetect is TRUE, the server
> will discover
> its -->
> <!-- own host name and use that in the protocol. If
> discovery
> fails, -->
> <!-- the value of 'localhost' is used. If
> autodetect is FALSE,
> James -->
> <!-- will use the specified value. -->
> <helloName autodetect="true">myMailServer</helloName>
> <connectiontimeout>120000</connectiontimeout>
> <!-- Set the authRequired value to true to enable
> authenticated NNTP -->
> <authRequired>false</authRequired>
> </handler>
> </nntpserver>
>
> <nntp-repository>
> <!-- If this is set to true, posting will be disallowed. -->
> <readOnly>false</readOnly>
>
> <rootPath>file://var/nntp/groups</rootPath>
> <tempPath>file://var/nntp/temp</tempPath>
> <articleIDPath>file://var/nntp/articleid</articleIDPath>
>
> <articleIDDomainSuffix>news.james.apache.org</articleIDDomainSuffix>
>
> <!-- The news groups hosted in this NNTP repository. -->
> <!-- Groups here will be added to those found in the
> file system,
> but removing groups from here will NOT remove them from the
> server. Change <newsgroups> to <newsgroups only="true"> to
> restrict newsgroups to ONLY those found in this list. -->
> <newsgroups>
> <newsgroup>org.apache.james.dev</newsgroup>
> <newsgroup>org.apache.james.user</newsgroup>
> <newsgroup>org.apache.avalon.dev</newsgroup>
> <newsgroup>org.apache.avalon.user</newsgroup>
> </newsgroups>
>
> <spool>
> <configuration>
> <spoolPath>file://var/nntp/spool</spoolPath>
> <!-- The number of threads that process spooler related
> tasks. -->
> <threadCount>0</threadCount>
> <!-- The spool thread(s) should idle for some time, if it
> has nothing to do -->
> <threadIdleTime>60000</threadIdleTime>
> </configuration>
> </spool>
> </nntp-repository>
>
> <!-- Spool repository configuration -->
> <!-- The spool repository is the location where incoming mails are
> temporarily stored -->
> <!-- before being processed. -->
> <spoolrepository destinationURL="file://var/mail/spool/"
> type="SPOOL"/>
>
> <!-- Alternative spool repository definition for JDBC use -->
> <!--
> <spoolrepository destinationURL="db://maildb/spool/spool"
> type="SPOOL"/>
> -->
>
> <!-- Alternative spool repository definition for JDBC use -->
> <!-- Stores message body in file system, rest in database -->
> <!--
> <spoolrepository destinationURL="dbfile://maildb/spool/spool"
> type="SPOOL"/>
> -->
>
> <!-- The Mailstore block -->
> <mailstore>
> <repositories>
>
> <!-- File based repositories. These repositories store all
> message data -->
> <!-- in the file system. -->
> <repository
> class="org.apache.james.mailrepository.AvalonMailRepository">
> <protocols>
> <protocol>file</protocol>
> </protocols>
> <types>
> <type>MAIL</type>
> </types>
> </repository>
> <repository
> class="org.apache.james.mailrepository.AvalonSpoolRepository">
> <protocols>
> <protocol>file</protocol>
> </protocols>
> <types>
> <type>SPOOL</type>
> </types>
> </repository>
>
> <!-- JDBC based repositories. These repositories store all
> message data -->
> <!-- in the database. -->
> <repository
> class="org.apache.james.mailrepository.JDBCMailRepository">
> <protocols>
> <protocol>db</protocol>
> </protocols>
> <types>
> <type>MAIL</type>
> </types>
> <config>
> <sqlFile>file://conf/sqlResources.xml</sqlFile>
> <!-- Set the size threshold for in memory handling of
> storing operations -->
> <!-- Default is currently 409600000 due to a bug with
> mysql and binary stream -->
> <!-- currently under investigation. Please change this
> only if you know what -->
> <!-- you do, this is EXPERIMENTAL -->
> <!--
> <inMemorySizeLimit>4096</inMemorySizeLimit>
> -->
> </config>
> </repository>
>
> <repository
> class="org.apache.james.mailrepository.JDBCSpoolRepository">
> <protocols>
> <protocol>db</protocol>
> </protocols>
> <types>
> <type>SPOOL</type>
> </types>
> <config>
> <sqlFile>file://conf/sqlResources.xml</sqlFile>
> <maxcache>1000</maxcache>
> <!-- Set the size threshold for in memory handling of
> storing operations -->
> <!-- Default is currently 409600000 due to a bug with
> mysql and binary stream -->
> <!-- currently under investigation. Please change this
> only if you know what -->
> <!-- you do, this is EXPERIMENTAL -->
> <!--
> <inMemorySizeLimit>4096</inMemorySizeLimit>
> -->
> </config>
> </repository>
>
> <!-- These repositories store message delivery and headers in
> the DB, and the body to the filesystem -->
> <repository
> class="org.apache.james.mailrepository.JDBCMailRepository">
> <protocols>
> <protocol>dbfile</protocol>
> </protocols>
> <types>
> <type>MAIL</type>
> </types>
> <config>
> <sqlFile>file://conf/sqlResources.xml</sqlFile>
> <filestore>file://var/dbmail</filestore>
> </config>
> </repository>
>
> <repository
> class="org.apache.james.mailrepository.JDBCSpoolRepository">
> <protocols>
> <protocol>dbfile</protocol>
> </protocols>
> <types>
> <type>SPOOL</type>
> </types>
> <config>
> <sqlFile>file://conf/sqlResources.xml</sqlFile>
> <filestore>file://var/dbmail</filestore>
> <maxcache>1000</maxcache>
> </config>
> </repository>
>
> <!-- The mbox repository is designed for MAIL only; SPOOL
> performance would be less than ideal-->
> <repository
> class="org.apache.james.mailrepository.MBoxMailRepository">
> <protocols>
> <protocol>mbox</protocol>
> </protocols>
> <types>
> <type>MAIL</type>
> </types>
> </repository>
>
> <repository
> class="org.apache.james.mailrepository.filepair.File_Persisten
> t_Object_R
> epository">
> <protocols>
> <protocol>file</protocol>
> </protocols>
> <types>
> <type>OBJECT</type>
> </types>
> <models>
> <model>SYNCHRONOUS</model>
> <model>ASYNCHRONOUS</model>
> <model>CACHE</model>
> </models>
> </repository>
>
> <repository
> class="org.apache.james.mailrepository.filepair.File_Persisten
> t_Stream_R
> epository">
> <protocols>
> <protocol>file</protocol>
> </protocols>
> <types>
> <type>STREAM</type>
> </types>
> <models>
> <model>SYNCHRONOUS</model>
> <model>ASYNCHRONOUS</model>
> <model>CACHE</model>
> </models>
> </repository>
> </repositories>
>
> </mailstore>
>
>
> <!-- The User Storage block -->
> <users-store>
> <!-- Configure User Repositories here. -->
> <!-- -->
> <!-- User repositories are required for the following purposes:
> -->
> <!-- - storing James user information, including forwards,
> aliases, -->
> <!-- and authentication data. -->
> <!-- - holding lists of users for the listserv mailet -->
> <!-- Currently, two different storage options are available: -->
> <!-- - file-based storage using Java serialization -->
> <!-- - database-backed storage -->
> <!-- (Use of database or file-system is defined on a
> "per-repository" basis) -->
> <!-- -->
> <!-- Note: One user repository is required for James: -->
> <!-- LocalUsers - the users for whom you are providing POP3,
> NNTP, or SMTP service -->
> <!-- -->
> <!-- Other repositories may be used by matchers or mailets. -->
>
> <!-- Default: File-based user repositories Use these
> configurations to store user info in the filesystem -->
> <!-- The LocalUsers repository, for storing James' User
> info. -->
> <repository name="LocalUsers"
> class="org.apache.james.userrepository.UsersFileRepository">
> <destination URL="file://var/users/"/>
> </repository>
>
>
> <!-- Database backed user repositories -->
> <!-- -->
> <!-- Use these configurations to store user info in a database.
> -->
> <!-- Note: The <data-source> element must refer to a connection
> configured -->
> <!-- in the <database-connections> configuration section.
> -->
>
> <!-- The LocalUsers repository, for storing James' User
> info. -->
> <!--
> <repository name="LocalUsers"
> class="org.apache.james.userrepository.JamesUsersJdbcRepository"
> destinationURL="db://maildb/users">
> <sqlFile>file://conf/sqlResources.xml</sqlFile>
> </repository>
> -->
>
> <!-- This is an example configuration including
> configuration for
> a list server. -->
> <!-- CHECKME: before uncommenting this, edit the configuration
> file's contents -->
> <!--
> &listserverStores;
> -->
>
> </users-store>
>
> <!-- The database-connections block -->
> <database-connections>
> <!-- These connections are referred to by name elsewhere in the
> config file -->
> <!-- CHECKME! -->
> <!-- To allow James to use a database you must configure the
> database connection here. -->
> <!-- If you are not using a database, you can leave this section
> unchanged. -->
> <!-- These connections are referred to by name in URLs elsewhere
> in the config file. -->
> <!--
> James has previously used an in-house connection pool,
> Mordred.
> Mordred is being deprecated in favor of Jakarta
> Commons DBCP.
> To use DBCP: org.apache.james.util.dbcp.JdbcDataSource
> To use Mordred:
> org.apache.james.util.mordred.JdbcDataSource
>
> Change it back, of course, to use Mordred.
>
> NOTE: DBCP is configured to recover from a database server
> outage.
> This, alone, may be reason for you to give it a try.
> -->
>
> <!-- Default James distribution includes Apache Derby database,
> -->
> <!-- which is easy to embed - but we support all the major SQL
> -->
> <!-- databases - just reconfigure your JDBC configuration -->
> <!--
> <data-source name="maildb"
> class="org.apache.james.util.dbcp.JdbcDataSource">
> <driver>org.apache.derby.jdbc.EmbeddedDriver</driver>
>
> <dburl>jdbc:derby:../apps/james/var/derbydb;create=true</dburl>
> <user></user>
> <password></password>
> <poolPreparedStatements>true</poolPreparedStatements>
> <max>20</max>
> </data-source>
> -->
>
> <!-- JDBC driver .jar libraries for other RDBMS can be placed in
> ~james/lib/ -->
>
> <!-- You can download latest Connector/J from -->
> <!-- http://dev.mysql.com/downloads/connector/j/3.1.html -->
> <!-- -->
> <!-- Example, connecting to a MySQL database called "mail" on
> localhost-->
> <!-- -->
> <!-- The max value is the maximum number of concurrent
> connections
> James will -->
> <!-- open to this database-->
> <!-- If you see "SQLException: Giving up... no connections
> available." in your -->
> <!-- log files or bounced mail you should increase this
> value -->
> <!--
> <data-source name="maildb"
> class="org.apache.james.util.dbcp.JdbcDataSource">
> <driver>com.mysql.jdbc.Driver</driver>
> <dburl>jdbc:mysql://127.0.0.1/mail?autoReconnect=true</dburl>
> <user>username</user>
> <password>password</password>
> <max>20</max>
> </data-source>
> -->
>
> <!-- Example, connecting to a Microsoft MSSQL database called
> "mail" on localhost-->
> <!-- -->
> <!-- The max value is the maximum number of concurrent
> connections
> James will -->
> <!-- open to this database-->
> <!-- If you see "SQLException: Giving up... no connections
> available." in your -->
> <!-- log files or bounced mail you should increase this
> value -->
> <!--
> <data-source name="maildb"
> class="org.apache.james.util.dbcp.JdbcDataSource">
> <driver>com.inet.tds.TdsDriver</driver>
> <dburl>jdbc:inetdae7:127.0.0.1?database=James</dburl>
> <user>sa_james</user>
> <password>blahblah</password>
> <max>20</max>
> </data-source>
> -->
>
> <!-- Here is a configuration for hsqldb (formerly HypersonicSQL)
> -->
> <!-- You can download the db from http://www.hsqldb.org/ . Just
> put the -->
> <!-- hsqldb.jar in the lib directory and uncomment the following
> block -->
> <!--
> <data-source name="maildb"
> class="org.apache.james.util.dbcp.JdbcDataSource">
> <driver>org.hsqldb.jdbcDriver</driver>
> <dburl>jdbc:hsqldb:target/data/hsqldb</dburl>
> <user>sa</user>
> <password></password>
> <max>20</max>
> </data-source>
> -->
>
> </database-connections>
>
> <!-- Configuration for Cornerstone Services -->
> <!-- -->
> <!-- For a simple configuration, nothing beneath this line should
> require -->
> <!-- alteration. -->
> <!-- -->
> <!-- You will need to adjust the Socket Manager service
> configuration
> if you want -->
> <!-- to enable secure sockets (TLS) for any James service.
> -->
> <!-- -->
> <!-- Complex or high volume configurations may require
> changes to the
> parameters -->
> <!-- in this section. Please read the James and Avalon
> documentation
> before -->
> <!-- attempting to adjust this section. -->
> <!-- -->
>
> <!-- The Connection Manager block -->
> <!-- -->
> <!-- The idle-timeout is the number of milliseconds that
> it will take
> for idle -->
> <!-- client connections managed by this connection manager to be
> marked at timed out. -->
> <!-- If no value is specified, the value defaults to 5 minutes,
> 300000 milliseconds -->
> <!-- A value of 0 means that client sockets will not timeout. -->
> <!-- -->
> <!-- The max-connections parameter specifies the default maximum
> number of client -->
> <!-- connections that this connection manager will allow
> per managed
> server socket. -->
> <!-- This value can be overridden by each individual service. -->
> <!-- If no value is specified, the value defaults to 30. -->
> <!-- A value of 0 creates a maximum of 1 connection due to
> the use of
> the HardResourceLimiting -->
> <!-- thread pool by the ServerConnection class. -->
> <!-- Resource limitations imposed by other components
> (i.e. max # of
> threads) may -->
> <!-- serve to limit the number of open connections. -->
> <!-- -->
> <connections>
> <idle-timeout>300000</idle-timeout>
> <max-connections>30</max-connections>
> </connections>
>
> <!-- The Socket Manager block -->
> <!-- -->
> <!-- The server-sockets element has a number of factory
> sub-elements.
> -->
> <!-- Each of the factory elements has a name and class
> attribute -->
> <!-- The name attribute for each factory element must be
> unique. -->
> <!-- The class attribute is the name of a class that implements the
> -->
> <!-- interface
> org.apache.avalon.cornerstone.services.ServerSocketFactory -->
> <!-- Specific factory elements may require some sub-elements. This
> is -->
> <!-- factory class dependent. -->
> <!-- -->
> <!-- The client-sockets element has a number of factory
> sub-elements.
> -->
> <!-- Each of the factory elements has a name and class
> attribute -->
> <!-- The name attribute for each factory element must be
> unique. -->
> <!-- The class attribute is the name of a class that implements the
> -->
> <!-- interface org.apache.avalon.cornerstone.services.SocketFactory
> -->
> <!-- Specific factory elements may require some sub-elements. This
> is -->
> <!-- factory class dependent. -->
> <!-- -->
> <!-- In order to use the ssl factory under Java 1.5 and support all
> Clients -->
> <!-- (particularly Mozilla Thunderbird) you need to install the Sun
> JCE -->
> <!-- provider in your environment (james/lib) -->
> <!-- e.g: jre/lib/ext/sunjce_provider.jar -->
> <!-- -->
> <sockets>
> <server-sockets>
> <factory name="plain"
> class="org.apache.avalon.cornerstone.blocks.sockets.DefaultSer
> verSocketF
> actory"/>
> <!--
> <factory name="ssl"
> class="org.apache.avalon.cornerstone.blocks.sockets.TLSServerS
> ocketFacto
> ry">
> <ssl-factory>
> <keystore>
> <file>conf/keystore</file>
> <password>secret</password>
> <key-password>keysecret</key-password>
> <type>JKS</type>
> <protocol>TLS</protocol>
> <algorithm>SunX509</algorithm>
> <authenticate-client>false</authenticate-client>
> </keystore>
> </ssl-factory>
> </factory>
> -->
> </server-sockets>
> <client-sockets>
> <factory name="plain"
> class="org.apache.avalon.cornerstone.blocks.sockets.DefaultSoc
> ketFactory
> "/>
> </client-sockets>
> </sockets>
>
> <!-- The Thread Manager block -->
> <!-- -->
> <!-- The thread manager provides thread pools for use
> throughout the
> server. -->
> <!-- -->
> <!-- A thread pool with the name "default" must be defined in this
> thread manager -->
> <!-- configuration. -->
> <!-- -->
> <!-- Each thread pool is defined with a "thread-group" element. -->
> <!-- Each of these elements has the following required
> sub-elements:
> -->
> <!-- name - the name of the thread pool, used by other components
> to -->
> <!-- lookup the thread pool -->
> <!-- priority - the thread priority for threads in the
> pool. This
> is -->
> <!-- a value between 0 and 10, with 5 being the normal
> -->
> <!-- priority and 10 being the maximum. -->
> <!-- is-daemon - whether the threads in the pool are daemon
> threads. -->
> <!-- max-threads - the maximum number of threads allowed in the
> pool. -->
> <!-- min-threads - the minimum number of threads allowed in the
> pool. (not implemented) -->
> <!-- min-spare-threads - (not implemented) -->
> <thread-manager>
> <thread-group>
> <name>default</name>
> <priority>5</priority>
> <is-daemon>false</is-daemon>
> <max-threads>100</max-threads>
> <min-threads>20</min-threads>
> <min-spare-threads>20</min-spare-threads>
> </thread-group>
> </thread-manager>
> </config>
>
> ---------------------------------------------------------------------
>
Any ideas here?
Trevor
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by "Vance, Trevor K." <tr...@capgemini.com>.
My config.xml
<?xml version="1.0"?>
<!DOCTYPE config [
<!ENTITY listserverConfig SYSTEM "../conf/james-listmanager.xml">
<!ENTITY listserverStores SYSTEM "../conf/james-liststores.xml">
<!ENTITY fetchmailConfig SYSTEM "../conf/james-fetchmail.xml">
<!ENTITY smtphandlerchainConfig SYSTEM
"../conf/james-smtphandlerchain.xml">
]>
<!-- Configuration file for the ASF James server -->
<!-- This file contains important settings that control the behaviour
-->
<!-- of all of the services and repositories. -->
<!-- README!
-->
<!-- This configuration file is designed to run without alteration for
simple tests. -->
<!-- It assumes you have a DNS server on localhost and assigns a root
password of root. -->
<!-- In case the defaults do not suit you, the items you are most likely
to need to change -->
<!-- are preceded by a CHECKME! or CONFIRM? comment in the left margin.
-->
<!-- For production use you will probably need to make more extensive
changes, see -->
<!-- http://james.apache.org/server/2.3.0/ -->
<!-- $Revision: 532329 $ Committed on $Date: 2007-04-25 13:53:05 +0200
(Mi, 25 Apr 2007) $ by: $Author: bago $ -->
<config>
<James>
<!-- CHECKME! -->
<!-- This is the postmaster email address for this mail server.
-->
<!-- Set this to the appropriate email address for error reports
-->
<!-- If this is set to a non-local email address, the mail server
-->
<!-- will still function, but will generate a warning on startup.
-->
<postmaster>Postmaster@localhost</postmaster>
<!-- servernames identifies the DNS namespace served by this
instance of James. -->
<!-- These servernames are used for both matcher/mailet processing
and SMTP auth -->
<!-- to determine when a mail is intended for local delivery. -->
<!-- -->
<!-- If autodetect is TRUE, James wil attempt to discover its own
host name AND -->
<!-- use any explicitly specified servernames. -->
<!-- If autodetect is FALSE, James will use only the specified
servernames. -->
<!-- -->
<!-- If autodetectIP is not FALSE, James will also allow add the
IP address for each servername. -->
<!-- The automatic IP detection is to support RFC 2821, Sec 4.1.3,
address literals. -->
<!-- -->
<!-- To override autodetected server names simply add explicit
servername elements. -->
<!-- In most cases this will be necessary. -->
<!-- By default, the servername 'localhost' is specified. This can
be removed, if required. -->
<!-- -->
<!-- Warning: If you are using fetchmail it is important to
include the -->
<!-- fetched domains in the server name list to prevent looping.
-->
<servernames autodetect="true" autodetectIP="true">
<!-- CONFIRM? -->
<servername>localhost</servername>
</servernames>
<!-- Set whether user names are case sensitive or case insensitive
-->
<!-- Set whether to enable local aliases -->
<!-- Set whether to enable forwarding -->
<usernames ignoreCase="true" enableAliases="true"
enableForwarding="true"/>
<!-- The inbox repository is the location for users inboxes -->
<!-- Default setting: file based repository - enter path ( use
"file:///" for absolute) -->
<inboxRepository>
<repository destinationURL="file://var/mail/inboxes/"
type="MAIL"/>
</inboxRepository>
<!-- Alternative inbox repository definition for DB use. -->
<!-- The format for the destinationURL is
"db://<data-source>/<table>" -->
<!-- <data-source> is the datasource name set up in the
database-connections block, below -->
<!-- <table> is the name of the table to store user inboxes in -->
<!-- The user name is used as <repositoryName> for this repository
config. -->
<!--
<inboxRepository>
<repository destinationURL="db://maildb/inbox/" type="MAIL"/>
</inboxRepository>
-->
<!-- Alternative inbox repository definition for DB use. -->
<!-- Stores message body in file system, rest in database -->
<!--
<inboxRepository>
<repository destinationURL="dbfile://maildb/inbox/"
type="MAIL"/>
</inboxRepository>
-->
<!-- Alternative inbox repository definition for mbox use. -->
<!-- This method uses UNIX standard mbox files and is meant for
people using mbox files -->
<!-- with systems such as mail list archive displayers -->
<!-- Note that dot-locking is not currently supported -->
<!-- so network (write) accesses may cause mbox corruption -->
<!-- the sample mbox URL is an absolute URL; mbox:///var/mail will
put the users mbox files in /var/mail/-->
<!--
<inboxRepository>
<repository destinationURL="mbox:///var/mail/" type="MAIL"/>
</inboxRepository>
-->
</James>
<!-- This is an example configuration for FetchMail, a JavaMail based
gateway -->
<!-- service that pulls messages from other sources, and inserts them
into the -->
<!-- spool. They are then processed normally, although FetchMail
generally -->
<!-- has to fabricate some of the envelope information. FetchMail
should be -->
<!-- considered a mail gateway, rather than a relay, in RFC terms.
-->
<!-- Fetchmail is a functionally richer replacement for FetchPOP.
-->
<!-- CHECKME: FetchMail is disabled by default, and must be
configured to use. -->
<!-- Edit the file referred to by fetchmailConfig to enable and
configure. -->
&fetchmailConfig;
<!-- Set the Java packages from which to load mailets and matchers
-->
<mailetpackages>
<mailetpackage>org.apache.james.transport.mailets</mailetpackage>
<mailetpackage>org.apache.james.transport.mailets.smime</mailetpackage>
</mailetpackages>
<matcherpackages>
<matcherpackage>org.apache.james.transport.matchers</matcherpackage>
<matcherpackage>org.apache.james.transport.matchers.smime</matcherpackag
e>
</matcherpackages>
<!-- The James Spool Manager block -->
<!-- -->
<!-- This block is responsible for processing messages on the spool.
-->
<spoolmanager>
<!-- Number of spool threads -->
<threads> 10 </threads>
<!-- The root processor is a required processor - James routes all
mail on the spool -->
<!-- through this processor first. -->
<!-- -->
<!-- This configuration is a sample configuration for the root
processor. -->
<processor name="root">
<!-- This mailet redirects mail for the user 'postmaster' at
any local domain to -->
<!-- the postmaster address specified for the server. The
postmaster address -->
<!-- is required by rfc822. Do not remove this mailet unless
you are meeting -->
<!-- this requirement through other means (e.g. a
XML/JDBCVirtualUserTable mailet) -->
<mailet match="All" class="PostmasterAlias"/>
<!-- Checks that the email Sender is associated with a valid
domain. -->
<!-- Useful for detecting and eliminating spam. -->
<!-- For this block to function, the spam processor must be
configured. -->
<!--
<mailet
match="SenderInFakeDomain=64.55.105.9,64.94.110.11,194.205.62.122,194.20
5.62.62,195.7.77.20,206.253.214.102,212.181.91.6,219.88.106.80,194.205.6
2.42,216.35.187.246,203.119.4.6" class="ToProcessor">
<processor> spam </processor>
</mailet>
-->
<!-- Important check to avoid looping -->
<mailet match="RelayLimit=30" class="Null"/>
<!-- Check for viruses -->
<!-- -->
<!-- Does an antivirus scan check using a ClamAV daemon
(CLAMD). -->
<!-- -->
<!-- Interacts directly with the daemon using the "stream"
method, -->
<!-- which should have the lowest possible overhead. -->
<!-- The CLAMD daemon will typically reside on localhost, but
could reside on a -->
<!-- different host. -->
<!-- It may also consist on a set of multiple daemons, each
residing on a different -->
<!-- server and on different IP number. -->
<!-- In such case a DNS host name with multiple IP addresses
(round-robin load sharing) -->
<!-- is supported by the mailet (but on the same port number).
-->
<!-- -->
<!-- Handles the following init parameters: -->
<!-- <debug> -->
<!-- <host>: the host name of the server where CLAMD runs. It
can either be -->
<!-- a machine name, such as -->
<!-- "java.sun.com", or a textual representation of its -->
<!-- IP address. If a literal IP address is supplied, only
the -->
<!-- validity of the address format is checked. -->
<!-- If the machine name resolves to multiple IP addresses,
round-robin load sharing will -->
<!-- be used. -->
<!-- The default is "localhost". -->
<!-- <port>: the port on which CLAMD listens. The default is
"3310". -->
<!-- <maxPings>: the maximum number of connection retries
during startup. -->
<!-- If the value is "0" no startup test will be done. -->
<!-- The default is "6". -->
<!-- <pingIntervalMilli>: the interval (in milliseconds) -->
<!-- between each connection retry during startup. -->
<!-- The default is "30000" (30 seconds). -->
<!-- <streamBufferSize>: the BufferedOutputStream buffer size
to use -->
<!-- writing to the stream connection. The default is
"8192". -->
<!--
<mailet match="All" class="ClamAVScan"
onMailetException="ignore">
<debug> true </debug>
</mailet>
-->
<!-- If infected go to virus processor -->
<mailet
match="HasMailAttributeWithValue=org.apache.james.infected, true"
class="ToProcessor">
<processor> virus </processor>
</mailet>
<!-- Check attachment extensions for possible viruses -->
<!-- The "-z" option requests the check to be non-recursively
applied -->
<!-- to the contents of any attached '*.zip' file. -->
<!--
<mailet match="AttachmentFileNameIs=-d -z *.exe *.com *.bat
*.cmd *.pif *.scr *.vbs *.avi *.mp3 *.mpeg *.shs" class="Bounce"
onMatchException="error">
<inline>heads</inline>
<attachment>none</attachment>
<passThrough>false</passThrough>
<prefix>[REJECTED]</prefix>
<notice>
The Security Policy of XXX does not allow to forward messages containing
attachments having any of the extensions .exe, .com, .bat, .cmd, .pif,
.scr, .vbs, .avi, .mp3, .mpeg, .shs, therefore your message has been
rejected.
Please don't reply to this e-mail as it has been automatically sent by
the antivirus system.
Regards, Postmaster XXX.YYY
.....................................
</notice>
</mailet>
-->
<!-- Whitelist Management -->
<!-- Manages for each local user a "white list" of remote
addresses whose messages -->
<!-- should never be blocked as spam. -->
<!-- -->
<!-- If <automaticInsert> is true, it will check, for a local
sender, if a remote recipient -->
<!-- is already in the list: if not, it will be automatically
inserted. -->
<!-- This is under the interpretation that if a local sender X
sends a message to a -->
<!-- remote recipient Y, then later on if a message is sent by
Y to X it should be -->
<!-- considered always valid and never blocked; hence Y should
be in the white list -->
<!-- of X. -->
<!-- -->
<!-- Another mode of operations is when a local sender sends a
message to <whitelistManagerAddress> -->
<!-- with one of three specific values in the subject, to -->
<!-- (i) send back a message displaying a list of the addresses
in his own list (<displayFlag>); -->
<!-- (ii) insert some new addresses in his own list
(<insertFlag>); -->
<!-- (iii) remove some addresses from his own list
(<removeFlag>). -->
<!-- In all of the three above cases the message will be
ghosted and the postmaster will reply -->
<!-- to the sender. -->
<!-- -->
<!-- The sender name is always converted to its primary name
(handling aliases). -->
<!--
<mailet match="SMTPAuthSuccessful" class="WhiteListManager"
onMailetException="ignore">
<repositoryPath>db://maildb</repositoryPath>
<automaticInsert>true</automaticInsert>
<whitelistManagerAddress>whitelist.manager@xxx.yyy</whitelistManagerAddr
ess>
<displayFlag>display</displayFlag>
<insertFlag>insert</insertFlag>
<removeFlag>remove</removeFlag>
</mailet>
-->
<!-- "not spam" bayesian analysis feeder. -->
<!--
<mailet match="RecipientIs=not.spam@xxx.yyy"
class="BayesianAnalysisFeeder">
<repositoryPath> db://maildb </repositoryPath>
<feedType>ham</feedType>
<maxSize>200000</maxSize>
</mailet>
-->
<!-- "spam" bayesian analysis feeder. -->
<!--
<mailet match="RecipientIs=spam@xxx.yyy"
class="BayesianAnalysisFeeder">
<repositoryPath> db://maildb </repositoryPath>
<feedType>spam</feedType>
<maxSize>200000</maxSize>
</mailet>
-->
<!-- sample SMIME mailets configuration -->
<!-- In order to use SMIME capabilities you need to install the
bouncycastle JCE -->
<!-- provider in your environment (james/lib) -->
<!-- e.g: bcprov-jdk14-129.jar from
http://www.bouncycastle.org/latest_releases.html -->
<!--
<mailet match="IsSMIMEEncrypted" class="SMIMEDecrypt">
<keyStoreType>pkcs12</keyStoreType>
<keyStoreFileName>c:/path.pfx</keyStoreFileName>
<keyStorePassword>myKeyStorePass</keyStorePassword>
<keyAlias>myKeyAlias</keyAlias>
<keyAliasPassword>myKeyPass</keyAliasPassword>
</mailet>
<mailet match="IsSMIMESigned" class="SMIMECheckSignature">
<keyStoreType>pkcs12</keyStoreType>
<keyStoreFileName>c:/path.pfx</keyStoreFileName>
<keyStorePassword>myKeyStorePass</keyStorePassword>
<strip>false</strip>
<onlyTrusted>true</onlyTrusted>
</mailet>
-->
<!--
<mailet match="All" class="XMLVirtualUserTable">
<!- 1:1 mapping ->
<mapping>morgoth@middle-earth=sauron@mordor</mapping>
<!- 1:n mapping ->
<mapping>istari@middle-earth=saruman@isengard;radigast;gandalf</mapping>
<!- DSN mapping ->
<mapping>boromir@osgilliath=error:550 Requested action not
taken: no such user here</mapping>
<!- regex based mapping ->
<mapping>*@osgilliath=regex:(.*)@osgilliath:${1}@minas-tirith</mapping>
<!- both standard and regex mapping ->
<mapping>ring@*=onering@mordor;regex:ring@(.*):ring@${1}</mapping>
<!- conditional regex mapping example ->
<mapping>*@listserver=regex:(.*)-on@listserver:${1}-subscribe@listserver
;
regex:(.*)-off@listserver:${1}-unsubscribe@listserver
</mapping>
</mailet>
-->
<!-- Anti-spam processing -->
<!-- The following two entries avoid double anti-spam analysis
-->
<!-- for forwarded messages. -->
<!-- Has spam checking already been done? -->
<mailet match="HasMailAttribute=spamChecked"
class="ToProcessor">
<processor> transport </processor>
</mailet>
<!-- Spam checking will not be done twice -->
<mailet match="All" class="SetMailAttribute">
<spamChecked>true</spamChecked>
</mailet>
<!-- White List:
If you use block lists, you will probably want to check
for known permitted senders. This is particularly true
if you use more aggressive block lists, such as SPEWS,
that are prone to block entire subnets without regard
for non-spamming senders.
-->
<!-- Messages from authenticated senders never are spam -->
<mailet match="SMTPAuthSuccessful" class="ToProcessor">
<processor> transport </processor>
</mailet>
<!-- Messages signed by trusted users never are spam -->
<!-- Uncommenting the following entry, messages with valid
signatures will never be considered spam. -->
<!-- This can be a valid policy *if* SMIMECheckSignature was
invoked -->
<!-- with <onlyTrusted>true</onlyTrusted> set -->
<!--
<mailet
match="HasMailAttribute=org.apache.james.SMIMECheckSignature"
class="ToProcessor">
<processor> transport </processor>
</mailet>
-->
<!-- specific known senders -->
<!--
<mailet match="SenderIs=goodboy@goodhost"
class="ToProcessor">
<processor> transport </processor>
</mailet>
-->
<!-- People on this list agree to pay a penalty if they send
spam -->
<mailet match="InSpammerBlacklist=query.bondedsender.org."
class="ToProcessor">
<processor> transport </processor>
</mailet>
<!-- E-mail legally required not to be spam (see:
http://www.habeas.com) -->
<!--
<mailet match="HasHabeasWarrantMark" class="ToProcessor">
<processor> transport </processor>
</mailet>
-->
<!-- If the sender is in a recipient's whitelist, it is a valid
sender, -->
<!-- and as such the message should not be considered spam for
such recipient. -->
<!--
<mailet match="IsInWhiteList=db://maildb" class="ToProcessor"
onMatchException="noMatch">
<processor> transport </processor>
</mailet>
-->
<!-- End of White List -->
<!-- Check for delivery from a known spam server -->
<!-- This set of matchers/mailets redirect all emails from
known -->
<!-- black holes, open relays, and spam servers to the spam
processor -->
<!-- For this set to function properly, the spam processor must
be configured. -->
<mailet match="InSpammerBlacklist=dnsbl.njabl.org."
class="ToProcessor">
<processor> spam </processor>
<notice>550 Requested action not taken: rejected - see
http://njabl.org/ </notice>
</mailet>
<!-- Sample matching to kill a message (send to Null) -->
<!--
<mailet match="RecipientIs=badboy@badhost" class="Null"/>
-->
<!-- Anti spam bayesian analysis -->
<!--
<mailet match="All" class="BayesianAnalysis"
onMailetException="ignore">
<repositoryPath>db://maildb</repositoryPath>
<maxSize>200000</maxSize>
<headerName>X-MessageIsSpamProbability</headerName>
<ignoreLocalSender>true</ignoreLocalSender>
</mailet>
<mailet
match="CompareNumericHeaderValue=X-MessageIsSpamProbability > 0.90"
class="SetMailAttribute" onMatchException="noMatch">
<isSpam>true</isSpam>
</mailet>
<mailet
match="CompareNumericHeaderValue=X-MessageIsSpamProbability > 0.90"
class="SetMimeHeader" onMatchException="noMatch">
<name>X-MessageIsSpam</name>
<value>true</value>
</mailet>
<mailet
match="CompareNumericHeaderValue=X-MessageIsSpamProbability > 0.99"
class="ToProcessor" onMatchException="noMatch">
<processor> spam </processor>
<notice>Spam not accepted</notice>
</mailet>
-->
<!-- Send remaining mails to the transport processor for either
local or remote delivery -->
<mailet match="All" class="ToProcessor">
<processor> transport </processor>
</mailet>
</processor>
<!-- The error processor is required. James may internally set
emails to the -->
<!-- error state. The error processor is generally invoked when
there is an -->
<!-- unexpected error either in the mailet chain or internal to
James. -->
<!-- -->
<!-- By default configuration all email that generates an error in
placed in -->
<!-- an error repository. -->
<processor name="error">
<!-- If you want to notify the sender their message generated
an error, uncomment this -->
<!--
<mailet match="All" class="Bounce"/>
-->
<!-- If you want to notify the postmaster that a message
generated an error, uncomment this -->
<!--
<mailet match="All" class="NotifyPostmaster"/>
-->
<!-- Logs any messages to the repository specified -->
<mailet match="All" class="ToRepository">
<repositoryPath> file://var/mail/error/</repositoryPath>
<!-- An alternative database repository example follows. -->
<!--
<repositoryPath> db://maildb/deadletter/error
</repositoryPath>
-->
</mailet>
</processor>
<!-- Processor CONFIGURATION SAMPLE: transport is a sample custom
processor for local or -->
<!-- remote delivery -->
<processor name="transport">
<!-- This is an example configuration including configuration
for a list server. -->
<!-- CHECKME: before uncommenting this, edit the configuration
file's contents -->
<!--
&listserverConfig;
-->
<!--
<mailet match="SMTPAuthSuccessful" class="SetMimeHeader">
<name>X-UserIsAuth</name>
<value>true</value>
</mailet>
<mailet
match="HasMailAttribute=org.apache.james.SMIMECheckSignature"
class="SetMimeHeader">
<name>X-WasSigned</name>
<value>true</value>
</mailet>
-->
<!-- Add a server-side signature -->
<!-- In order to use SMIME capabilities you need to install the
bouncycastle JCE -->
<!-- provider in your environment (james/lib) -->
<!-- e.g: bcprov-jdk14-129.jar from
http://www.bouncycastle.org/latest_releases.html -->
<!--
<mailet match="All" class="SMIMESign"
onMailetException="ignore">
<keyStoreType>jks</keyStoreType>
<keyStoreFileName>path.keystore</keyStoreFileName>
<keyStorePassword>myKeyStorePass</keyStorePassword>
<keyAlias>myKeyAlias</keyAlias>
<keyAliasPassword>myKeyPass</keyAliasPassword>
<signerName>XXX Trusted Server</signerName>
<rebuildFrom>true</rebuildFrom>
<postmasterSigns>true</postmasterSigns>
<debug>true</debug>
</mailet>
-->
<!-- Experimental quota Matcher -->
<!-- This matcher need to calculate the mailbox size everytime
it is called. This can slow down things if there are many mails in -->
<!-- the mailbox. Some users also report big problems with the
matcher if a JDBC based mailrepository is used. -->
<!-- Check if over quota -->
<!--
<mailet match="RecipientIsOverFixedQuota=20M" class="Resend">
<sender>postmaster</sender>
<replyTo>postmaster</replyTo>
<reversePath>null</reversePath>
<inline>none</inline>
<attachment>message</attachment>
<prefix>[OVER QUOTA WARNING]</prefix>
<message>
When receiving the attached message, your mailbox is larger than 20 MB,
which is the maximum allowed quota. The mailbox will not be blocked, but
we ask you to empty it ASAP.
It is likely that you have set, in your mail client account, the option
"leave a copy of messages on server". For any help ask your
administrators.
Regards, Postmaster XXX.YYY
.....................................
</message>
</mailet>
-->
<!-- Is the recipient is for a local account, deliver it
locally -->
<mailet match="RecipientIsLocal" class="LocalDelivery"/>
<!-- If the host is handled by this server and it did not get
-->
<!-- locally delivered, this is an invalid recipient -->
<mailet match="HostIsLocal" class="ToProcessor">
<processor> local-address-error </processor>
<notice>550 - Requested action not taken: no such user
here</notice>
</mailet>
<!-- CHECKME! -->
<!-- This is an anti-relay matcher/mailet combination -->
<!-- -->
<!-- Emails sent from servers not in the network list are -->
<!-- rejected as spam. This is one method of preventing your
-->
<!-- server from being used as an open relay. Make sure you
understand -->
<!-- how to prevent your server from becoming an open relay
before -->
<!-- changing this configuration. See also
<authorizedAddresses> in SMTP Server -->
<!-- -->
<!-- This matcher/mailet combination must come after local
delivery has -->
<!-- been performed. Otherwise local users will not be able to
receive -->
<!-- email from senders not in this remote address list. -->
<!-- -->
<!-- If you are using this matcher/mailet you will probably
want to -->
<!-- update the configuration to include your own
network/addresses. The -->
<!-- matcher can be configured with a comma separated list of
IP addresses -->
<!-- wildcarded IP subnets, and wildcarded hostname subnets.
-->
<!-- e.g. "RemoteAddrNotInNetwork=127.0.0.1, abc.de.*,
192.168.0.*" -->
<!-- -->
<!-- If you are using SMTP authentication then you can (and
generally -->
<!-- should) disable this matcher/mailet pair. -->
<mailet match="RemoteAddrNotInNetwork=127.0.0.1"
class="ToProcessor">
<processor> relay-denied </processor>
<notice>550 - Requested action not taken: relaying
denied</notice>
</mailet>
<!-- Attempt remote delivery using the specified repository for
the spool, -->
<!-- using delay time to retry delivery and the maximum number
of retries -->
<mailet match="All" class="RemoteDelivery">
<outgoing> file://var/mail/outgoing/ </outgoing>
<!-- alternative database repository example below -->
<!--
<outgoing> db://maildb/spool/outgoing </outgoing>
-->
<!-- Delivery Schedule based upon RFC 2821, 4.5.4.1 -->
<!-- 5 day retry period, with 4 attempts in the first
hour, two more within the first 6 hours, and then
every 6 hours for the rest of the period. -->
<delayTime> 5 minutes </delayTime>
<delayTime> 10 minutes </delayTime>
<delayTime> 45 minutes </delayTime>
<delayTime> 2 hours </delayTime>
<delayTime> 3 hours </delayTime>
<delayTime> 6 hours </delayTime>
<maxRetries> 25 </maxRetries>
<!-- The number of threads that should be trying to deliver
outgoing messages -->
<deliveryThreads> 1 </deliveryThreads>
<!-- If false the message will not be sent to given server
if any recipients fail -->
<sendpartial>false</sendpartial>
<!-- By default we send bounces to the "bounce" processor
-->
<!-- By removing this configuration James will fallback to
hardcoded bounce -->
<!-- notifications -->
<bounceProcessor>bounces</bounceProcessor>
<!-- A single mail server to deliver all outgoing messages.
-->
<!-- This is useful if this server is a backup or failover
machine, -->
<!-- or if you want all messages to be routed through a
particular mail server, -->
<!-- regardless of the email addresses specified in the
message -->
<!-- -->
<!-- The gateway element specifies the gateway SMTP server
name. -->
<!-- If your gateway mail server is listening on a port
other than 25, -->
<!-- you can set James to connect to it on that port using
the gatewayPort -->
<!-- element. -->
<!-- Although normally multiple addresses are implemented
through proper -->
<!-- DNS configuration, the RemoteDelivery mail does allow
specifying -->
<!-- multiple gateway elements, each of which may also have
a port -->
<!-- e.g., mygateway:2525 -->
<!-- the gatewayPort element is used as a default -->
<gateway> servername.corp.capgemini.com </gateway>
<gatewayPort>25</gatewayPort>
<!-- If the gateway requires smtp authentication the
following directives -->
<!-- (gatewayusername/gatewayPassword) can be used. -->
<!--
<gatewayusername>login</gatewayusername>
<gatewayPassword>pass</gatewayPassword>
-->
<!-- Set the HELO/EHLO name to use when connectiong to
remote SMTP-Server -->
<!--
<mail.smtp.localhost>myMailServer</mail.smtp.localhost>
-->
</mailet>
</processor>
<!-- Processor CONFIGURATION SAMPLE: spam is a sample custom
processor for handling -->
<!-- spam. -->
<!-- You can either log these, bounce these, or just ignore them.
-->
<processor name="spam">
<!-- To destroy all messages, uncomment this matcher/mailet
configuration -->
<!--
<mailet match="All" class="Null"/>
-->
<!-- To notify the sender their message was marked as spam,
uncomment this matcher/mailet configuration -->
<!--
<mailet match="All" class="Bounce"/>
-->
<!-- To notify the postmaster that a message was marked as
spam, uncomment this matcher/mailet configuration -->
<!--
<mailet match="All" class="NotifyPostmaster"/>
-->
<!-- To log the message to a repository, this matcher/mailet
configuration should be uncommented. -->
<!-- This is the default configuration. -->
<mailet match="All" class="ToRepository">
<repositoryPath>file://var/mail/spam/</repositoryPath>
<!-- Changing the repositoryPath, as in this commented out
example, will -->
<!-- cause the mails to be stored in a database repository.
-->
<!-- Please note that only one repositoryPath element can be
present for the mailet -->
<!-- configuration. -->
<!--
<repositoryPath> db://maildb/deadletter/spam
</repositoryPath>
-->
</mailet>
</processor>
<!-- messages containing viruses. -->
<processor name="virus">
<!-- To avoid a loop while bouncing -->
<mailet match="All" class="SetMailAttribute">
<org.apache.james.infected>true,
bouncing</org.apache.james.infected>
</mailet>
<!-- If the sender is authenticated, notify the infection -->
<mailet match="SMTPAuthSuccessful" class="Bounce">
<inline>heads</inline>
<attachment>none</attachment>
<notice> Warning: We were unable to deliver the message
below because it was found infected by virus(es). </notice>
</mailet>
<!-- In any other situation ghost it, -->
<!-- as viruses almost always spoof the sender's address -->
<mailet match="All" class="Null" />
</processor>
<!-- This processor handles messages that are for local domains,
where the user is unknown -->
<processor name="local-address-error">
<!-- To avoid bouncing/archiving spam, uncomment this
matcher/mailet configuration -->
<!--
<mailet match="HasMailAttribute=isSpam" class="Null"
onMatchException="noMatch"/>
-->
<!-- To notify the sender the address was invalid, uncomment
this matcher/mailet configuration -->
<!-- The original message is not attached to keep the bounce
processor from deliverying spam -->
<!--
<mailet match="All" class="Bounce">
<attachment>none</attachment>
</mailet>
-->
<!-- To notify the postmaster that a message had an invalid
address, uncomment this matcher/mailet configuration -->
<!--
<mailet match="All" class="NotifyPostmaster"/>
-->
<mailet match="All" class="ToRepository">
<repositoryPath>
file://var/mail/address-error/</repositoryPath>
<!-- An alternative database repository example follows. -->
<!--
<repositoryPath> db://maildb/deadletter/address-error
</repositoryPath>
-->
</mailet>
</processor>
<!-- This processor handles messages that are for foreign domains,
where relaying is denied -->
<!-- As of James v2.2, this processor can be deprecated by using
the <authorizedAddresses> tag
in the SMTP Server, and rejecting the message in the protocol
transaction. -->
<processor name="relay-denied">
<!-- To notify the sender the address was invalid, uncomment
this matcher/mailet configuration -->
<!-- The original message is not attached to keep the bounce
processor from deliverying spam -->
<!--
<mailet match="All" class="Bounce">
<attachment>none</attachment>
</mailet>
-->
<!-- To notify the postmaster that a relay request was denied,
uncomment this matcher/mailet configuration -->
<!--
<mailet match="All" class="NotifyPostmaster"/>
-->
<mailet match="All" class="ToRepository">
<repositoryPath>file://var/mail/relay-denied/</repositoryPath>
<!-- An alternative database repository example follows. -->
<!--
<repositoryPath> db://maildb/deadletter/relay-denied
</repositoryPath>
-->
</mailet>
</processor>
<!-- This processor handle the bounces from RemoteDelivery: As of
James v2.3, this is the new -->
<!-- Default. -->
<!-- -->
<!-- DSNBounce properly create a DSN compliant bounce -->
<processor name="bounces">
<mailet match="All" class="DSNBounce">
<passThrough>false</passThrough>
<!-- optional subject prefix prepended to the original
message -->
<!--
<prefix>[bounce]</prefix>
-->
<!-- message, heads or none, default=message -->
<!--
<attachment>heads</attachment>
-->
<!-- the message sent in the bounce, the first occurrence of
the pattern [machine] is -->
<!-- replaced with the name of the executing machine -->
<!-- Default: Hi. This is the James mail server at [machine]
... -->
<!--
<messageString>Here is [machine]. I'm not able to deliver
this message.</messageString>
-->
</mailet>
</processor>
</spoolmanager>
<!-- DNS Server Block -->
<!-- -->
<!-- Specifies DNS Server information for use by various components
inside -->
<!-- James. -->
<!-- -->
<!-- If autodiscover is true, James will attempt to autodiscover the
DNS servers configured on your underlying system.-->
<!-- Currently, this works if the OS has a unix-like
/etc/resolv.conf,-->
<!-- or the system is Windows based with ipconfig or winipcfg.-->
<!-- -->
<!-- If no DNS servers are found and you have not specified any
below, 127.0.0.1 will be used-->
<!-- If you use autodiscover and add DNS servers manually a
combination of all the dns servers will be used -->
<!-- -->
<!-- Information includes a list of DNS Servers to be used by James.
These are -->
<!-- specified by the server elements, each of which is a child
element of the -->
<!-- servers element. Each server element is the IP address of a
single DNS server. -->
<!-- The servers element can have multiple server children. -->
<dnsserver>
<servers>
<!--Enter ip address of your DNS server, one IP address per
server -->
<!-- element. -->
<!--
<server>127.0.0.1</server>
-->
</servers>
<!-- Change autodiscover to false if you would like to turn off
autodiscovery -->
<!-- and set the DNS servers manually in the <servers> section -->
<autodiscover>true</autodiscover>
<authoritative>false</authoritative>
<!-- Maximum number of entries to maintain in the DNS cache -->
<maxcachesize>50000</maxcachesize>
</dnsserver>
<!-- The RemoteManager server is enabled by default -->
<!-- Disabling blocks will stop them from listening, -->
<!-- but does not free as many resources as removing them would -->
<remotemanager enabled="false">
<port>4555</port>
<!-- Uncomment this if you want to bind to a specific inetaddress
-->
<!--
<bind> </bind>
-->
<!-- Uncomment this if you want to use TLS (SSL) on this port -->
<!--
<useTLS>true</useTLS>
-->
<handler>
<!-- This is the name used by the server to identify itself in
the RemoteManager -->
<!-- protocol. If autodetect is TRUE, the server will discover
its -->
<!-- own host name and use that in the protocol. If discovery
fails, -->
<!-- the value of 'localhost' is used. If autodetect is FALSE,
James -->
<!-- will use the specified value. -->
<helloName autodetect="true">myMailServer</helloName>
<administrator_accounts>
<!-- CHECKME! -->
<!-- Change the default login/password. -->
<account login="root" password="root"/>
</administrator_accounts>
<connectiontimeout> 60000 </connectiontimeout>
<!-- The prompt directive adds a prompt to every output from
RemoteManager -->
<!--
<prompt>james></prompt>
-->
</handler>
</remotemanager>
<!-- The POP3 server is enabled by default -->
<!-- Disabling blocks will stop them from listening, -->
<!-- but does not free as many resources as removing them would -->
<pop3server enabled="false">
<!-- port 995 is the well-known/IANA registered port for POP3S ie
over SSL/TLS -->
<!-- port 110 is the well-known/IANA registered port for Standard
POP3 -->
<port>110</port>
<!-- Uncomment this if you want to bind to a specific inetaddress
-->
<!--
<bind> </bind>
-->
<!-- Uncomment this if you want to use TLS (SSL) on this port -->
<!--
<useTLS>true</useTLS>
-->
<handler>
<!-- This is the name used by the server to identify itself in
the POP3 -->
<!-- protocol. If autodetect is TRUE, the server will discover
its -->
<!-- own host name and use that in the protocol. If discovery
fails, -->
<!-- the value of 'localhost' is used. If autodetect is FALSE,
James -->
<!-- will use the specified value. -->
<helloName autodetect="true">myMailServer</helloName>
<connectiontimeout>120000</connectiontimeout>
</handler>
</pop3server>
<!-- The SMTP server is enabled by default -->
<!-- Disabling blocks will stop them from listening, -->
<!-- but does not free as many resources as removing them would -->
<smtpserver enabled="true">
<!-- port 25 is the well-known/IANA registered port for SMTP -->
<port>25</port>
<!-- Uncomment this if you want to bind to a specific inetaddress
-->
<!-- Please NOTE: you should add this IP also to your
RemoteAddrNotInNetwork -->
<!-- in order to avoid relay check for locallly generated bounces
-->
<!--
<bind> </bind>
-->
<!-- Uncomment this if you want to use TLS (SSL) on this port -->
<!--
<useTLS>true</useTLS>
-->
<handler>
<!-- This is the name used by the server to identify itself in
the SMTP -->
<!-- protocol. If autodetect is TRUE, the server will discover
its -->
<!-- own host name and use that in the protocol. If discovery
fails, -->
<!-- the value of 'localhost' is used. If autodetect is FALSE,
James -->
<!-- will use the specified value. -->
<helloName autodetect="true">myMailServer</helloName>
<connectiontimeout>360000</connectiontimeout>
<!-- Uncomment this if you want to require SMTP
authentication.
supported values:
true: required but announced only to not
authorizedAddresses
false: don't use AUTH
announce: like true, but always announce AUTH capability
to clients
The correct behaviour per RFC value would be false or
announce
but we still support true for backward compatibility and
because
some webmail client fails when AUTH is announced but no
authentication
information has been provided
-->
<!--
<authRequired>true</authRequired>
-->
<!-- CHECKME! -->
<!-- Uncomment this if you want to authorize specific
addresses/networks.
If you use SMTP AUTH, addresses that match those
specified here will
be permitted to relay without SMTP AUTH. If you do not
use SMTP
AUTH, and you specify addreses here, then only addresses
that match
those specified will be permitted to relay.
Addresses may be specified as a an IP address or domain
name, with an
optional netmask, e.g.,
127.*, 127.0.0.0/8, 127.0.0.0/255.0.0.0, and localhost/8
are all the same
See also the RemoteAddrNotInNetwork matcher in the
transport processor.
You would generally use one OR the other approach.
-->
<authorizedAddresses>127.0.0.0/8</authorizedAddresses>
<!-- Uncomment this if you want to verify sender addresses,
ensuring that -->
<!-- the sender address matches the user who has
authenticated. -->
<!-- This prevents a user of your mail server from acting as
someone else -->
<!--
<verifyIdentity>true</verifyIdentity>
-->
<!-- This sets the maximum allowed message size (in kilobytes)
for this -->
<!-- SMTP service. If unspecified, the value defaults to 0,
which means no limit. -->
<maxmessagesize>0</maxmessagesize>
<!-- This sets wether to enforce the use of HELO/EHLO
salutation before a -->
<!-- MAIL command is accepted. If unspecified, the value
defaults to true -->
<!--
<heloEhloEnforcement>true</heloEhloEnforcement>
-->
<!-- SMTP Handler Chain customization -->
<!-- Uncomment this and edit james-smtphandlerchain.xml
configuration file to -->
<!-- enable the experimental fastfail features. Look at the
james-smtphandlerchain.xml -->
<!-- for further informations -->
<!--
&smtphandlerchainConfig;
-->
</handler>
</smtpserver>
<!-- The NNTP server is enabled by default -->
<!-- Disabling blocks will stop them from listening, -->
<!-- but does not free as many resources as removing them would -->
<!-- NNTP-specific: if you disable the NNTP Server, you should also
set the nntp-repository's
threadCount to 0, otherwise there will be threads active and
polling -->
<nntpserver enabled="false">
<!-- THE NNTP PROTOCOL IS EXPERIMENTAL AND NOT AS WELL TESTED AS SMTP
AND POP3 IN THIS RELEASE.
The James project recommends that you check the James web site
for updates to the NNTP
service. -->
<!-- port 563 is the well-known/IANA registered port for NNTP over
SSL/TLS -->
<!-- port 119 is the well-known/IANA registered port for Standard
NNTP -->
<port>119</port>
<!-- Uncomment this if you want to bind to a specific inetaddress
-->
<!--
<bind> </bind>
-->
<!-- Uncomment this if you want to use TLS (SSL) on this port -->
<!--
<useTLS>true</useTLS>
-->
<handler>
<!-- This is the name used by the server to identify itself in
the NNTP -->
<!-- protocol. If autodetect is TRUE, the server will discover
its -->
<!-- own host name and use that in the protocol. If discovery
fails, -->
<!-- the value of 'localhost' is used. If autodetect is FALSE,
James -->
<!-- will use the specified value. -->
<helloName autodetect="true">myMailServer</helloName>
<connectiontimeout>120000</connectiontimeout>
<!-- Set the authRequired value to true to enable
authenticated NNTP -->
<authRequired>false</authRequired>
</handler>
</nntpserver>
<nntp-repository>
<!-- If this is set to true, posting will be disallowed. -->
<readOnly>false</readOnly>
<rootPath>file://var/nntp/groups</rootPath>
<tempPath>file://var/nntp/temp</tempPath>
<articleIDPath>file://var/nntp/articleid</articleIDPath>
<articleIDDomainSuffix>news.james.apache.org</articleIDDomainSuffix>
<!-- The news groups hosted in this NNTP repository. -->
<!-- Groups here will be added to those found in the file system,
but removing groups from here will NOT remove them from the
server. Change <newsgroups> to <newsgroups only="true"> to
restrict newsgroups to ONLY those found in this list. -->
<newsgroups>
<newsgroup>org.apache.james.dev</newsgroup>
<newsgroup>org.apache.james.user</newsgroup>
<newsgroup>org.apache.avalon.dev</newsgroup>
<newsgroup>org.apache.avalon.user</newsgroup>
</newsgroups>
<spool>
<configuration>
<spoolPath>file://var/nntp/spool</spoolPath>
<!-- The number of threads that process spooler related
tasks. -->
<threadCount>0</threadCount>
<!-- The spool thread(s) should idle for some time, if it
has nothing to do -->
<threadIdleTime>60000</threadIdleTime>
</configuration>
</spool>
</nntp-repository>
<!-- Spool repository configuration -->
<!-- The spool repository is the location where incoming mails are
temporarily stored -->
<!-- before being processed. -->
<spoolrepository destinationURL="file://var/mail/spool/"
type="SPOOL"/>
<!-- Alternative spool repository definition for JDBC use -->
<!--
<spoolrepository destinationURL="db://maildb/spool/spool"
type="SPOOL"/>
-->
<!-- Alternative spool repository definition for JDBC use -->
<!-- Stores message body in file system, rest in database -->
<!--
<spoolrepository destinationURL="dbfile://maildb/spool/spool"
type="SPOOL"/>
-->
<!-- The Mailstore block -->
<mailstore>
<repositories>
<!-- File based repositories. These repositories store all
message data -->
<!-- in the file system. -->
<repository
class="org.apache.james.mailrepository.AvalonMailRepository">
<protocols>
<protocol>file</protocol>
</protocols>
<types>
<type>MAIL</type>
</types>
</repository>
<repository
class="org.apache.james.mailrepository.AvalonSpoolRepository">
<protocols>
<protocol>file</protocol>
</protocols>
<types>
<type>SPOOL</type>
</types>
</repository>
<!-- JDBC based repositories. These repositories store all
message data -->
<!-- in the database. -->
<repository
class="org.apache.james.mailrepository.JDBCMailRepository">
<protocols>
<protocol>db</protocol>
</protocols>
<types>
<type>MAIL</type>
</types>
<config>
<sqlFile>file://conf/sqlResources.xml</sqlFile>
<!-- Set the size threshold for in memory handling of
storing operations -->
<!-- Default is currently 409600000 due to a bug with
mysql and binary stream -->
<!-- currently under investigation. Please change this
only if you know what -->
<!-- you do, this is EXPERIMENTAL -->
<!--
<inMemorySizeLimit>4096</inMemorySizeLimit>
-->
</config>
</repository>
<repository
class="org.apache.james.mailrepository.JDBCSpoolRepository">
<protocols>
<protocol>db</protocol>
</protocols>
<types>
<type>SPOOL</type>
</types>
<config>
<sqlFile>file://conf/sqlResources.xml</sqlFile>
<maxcache>1000</maxcache>
<!-- Set the size threshold for in memory handling of
storing operations -->
<!-- Default is currently 409600000 due to a bug with
mysql and binary stream -->
<!-- currently under investigation. Please change this
only if you know what -->
<!-- you do, this is EXPERIMENTAL -->
<!--
<inMemorySizeLimit>4096</inMemorySizeLimit>
-->
</config>
</repository>
<!-- These repositories store message delivery and headers in
the DB, and the body to the filesystem -->
<repository
class="org.apache.james.mailrepository.JDBCMailRepository">
<protocols>
<protocol>dbfile</protocol>
</protocols>
<types>
<type>MAIL</type>
</types>
<config>
<sqlFile>file://conf/sqlResources.xml</sqlFile>
<filestore>file://var/dbmail</filestore>
</config>
</repository>
<repository
class="org.apache.james.mailrepository.JDBCSpoolRepository">
<protocols>
<protocol>dbfile</protocol>
</protocols>
<types>
<type>SPOOL</type>
</types>
<config>
<sqlFile>file://conf/sqlResources.xml</sqlFile>
<filestore>file://var/dbmail</filestore>
<maxcache>1000</maxcache>
</config>
</repository>
<!-- The mbox repository is designed for MAIL only; SPOOL
performance would be less than ideal-->
<repository
class="org.apache.james.mailrepository.MBoxMailRepository">
<protocols>
<protocol>mbox</protocol>
</protocols>
<types>
<type>MAIL</type>
</types>
</repository>
<repository
class="org.apache.james.mailrepository.filepair.File_Persistent_Object_R
epository">
<protocols>
<protocol>file</protocol>
</protocols>
<types>
<type>OBJECT</type>
</types>
<models>
<model>SYNCHRONOUS</model>
<model>ASYNCHRONOUS</model>
<model>CACHE</model>
</models>
</repository>
<repository
class="org.apache.james.mailrepository.filepair.File_Persistent_Stream_R
epository">
<protocols>
<protocol>file</protocol>
</protocols>
<types>
<type>STREAM</type>
</types>
<models>
<model>SYNCHRONOUS</model>
<model>ASYNCHRONOUS</model>
<model>CACHE</model>
</models>
</repository>
</repositories>
</mailstore>
<!-- The User Storage block -->
<users-store>
<!-- Configure User Repositories here. -->
<!-- -->
<!-- User repositories are required for the following purposes:
-->
<!-- - storing James user information, including forwards,
aliases, -->
<!-- and authentication data. -->
<!-- - holding lists of users for the listserv mailet -->
<!-- Currently, two different storage options are available: -->
<!-- - file-based storage using Java serialization -->
<!-- - database-backed storage -->
<!-- (Use of database or file-system is defined on a
"per-repository" basis) -->
<!-- -->
<!-- Note: One user repository is required for James: -->
<!-- LocalUsers - the users for whom you are providing POP3,
NNTP, or SMTP service -->
<!-- -->
<!-- Other repositories may be used by matchers or mailets. -->
<!-- Default: File-based user repositories Use these
configurations to store user info in the filesystem -->
<!-- The LocalUsers repository, for storing James' User info. -->
<repository name="LocalUsers"
class="org.apache.james.userrepository.UsersFileRepository">
<destination URL="file://var/users/"/>
</repository>
<!-- Database backed user repositories -->
<!-- -->
<!-- Use these configurations to store user info in a database.
-->
<!-- Note: The <data-source> element must refer to a connection
configured -->
<!-- in the <database-connections> configuration section.
-->
<!-- The LocalUsers repository, for storing James' User info. -->
<!--
<repository name="LocalUsers"
class="org.apache.james.userrepository.JamesUsersJdbcRepository"
destinationURL="db://maildb/users">
<sqlFile>file://conf/sqlResources.xml</sqlFile>
</repository>
-->
<!-- This is an example configuration including configuration for
a list server. -->
<!-- CHECKME: before uncommenting this, edit the configuration
file's contents -->
<!--
&listserverStores;
-->
</users-store>
<!-- The database-connections block -->
<database-connections>
<!-- These connections are referred to by name elsewhere in the
config file -->
<!-- CHECKME! -->
<!-- To allow James to use a database you must configure the
database connection here. -->
<!-- If you are not using a database, you can leave this section
unchanged. -->
<!-- These connections are referred to by name in URLs elsewhere
in the config file. -->
<!--
James has previously used an in-house connection pool,
Mordred.
Mordred is being deprecated in favor of Jakarta Commons DBCP.
To use DBCP: org.apache.james.util.dbcp.JdbcDataSource
To use Mordred: org.apache.james.util.mordred.JdbcDataSource
Change it back, of course, to use Mordred.
NOTE: DBCP is configured to recover from a database server
outage.
This, alone, may be reason for you to give it a try.
-->
<!-- Default James distribution includes Apache Derby database,
-->
<!-- which is easy to embed - but we support all the major SQL
-->
<!-- databases - just reconfigure your JDBC configuration -->
<!--
<data-source name="maildb"
class="org.apache.james.util.dbcp.JdbcDataSource">
<driver>org.apache.derby.jdbc.EmbeddedDriver</driver>
<dburl>jdbc:derby:../apps/james/var/derbydb;create=true</dburl>
<user></user>
<password></password>
<poolPreparedStatements>true</poolPreparedStatements>
<max>20</max>
</data-source>
-->
<!-- JDBC driver .jar libraries for other RDBMS can be placed in
~james/lib/ -->
<!-- You can download latest Connector/J from -->
<!-- http://dev.mysql.com/downloads/connector/j/3.1.html -->
<!-- -->
<!-- Example, connecting to a MySQL database called "mail" on
localhost-->
<!-- -->
<!-- The max value is the maximum number of concurrent connections
James will -->
<!-- open to this database-->
<!-- If you see "SQLException: Giving up... no connections
available." in your -->
<!-- log files or bounced mail you should increase this value -->
<!--
<data-source name="maildb"
class="org.apache.james.util.dbcp.JdbcDataSource">
<driver>com.mysql.jdbc.Driver</driver>
<dburl>jdbc:mysql://127.0.0.1/mail?autoReconnect=true</dburl>
<user>username</user>
<password>password</password>
<max>20</max>
</data-source>
-->
<!-- Example, connecting to a Microsoft MSSQL database called
"mail" on localhost-->
<!-- -->
<!-- The max value is the maximum number of concurrent connections
James will -->
<!-- open to this database-->
<!-- If you see "SQLException: Giving up... no connections
available." in your -->
<!-- log files or bounced mail you should increase this value -->
<!--
<data-source name="maildb"
class="org.apache.james.util.dbcp.JdbcDataSource">
<driver>com.inet.tds.TdsDriver</driver>
<dburl>jdbc:inetdae7:127.0.0.1?database=James</dburl>
<user>sa_james</user>
<password>blahblah</password>
<max>20</max>
</data-source>
-->
<!-- Here is a configuration for hsqldb (formerly HypersonicSQL)
-->
<!-- You can download the db from http://www.hsqldb.org/ . Just
put the -->
<!-- hsqldb.jar in the lib directory and uncomment the following
block -->
<!--
<data-source name="maildb"
class="org.apache.james.util.dbcp.JdbcDataSource">
<driver>org.hsqldb.jdbcDriver</driver>
<dburl>jdbc:hsqldb:target/data/hsqldb</dburl>
<user>sa</user>
<password></password>
<max>20</max>
</data-source>
-->
</database-connections>
<!-- Configuration for Cornerstone Services -->
<!-- -->
<!-- For a simple configuration, nothing beneath this line should
require -->
<!-- alteration. -->
<!-- -->
<!-- You will need to adjust the Socket Manager service configuration
if you want -->
<!-- to enable secure sockets (TLS) for any James service.
-->
<!-- -->
<!-- Complex or high volume configurations may require changes to the
parameters -->
<!-- in this section. Please read the James and Avalon documentation
before -->
<!-- attempting to adjust this section. -->
<!-- -->
<!-- The Connection Manager block -->
<!-- -->
<!-- The idle-timeout is the number of milliseconds that it will take
for idle -->
<!-- client connections managed by this connection manager to be
marked at timed out. -->
<!-- If no value is specified, the value defaults to 5 minutes,
300000 milliseconds -->
<!-- A value of 0 means that client sockets will not timeout. -->
<!-- -->
<!-- The max-connections parameter specifies the default maximum
number of client -->
<!-- connections that this connection manager will allow per managed
server socket. -->
<!-- This value can be overridden by each individual service. -->
<!-- If no value is specified, the value defaults to 30. -->
<!-- A value of 0 creates a maximum of 1 connection due to the use of
the HardResourceLimiting -->
<!-- thread pool by the ServerConnection class. -->
<!-- Resource limitations imposed by other components (i.e. max # of
threads) may -->
<!-- serve to limit the number of open connections. -->
<!-- -->
<connections>
<idle-timeout>300000</idle-timeout>
<max-connections>30</max-connections>
</connections>
<!-- The Socket Manager block -->
<!-- -->
<!-- The server-sockets element has a number of factory sub-elements.
-->
<!-- Each of the factory elements has a name and class attribute -->
<!-- The name attribute for each factory element must be unique. -->
<!-- The class attribute is the name of a class that implements the
-->
<!-- interface
org.apache.avalon.cornerstone.services.ServerSocketFactory -->
<!-- Specific factory elements may require some sub-elements. This
is -->
<!-- factory class dependent. -->
<!-- -->
<!-- The client-sockets element has a number of factory sub-elements.
-->
<!-- Each of the factory elements has a name and class attribute -->
<!-- The name attribute for each factory element must be unique. -->
<!-- The class attribute is the name of a class that implements the
-->
<!-- interface org.apache.avalon.cornerstone.services.SocketFactory
-->
<!-- Specific factory elements may require some sub-elements. This
is -->
<!-- factory class dependent. -->
<!-- -->
<!-- In order to use the ssl factory under Java 1.5 and support all
Clients -->
<!-- (particularly Mozilla Thunderbird) you need to install the Sun
JCE -->
<!-- provider in your environment (james/lib) -->
<!-- e.g: jre/lib/ext/sunjce_provider.jar -->
<!-- -->
<sockets>
<server-sockets>
<factory name="plain"
class="org.apache.avalon.cornerstone.blocks.sockets.DefaultServerSocketF
actory"/>
<!--
<factory name="ssl"
class="org.apache.avalon.cornerstone.blocks.sockets.TLSServerSocketFacto
ry">
<ssl-factory>
<keystore>
<file>conf/keystore</file>
<password>secret</password>
<key-password>keysecret</key-password>
<type>JKS</type>
<protocol>TLS</protocol>
<algorithm>SunX509</algorithm>
<authenticate-client>false</authenticate-client>
</keystore>
</ssl-factory>
</factory>
-->
</server-sockets>
<client-sockets>
<factory name="plain"
class="org.apache.avalon.cornerstone.blocks.sockets.DefaultSocketFactory
"/>
</client-sockets>
</sockets>
<!-- The Thread Manager block -->
<!-- -->
<!-- The thread manager provides thread pools for use throughout the
server. -->
<!-- -->
<!-- A thread pool with the name "default" must be defined in this
thread manager -->
<!-- configuration. -->
<!-- -->
<!-- Each thread pool is defined with a "thread-group" element. -->
<!-- Each of these elements has the following required sub-elements:
-->
<!-- name - the name of the thread pool, used by other components
to -->
<!-- lookup the thread pool -->
<!-- priority - the thread priority for threads in the pool. This
is -->
<!-- a value between 0 and 10, with 5 being the normal
-->
<!-- priority and 10 being the maximum. -->
<!-- is-daemon - whether the threads in the pool are daemon
threads. -->
<!-- max-threads - the maximum number of threads allowed in the
pool. -->
<!-- min-threads - the minimum number of threads allowed in the
pool. (not implemented) -->
<!-- min-spare-threads - (not implemented) -->
<thread-manager>
<thread-group>
<name>default</name>
<priority>5</priority>
<is-daemon>false</is-daemon>
<max-threads>100</max-threads>
<min-threads>20</min-threads>
<min-spare-threads>20</min-spare-threads>
</thread-group>
</thread-manager>
</config>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by "Vance, Trevor K." <tr...@capgemini.com>.
> -----Original Message-----
> From: Stefano Bagnara [mailto:apache@bago.org]
> Sent: Thursday, August 28, 2008 10:07 AM
> To: James Users List
> Subject: Re: A problem with uuencoded attachments
>
>
> As I explained above what another SMTP server do is not
> useful in understanding the issue.
>
> We need the mail and the config to understand this.
>
> Stefano
>
Here's the config.xml and a test1 message.
Thank you.
Trevor
Re: A problem with uuencoded attachments
Posted by Stefano Bagnara <ap...@bago.org>.
Vance, Trevor K. ha scritto:
>> -----Original Message-----
>> From: Stefano Bagnara [mailto:apache@bago.org]
>> Sent: Thursday, August 28, 2008 1:58 AM
>> To: James Users List
>> Subject: Re: RE: A problem with uuencoded attachments
>>
>> If the smtp server is only used to relay a message the
>> specification say that the MTA should not alter/parse the
>> content but simply add the Received header on top.
>> In this case every mailer should simply ignore headers/body
>> and deliver the message unchanged.
>>
>> In case you insert any manipulation mailet or any
>> transformation in the chain the the mail have to be parsed
>> and malformations can be interpreted differently from
>> different servers.
>>
>> make sure the separator between header and body is CRLFCRLF
>> and not LFLF or CRCR or anything different.
>>
>> Stefano
>>
>
> Stefano,
>
> Thanks for your comments. I'm confident that there is a CRLFCRLF
> between header and body when the mail is being sent.
>
> If I send the mail to James, the uuencoded attachment comes through as
> plain text.
> begin 644 test.txt
> (#0IT97-T#0H
> `
> end
>
> If I send the mail to another SMTP server, the uuencoded attachment
> comes through properly.
As I explained above what another SMTP server do is not useful in
understanding the issue.
> Therefore... I believe that my James config is not quite right.
We need the mail and the config to understand this.
Stefano
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by "Vance, Trevor K." <tr...@capgemini.com>.
> -----Original Message-----
> From: Stefano Bagnara [mailto:apache@bago.org]
> Sent: Thursday, August 28, 2008 1:58 AM
> To: James Users List
> Subject: Re: RE: A problem with uuencoded attachments
>
> If the smtp server is only used to relay a message the
> specification say that the MTA should not alter/parse the
> content but simply add the Received header on top.
> In this case every mailer should simply ignore headers/body
> and deliver the message unchanged.
>
> In case you insert any manipulation mailet or any
> transformation in the chain the the mail have to be parsed
> and malformations can be interpreted differently from
> different servers.
>
> make sure the separator between header and body is CRLFCRLF
> and not LFLF or CRCR or anything different.
>
> Stefano
>
Stefano,
Thanks for your comments. I'm confident that there is a CRLFCRLF
between header and body when the mail is being sent.
If I send the mail to James, the uuencoded attachment comes through as
plain text.
begin 644 test.txt
(#0IT97-T#0H
`
end
If I send the mail to another SMTP server, the uuencoded attachment
comes through properly.
Therefore... I believe that my James config is not quite right.
Trevor
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: RE: A problem with uuencoded attachments
Posted by Stefano Bagnara <ap...@bago.org>.
Vance, Trevor K. ha scritto:
> Martijn,
>
> I think this should satisfy. Though I believe the issue is still in my
> James config, and not in the mailer. My reasoning here is that if I
> send the same file/command to a different SMTP server, the attachment
> comes through preserved.
If the smtp server is only used to relay a message the specification say
that the MTA should not alter/parse the content but simply add the
Received header on top.
In this case every mailer should simply ignore headers/body and deliver
the message unchanged.
In case you insert any manipulation mailet or any transformation in the
chain the the mail have to be parsed and malformations can be
interpreted differently from different servers.
make sure the separator between header and body is CRLFCRLF and not LFLF
or CRCR or anything different.
Stefano
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by Martijn Brinkers <ma...@gmail.com>.
Well it's kind of strange that there is no separating line between the
headers and the body because that would mean that all lines are
considered to be headers. Now it could be that the CR-LF is there but
the logger doesn't show it but I do think the CR-LF is missing. Now it
could be that some mailers are 'smart' and add the CR-LF seperator when
they see a line that is not a valid header but James does not afaik. So,
I think you should first me 100% certain that the CR-LF between the
headers and body is added.
Martijn
On Wed, 2008-08-27 at 17:43 -0400, Vance, Trevor K. wrote:
> Martijn,
>
> This is interesting that you have success. What more can I share
> regards to my config? I don't think the missing empty line is really
> the issue.
>
> Trevor
>
> -----Original Message-----
> From: Martijn Brinkers [mailto:martijn.list@gmail.com]
> Sent: Wednesday, August 27, 2008 2:29 PM
> To: James Users List
> Cc: Vance, Trevor K.
> Subject: RE: A problem with uuencoded attachments
>
> Sending a uuencoded message seems to work with my setup.
>
> What I still don't get is why there is not an empty line (ie only CR-LF)
> between subject and body? see your log
>
> Martijn
>
> On Wed, 2008-08-27 at 16:53 -0400, Vance, Trevor K. wrote:
> > >From: Martijn Brinkers
> > >Sent: Wednesday, August 27, 2008 1:44 PM
> > >To: James Users List
> > >Cc: Vance, Trevor K.
> > >Subject: RE: A problem with uuencoded attachments
> > >
> > >Could you sent a complete example message?
> > >
> > >The example DATA portion (below) you show seems not to separate the
> > headers and body. Is that
> > >intentional?
> > >
> > >Martijn Brinkers
> >
> > I was only showing a portion of the conversation. Here's the entire
> > output.
> >
> > Regards,
> > Trevor
> >
> >
> > Checking option -attach
> > Checking option -uuencode
> > Blat v2.6.2 w/GSS encryption (build : Feb 25 2007 12:06:19)
> >
> > Checking option -to
> > Checking option -subject
> > Checking option -attach
> > Checking option -uuencode
> > superDebug: init_winsock(), WSAStartup() returned 0 (?)
> > superDebug: Hostname <localhost> resolved to ip address 127.0.0.1
> > superDebug: Official hostname is [munged]
> > superDebug: Attempting to connect to ip address 127.0.0.1
> > superDebug: Received 102 bytes:
> > 220 [munged] SMTP Server (JAMES SMTP Server 2.3.1) ready Wed, 27 Aug
> > 2008 15:44:18 -0400 (EDT)
> > <<<getline<<< 220 [munged] SMTP Server (JAMES SMTP Server 2.3.1) ready
>
> > Wed, 27 Aug 2008 15:44:18 -0400 (EDT)
> > superDebug: Attempting to send 39 bytes:
> > EHLO [munged]
> > >>>putline>>> EHLO [munged]
> > superDebug: Received 124 bytes:
> > 250-[munged] Hello [munged] (127.0.0.1 [127.0.0.1]) 250-PIPELINING 250
>
> > ENHANCEDSTATUSCODES <<<getline<<< 250-[munged] Hello [munged]
> > (127.0.0.1 [127.0.0.1]) <<<getline<<< 250-PIPELINING <<<getline<<< 250
>
> > ENHANCEDSTATUSCODES Sending test.txt to tvance[munged]
> > Subject: test1
> > Login name is tvance[munged]
> > Attached binary file: test.txt
> > superDebug: Attempting to send 38 bytes:
> > MAIL FROM:<tvance@[munged]>
> > >>>putline>>> MAIL FROM:<tvance@[munged]>
> > superDebug: Received 48 bytes:
> > 250 2.1.0 Sender <tvance@[munged]> OK
> > <<<getline<<< 250 2.1.0 Sender <tvance@[munged]> OK
> > superDebug: Attempting to send 36 bytes:
> > RCPT TO:<tvance@[munged]>
> > >>>putline>>> RCPT TO:<tvance@[munged]>
> > superDebug: Received 51 bytes:
> > 250 2.1.5 Recipient <tvance@[munged]> OK <<<getline<<< 250 2.1.5
> > Recipient <tvance@[munged]> OK
> > superDebug: Attempting to send 6 bytes:
> > DATA
> > >>>putline>>> DATA
> > superDebug: Received 44 bytes:
> > 354 Ok Send data ending with <CRLF>.<CRLF> <<<getline<<< 354 Ok Send
> > data ending with <CRLF>.<CRLF>
> > superDebug: Attempting to send 323 bytes:
> > Date: Wed, 27 Aug 2008 15:44:18 -0400
> > From: tvance@[munged]
> > To: tvance@[munged]
> > X-Mailer: Blat v2.6.2 w/GSS encryption, a Win32 SMTP/NNTP mailer
> > http://www.blat.net
> > Message-ID: <01...@localhost>
> > Subject: test1
> > test
> > begin 644 test.txt
> > &=&5S=`T*
> > `
> > end
> > .
> > superDebug: Received 28 bytes:
> > 250 2.6.0 Message received
> > <<<getline<<< 250 2.6.0 Message received
> > superDebug: Attempting to send 6 bytes:
> > QUIT
> > >>>putline>>> QUIT
> > superDebug: Received 63 bytes:
> > 221 2.0.0 [munged] Service closing transmission channel <<<getline<<<
> > 221 2.0.0 [munged] Service closing transmission channel
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> > For additional commands, e-mail: server-user-help@james.apache.org
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by "Vance, Trevor K." <tr...@capgemini.com>.
Martijn,
This is interesting that you have success. What more can I share
regards to my config? I don't think the missing empty line is really
the issue.
Trevor
-----Original Message-----
From: Martijn Brinkers [mailto:martijn.list@gmail.com]
Sent: Wednesday, August 27, 2008 2:29 PM
To: James Users List
Cc: Vance, Trevor K.
Subject: RE: A problem with uuencoded attachments
Sending a uuencoded message seems to work with my setup.
What I still don't get is why there is not an empty line (ie only CR-LF)
between subject and body? see your log
Martijn
On Wed, 2008-08-27 at 16:53 -0400, Vance, Trevor K. wrote:
> >From: Martijn Brinkers
> >Sent: Wednesday, August 27, 2008 1:44 PM
> >To: James Users List
> >Cc: Vance, Trevor K.
> >Subject: RE: A problem with uuencoded attachments
> >
> >Could you sent a complete example message?
> >
> >The example DATA portion (below) you show seems not to separate the
> headers and body. Is that
> >intentional?
> >
> >Martijn Brinkers
>
> I was only showing a portion of the conversation. Here's the entire
> output.
>
> Regards,
> Trevor
>
>
> Checking option -attach
> Checking option -uuencode
> Blat v2.6.2 w/GSS encryption (build : Feb 25 2007 12:06:19)
>
> Checking option -to
> Checking option -subject
> Checking option -attach
> Checking option -uuencode
> superDebug: init_winsock(), WSAStartup() returned 0 (?)
> superDebug: Hostname <localhost> resolved to ip address 127.0.0.1
> superDebug: Official hostname is [munged]
> superDebug: Attempting to connect to ip address 127.0.0.1
> superDebug: Received 102 bytes:
> 220 [munged] SMTP Server (JAMES SMTP Server 2.3.1) ready Wed, 27 Aug
> 2008 15:44:18 -0400 (EDT)
> <<<getline<<< 220 [munged] SMTP Server (JAMES SMTP Server 2.3.1) ready
> Wed, 27 Aug 2008 15:44:18 -0400 (EDT)
> superDebug: Attempting to send 39 bytes:
> EHLO [munged]
> >>>putline>>> EHLO [munged]
> superDebug: Received 124 bytes:
> 250-[munged] Hello [munged] (127.0.0.1 [127.0.0.1]) 250-PIPELINING 250
> ENHANCEDSTATUSCODES <<<getline<<< 250-[munged] Hello [munged]
> (127.0.0.1 [127.0.0.1]) <<<getline<<< 250-PIPELINING <<<getline<<< 250
> ENHANCEDSTATUSCODES Sending test.txt to tvance[munged]
> Subject: test1
> Login name is tvance[munged]
> Attached binary file: test.txt
> superDebug: Attempting to send 38 bytes:
> MAIL FROM:<tvance@[munged]>
> >>>putline>>> MAIL FROM:<tvance@[munged]>
> superDebug: Received 48 bytes:
> 250 2.1.0 Sender <tvance@[munged]> OK
> <<<getline<<< 250 2.1.0 Sender <tvance@[munged]> OK
> superDebug: Attempting to send 36 bytes:
> RCPT TO:<tvance@[munged]>
> >>>putline>>> RCPT TO:<tvance@[munged]>
> superDebug: Received 51 bytes:
> 250 2.1.5 Recipient <tvance@[munged]> OK <<<getline<<< 250 2.1.5
> Recipient <tvance@[munged]> OK
> superDebug: Attempting to send 6 bytes:
> DATA
> >>>putline>>> DATA
> superDebug: Received 44 bytes:
> 354 Ok Send data ending with <CRLF>.<CRLF> <<<getline<<< 354 Ok Send
> data ending with <CRLF>.<CRLF>
> superDebug: Attempting to send 323 bytes:
> Date: Wed, 27 Aug 2008 15:44:18 -0400
> From: tvance@[munged]
> To: tvance@[munged]
> X-Mailer: Blat v2.6.2 w/GSS encryption, a Win32 SMTP/NNTP mailer
> http://www.blat.net
> Message-ID: <01...@localhost>
> Subject: test1
> test
> begin 644 test.txt
> &=&5S=`T*
> `
> end
> .
> superDebug: Received 28 bytes:
> 250 2.6.0 Message received
> <<<getline<<< 250 2.6.0 Message received
> superDebug: Attempting to send 6 bytes:
> QUIT
> >>>putline>>> QUIT
> superDebug: Received 63 bytes:
> 221 2.0.0 [munged] Service closing transmission channel <<<getline<<<
> 221 2.0.0 [munged] Service closing transmission channel
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by Martijn Brinkers <ma...@gmail.com>.
Sending a uuencoded message seems to work with my setup.
What I still don't get is why there is not an empty line (ie only CR-LF)
between subject and body? see your log
Martijn
On Wed, 2008-08-27 at 16:53 -0400, Vance, Trevor K. wrote:
> >From: Martijn Brinkers
> >Sent: Wednesday, August 27, 2008 1:44 PM
> >To: James Users List
> >Cc: Vance, Trevor K.
> >Subject: RE: A problem with uuencoded attachments
> >
> >Could you sent a complete example message?
> >
> >The example DATA portion (below) you show seems not to separate the
> headers and body. Is that
> >intentional?
> >
> >Martijn Brinkers
>
> I was only showing a portion of the conversation. Here's the entire
> output.
>
> Regards,
> Trevor
>
>
> Checking option -attach
> Checking option -uuencode
> Blat v2.6.2 w/GSS encryption (build : Feb 25 2007 12:06:19)
>
> Checking option -to
> Checking option -subject
> Checking option -attach
> Checking option -uuencode
> superDebug: init_winsock(), WSAStartup() returned 0 (?)
> superDebug: Hostname <localhost> resolved to ip address 127.0.0.1
> superDebug: Official hostname is [munged]
> superDebug: Attempting to connect to ip address 127.0.0.1
> superDebug: Received 102 bytes:
> 220 [munged] SMTP Server (JAMES SMTP Server 2.3.1) ready Wed, 27 Aug
> 2008 15:44:18 -0400 (EDT)
> <<<getline<<< 220 [munged] SMTP Server (JAMES SMTP Server 2.3.1) ready
> Wed, 27 Aug 2008 15:44:18 -0400 (EDT)
> superDebug: Attempting to send 39 bytes:
> EHLO [munged]
> >>>putline>>> EHLO [munged]
> superDebug: Received 124 bytes:
> 250-[munged] Hello [munged] (127.0.0.1 [127.0.0.1])
> 250-PIPELINING
> 250 ENHANCEDSTATUSCODES
> <<<getline<<< 250-[munged] Hello [munged] (127.0.0.1 [127.0.0.1])
> <<<getline<<< 250-PIPELINING
> <<<getline<<< 250 ENHANCEDSTATUSCODES
> Sending test.txt to tvance[munged]
> Subject: test1
> Login name is tvance[munged]
> Attached binary file: test.txt
> superDebug: Attempting to send 38 bytes:
> MAIL FROM:<tvance@[munged]>
> >>>putline>>> MAIL FROM:<tvance@[munged]>
> superDebug: Received 48 bytes:
> 250 2.1.0 Sender <tvance@[munged]> OK
> <<<getline<<< 250 2.1.0 Sender <tvance@[munged]> OK
> superDebug: Attempting to send 36 bytes:
> RCPT TO:<tvance@[munged]>
> >>>putline>>> RCPT TO:<tvance@[munged]>
> superDebug: Received 51 bytes:
> 250 2.1.5 Recipient <tvance@[munged]> OK
> <<<getline<<< 250 2.1.5 Recipient <tvance@[munged]> OK
> superDebug: Attempting to send 6 bytes:
> DATA
> >>>putline>>> DATA
> superDebug: Received 44 bytes:
> 354 Ok Send data ending with <CRLF>.<CRLF>
> <<<getline<<< 354 Ok Send data ending with <CRLF>.<CRLF>
> superDebug: Attempting to send 323 bytes:
> Date: Wed, 27 Aug 2008 15:44:18 -0400
> From: tvance@[munged]
> To: tvance@[munged]
> X-Mailer: Blat v2.6.2 w/GSS encryption, a Win32 SMTP/NNTP mailer
> http://www.blat.net
> Message-ID: <01...@localhost>
> Subject: test1
> test
> begin 644 test.txt
> &=&5S=`T*
> `
> end
> .
> superDebug: Received 28 bytes:
> 250 2.6.0 Message received
> <<<getline<<< 250 2.6.0 Message received
> superDebug: Attempting to send 6 bytes:
> QUIT
> >>>putline>>> QUIT
> superDebug: Received 63 bytes:
> 221 2.0.0 [munged] Service closing transmission channel
> <<<getline<<< 221 2.0.0 [munged] Service closing transmission channel
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by "Vance, Trevor K." <tr...@capgemini.com>.
>From: Martijn Brinkers
>Sent: Wednesday, August 27, 2008 1:44 PM
>To: James Users List
>Cc: Vance, Trevor K.
>Subject: RE: A problem with uuencoded attachments
>
>Could you sent a complete example message?
>
>The example DATA portion (below) you show seems not to separate the
headers and body. Is that
>intentional?
>
>Martijn Brinkers
I was only showing a portion of the conversation. Here's the entire
output.
Regards,
Trevor
Checking option -attach
Checking option -uuencode
Blat v2.6.2 w/GSS encryption (build : Feb 25 2007 12:06:19)
Checking option -to
Checking option -subject
Checking option -attach
Checking option -uuencode
superDebug: init_winsock(), WSAStartup() returned 0 (?)
superDebug: Hostname <localhost> resolved to ip address 127.0.0.1
superDebug: Official hostname is [munged]
superDebug: Attempting to connect to ip address 127.0.0.1
superDebug: Received 102 bytes:
220 [munged] SMTP Server (JAMES SMTP Server 2.3.1) ready Wed, 27 Aug
2008 15:44:18 -0400 (EDT)
<<<getline<<< 220 [munged] SMTP Server (JAMES SMTP Server 2.3.1) ready
Wed, 27 Aug 2008 15:44:18 -0400 (EDT)
superDebug: Attempting to send 39 bytes:
EHLO [munged]
>>>putline>>> EHLO [munged]
superDebug: Received 124 bytes:
250-[munged] Hello [munged] (127.0.0.1 [127.0.0.1])
250-PIPELINING
250 ENHANCEDSTATUSCODES
<<<getline<<< 250-[munged] Hello [munged] (127.0.0.1 [127.0.0.1])
<<<getline<<< 250-PIPELINING
<<<getline<<< 250 ENHANCEDSTATUSCODES
Sending test.txt to tvance[munged]
Subject: test1
Login name is tvance[munged]
Attached binary file: test.txt
superDebug: Attempting to send 38 bytes:
MAIL FROM:<tvance@[munged]>
>>>putline>>> MAIL FROM:<tvance@[munged]>
superDebug: Received 48 bytes:
250 2.1.0 Sender <tvance@[munged]> OK
<<<getline<<< 250 2.1.0 Sender <tvance@[munged]> OK
superDebug: Attempting to send 36 bytes:
RCPT TO:<tvance@[munged]>
>>>putline>>> RCPT TO:<tvance@[munged]>
superDebug: Received 51 bytes:
250 2.1.5 Recipient <tvance@[munged]> OK
<<<getline<<< 250 2.1.5 Recipient <tvance@[munged]> OK
superDebug: Attempting to send 6 bytes:
DATA
>>>putline>>> DATA
superDebug: Received 44 bytes:
354 Ok Send data ending with <CRLF>.<CRLF>
<<<getline<<< 354 Ok Send data ending with <CRLF>.<CRLF>
superDebug: Attempting to send 323 bytes:
Date: Wed, 27 Aug 2008 15:44:18 -0400
From: tvance@[munged]
To: tvance@[munged]
X-Mailer: Blat v2.6.2 w/GSS encryption, a Win32 SMTP/NNTP mailer
http://www.blat.net
Message-ID: <01...@localhost>
Subject: test1
test
begin 644 test.txt
&=&5S=`T*
`
end
.
superDebug: Received 28 bytes:
250 2.6.0 Message received
<<<getline<<< 250 2.6.0 Message received
superDebug: Attempting to send 6 bytes:
QUIT
>>>putline>>> QUIT
superDebug: Received 63 bytes:
221 2.0.0 [munged] Service closing transmission channel
<<<getline<<< 221 2.0.0 [munged] Service closing transmission channel
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by Martijn Brinkers <ma...@gmail.com>.
Could you sent a complete example message?
The example DATA portion (below) you show seems not to separate the
headers and body. Is that intentional?
Martijn Brinkers
On Wed, 2008-08-27 at 16:24 -0400, Vance, Trevor K. wrote:
> Just to satisfy the issue... I installed JAMES on a separate system,
> modified the config.xml file for the gateway to be the same as our
> production server and tested.
>
> The results were the same. So, an "out of the box" install of JAMES,
> does not handle an attachment that is uuencoded. It handles base64
> without any issue.
>
> Either I need to setup a custom mailet or use mime4j(?) or some other
> config.xml change. I'm entirely open to suggestions.
>
> This is an example of the DATA portion of the SMTP conversation.
> blat.exe body.txt -to tvance[munged] -subject test1 -attach test.txt
> -uuencode
> >>>putline>>> DATA
> 354 Ok Send data ending with <CRLF>.<CRLF>
> <<<getline<<< 354 Ok Send data ending with <CRLF>.<CRLF>
> Date: Wed, 27 Aug 2008 15:44:18 -0400
> From: tvance[munged]
> To: tvance[munged]
> X-Mailer: Blat v2.6.2 w/GSS encryption, a Win32 SMTP/NNTP mailer
> http://www.blat.net
> Message-ID:
> <01...@localhost>
> Subject: test1
> test
> begin 644 test.txt
> &=&5S=`T*
> `
> end
> .
> 250 2.6.0 Message received
> <<<getline<<< 250 2.6.0 Message received
>
> When the same email is sent through a different SMTP server (i.e. not
> JAMES), the attachment is preserved.
>
> Kind regards,
> Trevor
>
>
> -----Original Message-----
> From: Norman Maurer [mailto:norman@apache.org]
> Sent: Tuesday, August 26, 2008 12:37 PM
> To: James Users List
> Subject: Re: A problem with uuencoded attachments
>
> Hi,
>
> do you use any custom mailet ?
>
> Cheers,
> Norman
>
> Am Dienstag, den 26.08.2008, 01:23 -0400 schrieb Vance, Trevor K.:
> > Greetings,
> >
> > I have several Unix hosts sending mail with uuencoded attachments
> > through James v2.3.1 as a SMTP relay. Mail with no attachments work
> > great, Windows hosts sending mail w/attachments work great, other Unix
>
> > hosts sending base64 attachments works great. If I take James out of
> > the mail routing, it works well. Adding James back into the routing
> > and it fails.
> >
> > The failing messages have the message body as
> > begin 644 test.png
> > MB5!.1PT*&@H````-24A$4@```KH```)4"`(```!UT1*\`````7-21T(`KLX<
> > MZ0````1G04U!``"QCPO\804````@8TA230``>B8``("$``#Z````@.@``'4P
> > M``#J8```.I@``!=PG+I1/```DC9)1$%4>%[MO7GXI45YY]WO?^\U\SJO\\[,
> > .
> > .
> > .
> > end
> >
> > Which leads us to the failing messages do not have the message headers
>
> > that a successful message has:
> > Content-Type: image/png; name="test.png"
> > Content-Disposition: attachment; filename="test.png"
> > Content-Transfer-Encoding: uuencode
> >
> > Therefore, I'm fairly confident something in my configuration is
> wrong.
> > I've been beating my head against this thing far too long.
> >
> > Thanks for your consideration.
> >
> > Trevor
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> > For additional commands, e-mail: server-user-help@james.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
RE: A problem with uuencoded attachments
Posted by "Vance, Trevor K." <tr...@capgemini.com>.
Just to satisfy the issue... I installed JAMES on a separate system,
modified the config.xml file for the gateway to be the same as our
production server and tested.
The results were the same. So, an "out of the box" install of JAMES,
does not handle an attachment that is uuencoded. It handles base64
without any issue.
Either I need to setup a custom mailet or use mime4j(?) or some other
config.xml change. I'm entirely open to suggestions.
This is an example of the DATA portion of the SMTP conversation.
blat.exe body.txt -to tvance[munged] -subject test1 -attach test.txt
-uuencode
>>>putline>>> DATA
354 Ok Send data ending with <CRLF>.<CRLF>
<<<getline<<< 354 Ok Send data ending with <CRLF>.<CRLF>
Date: Wed, 27 Aug 2008 15:44:18 -0400
From: tvance[munged]
To: tvance[munged]
X-Mailer: Blat v2.6.2 w/GSS encryption, a Win32 SMTP/NNTP mailer
http://www.blat.net
Message-ID:
<01...@localhost>
Subject: test1
test
begin 644 test.txt
&=&5S=`T*
`
end
.
250 2.6.0 Message received
<<<getline<<< 250 2.6.0 Message received
When the same email is sent through a different SMTP server (i.e. not
JAMES), the attachment is preserved.
Kind regards,
Trevor
-----Original Message-----
From: Norman Maurer [mailto:norman@apache.org]
Sent: Tuesday, August 26, 2008 12:37 PM
To: James Users List
Subject: Re: A problem with uuencoded attachments
Hi,
do you use any custom mailet ?
Cheers,
Norman
Am Dienstag, den 26.08.2008, 01:23 -0400 schrieb Vance, Trevor K.:
> Greetings,
>
> I have several Unix hosts sending mail with uuencoded attachments
> through James v2.3.1 as a SMTP relay. Mail with no attachments work
> great, Windows hosts sending mail w/attachments work great, other Unix
> hosts sending base64 attachments works great. If I take James out of
> the mail routing, it works well. Adding James back into the routing
> and it fails.
>
> The failing messages have the message body as
> begin 644 test.png
> MB5!.1PT*&@H````-24A$4@```KH```)4"`(```!UT1*\`````7-21T(`KLX<
> MZ0````1G04U!``"QCPO\804````@8TA230``>B8``("$``#Z````@.@``'4P
> M``#J8```.I@``!=PG+I1/```DC9)1$%4>%[MO7GXI45YY]WO?^\U\SJO\\[,
> .
> .
> .
> end
>
> Which leads us to the failing messages do not have the message headers
> that a successful message has:
> Content-Type: image/png; name="test.png"
> Content-Disposition: attachment; filename="test.png"
> Content-Transfer-Encoding: uuencode
>
> Therefore, I'm fairly confident something in my configuration is
wrong.
> I've been beating my head against this thing far too long.
>
> Thanks for your consideration.
>
> Trevor
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org
Re: A problem with uuencoded attachments
Posted by Norman Maurer <no...@apache.org>.
Hi,
do you use any custom mailet ?
Cheers,
Norman
Am Dienstag, den 26.08.2008, 01:23 -0400 schrieb Vance, Trevor K.:
> Greetings,
>
> I have several Unix hosts sending mail with uuencoded attachments
> through James v2.3.1 as a SMTP relay. Mail with no attachments work
> great, Windows hosts sending mail w/attachments work great, other Unix
> hosts sending base64 attachments works great. If I take James out of
> the mail routing, it works well. Adding James back into the routing and
> it fails.
>
> The failing messages have the message body as
> begin 644 test.png
> MB5!.1PT*&@H````-24A$4@```KH```)4"`(```!UT1*\`````7-21T(`KLX<
> MZ0````1G04U!``"QCPO\804````@8TA230``>B8``("$``#Z````@.@``'4P
> M``#J8```.I@``!=PG+I1/```DC9)1$%4>%[MO7GXI45YY]WO?^\U\SJO\\[,
> .
> .
> .
> end
>
> Which leads us to the failing messages do not have the message headers
> that a successful message has:
> Content-Type: image/png; name="test.png"
> Content-Disposition: attachment; filename="test.png"
> Content-Transfer-Encoding: uuencode
>
> Therefore, I'm fairly confident something in my configuration is wrong.
> I've been beating my head against this thing far too long.
>
> Thanks for your consideration.
>
> Trevor
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
> For additional commands, e-mail: server-user-help@james.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: server-user-unsubscribe@james.apache.org
For additional commands, e-mail: server-user-help@james.apache.org