Bug 973490 - [PRD] EAP62_1070 [RFE] Support custom transports in mail subsystem
Summary: [PRD] EAP62_1070 [RFE] Support custom transports in mail subsystem
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: JBoss Enterprise Application Platform 6
Classification: JBoss
Component: Documentation
Version: 6.2.0
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: GA
: ---
Assignee: Scott Mumford
QA Contact: Russell Dickenson
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-06-12 03:44 UTC by Russell Dickenson
Modified: 2014-08-14 15:18 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-12-15 17:01:58 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Russell Dickenson 2013-06-12 03:44:19 UTC
The mail subsystem in EAP 6 currently only allows configuration of specific transports (SMTP, POP3 and IMAP). The customer wants to be able to set up their own custom JavaMail transport via the domain configuration" ... see jira for more details.
--[jira] https://issues.jboss.org/browse/PRODMGT-171

Comment 2 Scott Mumford 2013-09-12 03:43:39 UTC
Emailed jlivings (contributor to linked JIRA) regarding possible sources for documentation content.

Comment 3 James Livingston 2013-10-15 06:04:45 UTC
JavaMail supports multiple "transports" such as SMTP. In earlier version
of JBoss you could configure arbitrary transports for the entries bound
into JNDI.

In EAP 6 profiles you can only configure smtp, pop and imap. That jira
is for adding the ability to be able to configure additional transports
(such as custom ones) as well.

Comment 4 Scott Mumford 2013-10-28 00:02:09 UTC
Topic 24332 has been created using information supplied by Tomaz Cerar.

Comment 5 Scott Mumford 2013-10-28 00:49:08 UTC
Topic 24332 has been added to the 6.2 Administration and Configuration Guide.

This bug will be moved to ON_QA once the document is available for review.

Comment 6 Scott Mumford 2013-10-28 04:54:01 UTC
The content is now available for review at [1] under the title: Mail subsystem

Please ensure you are viewing version 2.0-8 or later (check the Revision History).

1: http://documentation-devel.engineering.redhat.com/docs/en-US/JBoss_Enterprise_Application_Platform/6.2/html-single/Administration_and_Configuration_Guide/index.html

Comment 7 Jakub Cechacek 2013-10-29 12:47:42 UTC
The topic is present on URL mentioned above. 

However I miss the description of how properties are defined for custom protocols, as there is a difference between using "fully qualified" property a using a "flat" name. The later will be available under the name "mail.$ServerName.someprop".

Comment 8 Scott Mumford 2013-10-29 20:26:45 UTC
Thanks Jakub,

Requesting information on how to fulfil this concern from Tomaz Cerar (who provided the original information).

Comment 9 Tomaz Cerar 2013-11-04 11:19:14 UTC
Jakub & Scott, this is very good question.

By default if you don't use fully qualified name for property as in just "host" or "custom_prop" that property gets translated to mail.<server-name>.property_name

For 6.2 we implemented RFE https://bugzilla.redhat.com/show_bug.cgi?id=968200 that allows you also to use any fully qualified property name unmodified.

Rule is quite simple if property name contains "." we threat it as fully qualified name.

For example this "mail.imap.timeout" would pass trough completely as is.

Comment 10 Scott Mumford 2013-11-05 00:55:48 UTC
Thanks for the feedback Tomaz,

I've added the following text to step 5 in the procedure (wherein the user is instructed to "provide the host information as part of properties"):

[quote]
When defining custom protocols, any property name that contains a dot (.) is
considered to be a fully-qualified name and passed as it is supplied. Any other
format (my-property, for example) will be translated into the following format: mail.server-name.my-property.
[/quote]

I'll admit I'm a little fuzzy on the technicalities being discussed here, so I hope this fulfills the QA request.

Comment 11 Jakub Cechacek 2013-11-05 15:44:25 UTC
Verified 6.2.0.ER7


Note You need to log in before you can comment on or make changes to this bug.