This is the first mail sent to the outside world from the new Mail
Services For JBoss. The code will be checked in shortly. Sorry about
being 3 days late :-(
For more information about Mail Services for JBoss look here:
http://www.superlinksoftware.com/cgi-bin/erswiki.pl?MailServicesForJBoss
I just committed support for multiple CC's/BCC, mails which have both
local and remote users, and some various minor changes. If anyone can
give a hand figuring out why Microsoft Entourage/iMail hates us after we
deliver its message and say delivered then I'd really appreciate it.
I don't
I just committed support for multiple CC's/BCC, mails which have both
local and remote users, and some various minor changes. If anyone can
give a hand figuring out why Microsoft Entourage/iMail hates us after we
deliver its message and say delivered then I'd really appreciate it.
I don't
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3821304#3821304
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821304
The issue with Entourage and Mac mail is solved. Sometimes we'd print things out of
order. Apparently
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3821561#3821561
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821561
I'm planning to add mail integration to nukes. I'll start documenting that on the
jboss wiki shortly.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3821801#3821801
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3821801
Umm, Guess what Marc... If this is the Jae I'm thinking of... I had him first... I
think i said nukes
It doesn't sound like you need Mail Services just to send some files. It might help
you to use mail services (for queueing and so forth, so that you don't need a separate
mail server). The JBoss Admin + Development guide shows you how to set up a J2EE
JavaMail conifg.
View the original
you don't by chance have this in patch form do you?
I saw this:
http://www.open.hr/~sbrbot/JBoss/Auto-generated_and_unknown_PKs_on_JBoss.htm
Any chance you'd be willing to wikify it? http://jboss.org/wiki/
View the original post :
I have a few plans. And some of it is detailed in The Case For Mail Services off
the project page. We'll have a system like JAMES's mailets and I also plan to have
a mail scripting system. Aside from this, the basic SMTP protocol needs to change.
I've started drafting some ideas:
If you're interested in working on this I can send you some code I've started working
on: http://superlinksoftware.com/cgi-bin/erswiki.pl?JBossConsole
(haven't moved this over to the Jboss wiki yet, will soon)
I want to put some hooks into the deployer to deal wit hthis...
a
I think you're wrong, it requires you to be authenticated or to send mail to an
authenticated user...
a
href=http://www.jboss.org/index.html?module=bbop=viewtopicp=3824759#3824759;View
the original post/a
a
href=http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3824759Reply
to
is handle-auth turned on? (mail.sar/META-INF/jboss-service.xml)
!-- auth-required - optional, default = true: Determines whether
we require the
user to login to the SMTP server in order to send the mail. By
default we
do require
(BTW, I'm coming back up to speed after a week out and lots of baby-related
appointments. I'm working on checking into everything, just be patientbaby comes
on the 18th and then I go on a vacation for two weeks. I'm hoping to get M1 ready
even if we don't release it due to me not wanting
I think I've fixed the TestJMS though now we have to pass in the name of the
connection factories in the constructor. for some dammed reason the TestTwiddle is
working on OS X but not on Linux. Will look into that further. Its not critical for
M1, if I have to I'll delete the test
Mike Andrews has R/W access.
a
href=http://www.jboss.org/index.html?module=bbop=viewtopicp=3825211#3825211;View
the original post/a
a
href=http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3825211Reply
to the post/a
---
Mozilla Mail, Mozilla Thunderbird (my fav for testing this stuff).
a
href=http://www.jboss.org/index.html?module=bbop=viewtopicp=3825212#3825212;View
the original post/a
a
href=http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3825212Reply
to the post/a
Man I can't believe I've spent two days on this and only now found this. JUnit can be
great for obfuscating errors. For some reason on the Linux box an exception is thrown
in constructing CmdServerInfo in the construct handlers method of TwiddleHandlers. I
haven't determined why yet. It may
Whatever you think makes sense, consider clustered caching issues as well in your
design.
a
href=http://www.jboss.org/index.html?module=bbop=viewtopicp=3825301#3825301;View
the original post/a
a
href=http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3825301Reply
to the post/a
I don't know that header-type makes sense because theoretically I could adhoc add
X-GrandMasKitchen: as a header at whim...
a
href=http://www.jboss.org/index.html?module=bbop=viewtopicp=3825302#3825302;View
the original post/a
a
Well transaction doesn't always mean the same thing. The POP transaction is really
just a matter of state. I haven't looked real close at Eric's entity folder code
though. It could be wrong. Take a look and do what you think is best. I trust your
judgement. Plus I trust CVS to fix any
Yes that was the intent. I was just not done yet.
a
href=http://www.jboss.org/index.html?module=bbop=viewtopicp=3825600#3825600;View
the original post/a
a
href=http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3825600Reply
to the post/a
oh so I meant to say: Yes please! :-)
a
href=http://www.jboss.org/index.html?module=bbop=viewtopicp=3825602#3825602;View
the original post/a
a
href=http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3825602Reply
to the post/a
anonymous wrote : So James is broken but it could be fixed. But I really like the idea
of leveraging all the services that JBoss has in order to create a new breed of email
server.
The first part of this quote is a viewpoint that I wholeheartedly disagree with (and
BTW, I use JAMES as a mail
Yes I've thought of this and haven't yet quite worked my way though it. We need this
for a few things including mail lists. What do you think should be done? Keep in
mind that the user repository should be pluggable. Perhaps mail boxes are associated
with multiple users etc??
a
If you really think that level of normalization is necessary for headers, go for it.
I think you've found a bike shed and have decided to paint it. I won't stop you of
course, but I'll wish you were doing something more important.. :-) Correct database
design would be an array/custom type
you can just ditch the twiddle stuff and it should compile fine for jb 3.2.3. You
won't (as stated) be able to run the unit tests however. (just rm -rf
src/java/org/jboss/console/twiddle/** src/test/org/jboss/console/twiddle)...
Twiddle is a sample protocol to demonstrate how fun and easy it
Presently the TLS stuff actually takes a hardcoded path for the keystore (worse the
example seems to have a windows non-relative path). Most stuff in JBoss declares a
security domain and associates the keystore there. This would be a good small project
for someone and would help familiarize
The MailLogMBean stuff is crap. (I wrote it so I can say that). All we really need
is an inner class which Log4J can key off of. This will solve a weird blocking issue
that happens from time to time. Rip out the MailLog crap and just create an example
log4j config off of an inner class
Presently we silently fail all mail deliveries. Configurable bounce messages are
essential for M1. Please include unit tests of some type!
estimated time 8-16 hours
a
href=http://www.jboss.org/index.html?module=bbop=viewtopicp=3825772#3825772;View
the original post/a
a
The unit tests in head as of today should work. Please test them and tell us if not
and if possible include a ant -debug test output. Make sure you disable smiles,
bbcode and html in the post :-)
estimate time 10-20 minutes
a
One of the biggest problem I have in getting involved in a new open source project is
finding the best place to start. I'm attemting to outline a few simple needs and how
long I think it will take a reasonably seasoned Java developer. (Meaning if you've
never walked outside of your struts
We presently do not add the normal receipt and delivery information to the header.
This needs to be resolved.
estimated Time: 4-8 hours (read specs, test other against another mail server, write
unit tests and code, test with mail client)
a
Client Side:
This script runner should:
1. read a script file
2. Connect to a port
3. run the script against the server validating replies.
4. repeat deviences and fail with asserts in junit tests
It will need to offer some IF/THEN/ELSE semantics in order to deal with multiple
acceptable
I think many of the things build magic does have been added to Ant. I don't really
want Maven. I'd like to see an ant-only build that does what we need.
a
href=http://www.jboss.org/index.html?module=bbop=viewtopicp=3825810#3825810;View
the original post/a
a
Thanks Sergey, I think you're dead on with the specific issues with mail storage. I
disagree with the YAMS sentiment, in that each mail server have issues and I've not
yet found one that I like. Granted I'm sure some folks will eventually investigate us
and not like what we're doing, but
Oh as Bill said, if you have specific requirements that would be SOOO awesome!
a
href=http://www.jboss.org/index.html?module=bbop=viewtopicp=3825958#3825958;View
the original post/a
a
href=http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3825958Reply
to the post/a
SergeyZh wrote :
| So universal storage can provide us the way to store all user's information by any
supported protocol (SMTP, POP, IMAP, others). I prefer to have all my information in
one place and I think mailserver is the best choice for that.
|
Right, but we're not having that
So what I meant to say (after reading it sounded more like I was shooting you down
than honing you in) was enthusiastically document the idea, I love to hear more about
it. At the same time, lets not put the cart before the horse: but finishing SMTP
before we start universal storage is a
The funny thing is that I don't think you need to know about either to fix this unit
test. You really need to learn this stuff. We'll fall on our face without a
sufficient testsuite. Work on fixing this so that you will know aobut JMX.
FakeInitialContext is just a fake implementation of
I'm going offline for the next two weeks as of tomorrow (Really tonight). I won't cry
if M1 is ready to push out the door, tested, tagged and ready when I get back :-)...
I think Mike Andrews has the best lay of the land. I won't reply until then but will
hopefully catch up when I get back
thank you :-). It will make your life and all of ours much better.
a
href=http://www.jboss.org/index.html?module=bbop=viewtopicp=3825994#3825994;View
the original post/a
a
href=http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3825994Reply
to the post/a
I'm back. So where are we on M1. It looks like Kabir and Mike have been very busy!
:-)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3828647#3828647
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3828647
integration testing is not so trivial. We can do the basic Client script runner
stuff. However, we'll need to do a lot of admin work to have real integration
testing. I'm working on building myself a small test lab. I may be able to get JBI
to foot the bill for some machines and eventually
is this still an issue?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3828650#3828650
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3828650
---
This SF.Net email is
Also: any good book on postfix.
Exchange Unleashed (or any good book on Exchange)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3828649#3828649
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3828649
it seems like verify identity was off in your setup.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3828651#3828651
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3828651
We'll also want to make it compatible with Exchange folders ultimately which probably
means SMB (aka CIFS) of some sort.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3828652#3828652
Reply to the post :
well if you think about it then only local and perhaps relay can be done or you'd
have to have your own copy of the whole Internet DNS for offServer! For now local
is probably sufficient.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3828655#3828655
Reply to
That actually made some sense to me even if it it will sicken some purists. roles
are supposed to be functional though we may be forced to do something like ACLs
(microsoft's preferred way to do everything). But boy oh boy do I hate ACLs. (As I
think I probably ranted to you in person ;-) )
Yes, but remember that Entity is only one implementation. In the future we'll
hopefully have a Hibernate one, etc. I don't want to now until there is more complete
integration between JBoss and hibernate.
View the original post :
It makes sense that they're harder sometimes than the code itself. You're setting up
inputs and testing outputs. Often that is a much bigger task than processing the
inputs. Its worth it though.
View the original post :
If you look at the case for mail services doc you'll see that calendar was planned
from day one.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3828753#3828753
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3828753
Just jump in man, grab the jboss-mail module. See how the MBeans work. Start
combining the source base, submit it as a zip + patch files. Once it looks good we'll
make you a committer.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3829226#3829226
Reply to
Okay, and I think Kabir fixed the most annoying bugs with remote/local mail. So I
plan to leave the remaining items to you guys so that you get more ownership in the
code (Though I'll be doing testing and bug fixes most likely). Meanwhile, I'm going
to work on test cases, documentation and
The BEA license prohibits you from downloading BEA and benchmarking it against JBoss
and then publishing it. You can find ones were BEA or IBM published their own
benchmark against JBoss but of course they say what you expect.
View the original post :
So write a mail box implementation which uses it.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3829334#3829334
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3829334
---
please do not forumtise other topic in other forums. It can be presumed that anyone
interested is monitoring that forum for new topic or the mail list and will respond.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3829336#3829336
Reply to the post :
do it.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3829337#3829337
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3829337
---
This SF.Net email is sponsored by: IBM
When using community support you need to simply be patient and persistent. IF you
need a guarantee of service, you should purchase support. Regardless, it is just not
acceptable to forumtise other crossposts even if its really important to you just
this once. I've found the most effective
My main request is to keep the struts/web gui admin stuff seperate such that it
doesn't HAVE to be installed. I'm curious if the JBoss simple HTTP classloader server
thingy could be used instead of tomcat where needed for the calendar protocol. Mainly
with the idea that sometimes you just
In the process of tracking down a bug I ran into the nasty mail log thing again. It
was a dumb idea when I implemented it. Or rather it was a good idea with HORRIBLE
tradeoffs. I wanted to be able to turn on and off conversational logging from the JMX
Console or some similar tool. The nasty
the log4j sniplet I posted didn't come through all the way. I'll repost it on the
wiki when I write the docs for mail services M1. This week I'm mostly testing, fixing
bugs and writing docs (aka the dirty work). I'm counting on you guys to nail the few
final issues.
View the original post :
Okay, the ICal stuff should be seperate from the mail stuff in teh build. Meaning I
should be able to deploy mail without iCal support. JBoss doesn't always have Tomcat
enabled. Its more mainstream to not use the webcontainer than you think. Just stick
support in your build changes for NOT
BTW argument and conflict are good. It makes each person think things through. I
understand things WAY better than I did when I asked what the protocols were and stuff
:-). People defend their arguments better than they explain things. So I tell all
contributors to mail services to fight
Excellent. Also pay attention to source organization. If we need more directories in
order to keep the build.xml simple then thats fine. maybe
src/java/org/jboss/mail/calendar and src/web/org etc.
The project development accelerated significantly once I had people to fight with :-)
That is an AWESOME idea.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3829627#3829627
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3829627
---
This SF.Net email is
lets definitely kill the hardcoded ObjectName
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3829628#3829628
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3829628
---
Lets put this off though. We need to focus on getting M1 out and planning for what
goes in M2. I posted some ideas on the wiki (refined the planning). It is ambitious
but we can revise it as needed.
View the original post :
add it as a detail somewhere on the plan on the wiki. It should go *under* some
bullet on a sub page or something. (still working out what the format of that page
should be but the first page should definitely be high level)
View the original post :
Kabir, you're the man dude. M1 here we come. I'm testing and writing doco for it.
Make sure you're happy with your unit tests. If you have time look at POP on TLS.
Otherwise we can do that for M2. Also take a look at the plan as revised on the wiki
and make whatever changes you see are
OOps. I tried to bounce something basically I sent to an invalid local user. I
expected to get a bounce message delivered locally. Instead, I got nothing
12:05:43,867 INFO [LoggingInputStream] Message-ID: [EMAIL PROTECTED]\r\n
12:05:43,868 INFO [LoggingInputStream] Date: Wed, 07 Apr 2004
It looks like we're still not checking if the mailbox exists or should exist. meaning
we need to check to see if the user is a valid user before attempting to ACTUALLY
deliver it.
INSERT INTO ENTITYMESSAGE VALUES('-3435249911893481455','brest','Return-Path: [EMAIL
You can turn require-auth off in jboss-service.xml. However then you'd be operating
as an open relay and spammers would use you. This restriction is ONLY for
UN-authenticated users. Meaning if I connect to your mail server, I can send YOU a
mail regardless. I can't send [EMAIL PROTECTED] a
This was my bad. the dev-deploy target on the build.xml wasn't including the
remote-delivery mdb's jboss.xml descriptor. You can just copy
jboss-mail/src/ejb/remotedeliverymdb-jboss.xml to
$JBOSS_HOME/server/default/deploy/mail.ear/remotedeliverymdb.jar/META-INF and then
touch
We need a dist target for releases. It should work in a way similar to the dev-deploy
only put it in a tar.gz under dist.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3829984#3829984
Reply to the post :
I've been talking to Scott about JCA and JavaMail. He's made a request as follows:
1. I want a JavaMail provider that supports the javax.mail.Session
object for sending mail through an smtp gateway. This should be an
mbean service built ontop of the mail services with a jca provider
that is used
There was no point it is what it says. He's here and he's cute!
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830056#3830056
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3830056
on mbeans, my answer: Yes.
I think you're going in the right direction. We can always get more scott-speak for
how to tweak later.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830057#3830057
Reply to the post :
Quotas will be mailbox implementation dependent. It is not possible with some
databases to determine the amount of storage per user. We might be able to store the
message size in the mailbox. Actually that's a pretty good idea for DB mailboxes. I
agree though that isn't an M1 thing for
Eventually I think it should be linked to the UserRepository and the Mailbox. The
more I think about it we can just calculate the present message size and store it in
the mailbox. We don't need to rely on underlying support. We should support both
safe and fast quotas. Safe quotas are done
It looks like you are correct. A couple times I thought I saw something like that.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830117#3830117
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3830117
thanks man.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830118#3830118
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3830118
---
This SF.Net email is sponsored by:
It'll work fine with Junit. I've done it before. JAMES does something similar.
JBoss even does something similar. What won't work is multi-system testing. For that
we'll need yet another ant target which requires you to do your own set up. That will
be more like a Test kit than a set of
Yeah I think we should have SSL as well as TLS. Of course I thought they were the
same thing doh.. It seemed logical at the time to divide thread pools by protocol
and port. Would it now be more logical to make thread pools a seperate concept to be
shared among port/protocol?
By default
Its a great idea. For unit test environments I'd rather not run on standard ports.
The reasons should be obvious. Port 9000 is likely used by nothing, port 25 is likely
monitored by sendmail or something. If we run the unit tests on port 9000,
9001,9002,9004 we have a lot less pain. I
Hi gang,
I feel we're ready for the release candidate with just a few small tasks to complete.
I'll work on tweaking the build to put out a distribution. I'm also working on
completing the docs for M1
(http://jboss.org/wiki/Wiki.jsp?page=MailServicesInstallingM1) and can use some help
here.
Let's discuss what we want for M2:
1. Mail Lists. I'll head this up. Once we have this ready we can start using Mail
Services to run Marc's newsletter which should give us some good data on how well we
handle volume.
2. POP/SSL. Who wants this? It seems that we can't just do starttls.
3.
For nukes integration every forum should be subscribable essentially as a mail list.
meaning I should be able to send to tis forum at [EMAIL PROTECTED] and receive
messages.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830207#3830207
Reply to the post :
Yeah lets think of it around M3.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830206#3830206
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3830206
---
This SF.Net
For M2 list management should just be MBean based. It will definitely play into nukes
integration but I want to get the basics working first. My goal is to get this all
replacing JBoss infrastructure ASAP as that will give us a really high volume user
that will give us adequate bug reporting.
Sounds about right, I'm just scoping what we'll do for M2.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830214#3830214
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3830214
Not sure where you said this but you said you weren't sure that multiple messages were
delivered when two receipients were in the same domain (meaning andy at superlink and
acoliver at superlink). I said I'd test that. I tested it and it worked. Nice work
dude.
View the original post
We could make that an option but I think Julien was talking about integrating more
with JBossSX so might be less productive than going that direction and meeting them
there.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830626#3830626
Reply to the post :
Gut says join the session but why do you feel we should create it.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830627#3830627
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3830627
Awsome, so its fixed? That was driving me nuts. Anything need to change in
jndi.properties?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830662#3830662
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3830662
Calling the standard jboss InitialContext would have to connect to JBoss's naming
service which we'd have to set up and bind stuff etc. Might work just as well if we
take server/default/conf/jndi.properties and do it locally and register it in the
depends-service.xml but for some reason I
IIUC, You're replacing the existing JavaMail implementation with poking mail directly
into Mail Services.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830873#3830873
Reply to the post :
disregard, looks like you answered your own questions. :-)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830874#3830874
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3830874
No thats fine, I was talking about thread pools. Totally awesome that you've already
got POP/SSL! Thats awesome.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830875#3830875
Reply to the post :
Great questions. I think this is probably about where I got when I gave up and did
FakeIntialContext :-)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3830876#3830876
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3830876
1 - 100 of 226 matches
Mail list logo