I'm working on integrating our copy of OFBiz with our mail server. I'm wondering if one of my ideas
would be worth contributing to the project. I'm able to email content to an OFBiz instance and have it persisted as a Communication Event using existing services. What I would like to do in addition to that is email content to an OFBiz instance that would be initially persisted as a "New Content" content type. Using OFBiz, a content "administrator" would then be able to view all "New Content" entries and change their content types to something else, add them to a website, etc. In other words, have a content manager "In basket." I'm also planning on having the forum feature send/receive emails. What do you think? -Adrian |
1) don't suggest you have ofbbiz be a mailserver. it will bring it to
its knees. 2) there is a status now that I use for new incoming communications. 3) think about having different Parties assigned by role as administrator. Like customerServiceAdmin role or SalesAdmin role 4) part of the mecas is to send types of emails to different processes. so you can have a role assigned based on the mecas sounds like parallel effort but different focus. Adrian Crum sent the following on 1/11/2008 3:12 PM: > I'm working on integrating our copy of OFBiz with our mail server. I'm > wondering if one of my ideas would be worth contributing to the project. > > I'm able to email content to an OFBiz instance and have it persisted as > a Communication Event using existing services. What I would like to do > in addition to that is email content to an OFBiz instance that would be > initially persisted as a "New Content" content type. Using OFBiz, a > content "administrator" would then be able to view all "New Content" > entries and change their content types to something else, add them to a > website, etc. In other words, have a content manager "In basket." > > I'm also planning on having the forum feature send/receive emails. > > What do you think? > > -Adrian > > > > > |
Actually, I came up with a better idea after I sent this off. I can just use the existing services
and have the users email content to their OFBiz user accounts (as Communication Events), then they can manipulate it from there. -Adrian BJ Freeman wrote: > 1) don't suggest you have ofbbiz be a mailserver. it will bring it to > its knees. > 2) there is a status now that I use for new incoming communications. > 3) think about having different Parties assigned by role as > administrator. Like customerServiceAdmin role or SalesAdmin role > 4) part of the mecas is to send types of emails to different processes. > so you can have a role assigned based on the mecas > > sounds like parallel effort but different focus. > > > > Adrian Crum sent the following on 1/11/2008 3:12 PM: > >>I'm working on integrating our copy of OFBiz with our mail server. I'm >>wondering if one of my ideas would be worth contributing to the project. >> >>I'm able to email content to an OFBiz instance and have it persisted as >>a Communication Event using existing services. What I would like to do >>in addition to that is email content to an OFBiz instance that would be >>initially persisted as a "New Content" content type. Using OFBiz, a >>content "administrator" would then be able to view all "New Content" >>entries and change their content types to something else, add them to a >>website, etc. In other words, have a content manager "In basket." >> >>I'm also planning on having the forum feature send/receive emails. >> >>What do you think? >> >>-Adrian >> >> >> >> >> > > > |
the two services now are for incoming and for outgoing.
the outgoing will set the communications event to complete so you may have to create and internal communication service. the email send I use, looks to see if there is just party ID and now email addresses. if just party ID then is an internal communications. if both then is sent to the party ID as internal and sent as email to external. Adrian Crum sent the following on 1/11/2008 3:29 PM: > Actually, I came up with a better idea after I sent this off. I can just > use the existing services and have the users email content to their > OFBiz user accounts (as Communication Events), then they can manipulate > it from there. > > -Adrian > > BJ Freeman wrote: > >> 1) don't suggest you have ofbbiz be a mailserver. it will bring it to >> its knees. >> 2) there is a status now that I use for new incoming communications. >> 3) think about having different Parties assigned by role as >> administrator. Like customerServiceAdmin role or SalesAdmin role >> 4) part of the mecas is to send types of emails to different processes. >> so you can have a role assigned based on the mecas >> >> sounds like parallel effort but different focus. >> >> >> >> Adrian Crum sent the following on 1/11/2008 3:12 PM: >> >>> I'm working on integrating our copy of OFBiz with our mail server. I'm >>> wondering if one of my ideas would be worth contributing to the project. >>> >>> I'm able to email content to an OFBiz instance and have it persisted as >>> a Communication Event using existing services. What I would like to do >>> in addition to that is email content to an OFBiz instance that would be >>> initially persisted as a "New Content" content type. Using OFBiz, a >>> content "administrator" would then be able to view all "New Content" >>> entries and change their content types to something else, add them to a >>> website, etc. In other words, have a content manager "In basket." >>> >>> I'm also planning on having the forum feature send/receive emails. >>> >>> What do you think? >>> >>> -Adrian >>> >>> >>> >>> >>> >> >> >> > > > > |
No, I don't have to create a service. I just created an MCA (no conditions) that calls the
storeIncomingEmail service. All inbound mail gets routed to the OFBiz users. All I need to do now is give them a screen that lets them manipulate the received content. -Adrian BJ Freeman wrote: > the two services now are for incoming and for outgoing. > the outgoing will set the communications event to complete > so you may have to create and internal communication service. > the email send I use, looks to see if there is just party ID and now > email addresses. if just party ID then is an internal communications. > if both then is sent to the party ID as internal and sent as email to > external. > > > > Adrian Crum sent the following on 1/11/2008 3:29 PM: > >>Actually, I came up with a better idea after I sent this off. I can just >>use the existing services and have the users email content to their >>OFBiz user accounts (as Communication Events), then they can manipulate >>it from there. >> >>-Adrian >> >>BJ Freeman wrote: >> >> >>>1) don't suggest you have ofbbiz be a mailserver. it will bring it to >>>its knees. >>>2) there is a status now that I use for new incoming communications. >>>3) think about having different Parties assigned by role as >>>administrator. Like customerServiceAdmin role or SalesAdmin role >>>4) part of the mecas is to send types of emails to different processes. >>>so you can have a role assigned based on the mecas >>> >>>sounds like parallel effort but different focus. >>> >>> >>> >>>Adrian Crum sent the following on 1/11/2008 3:12 PM: >>> >>> >>>>I'm working on integrating our copy of OFBiz with our mail server. I'm >>>>wondering if one of my ideas would be worth contributing to the project. >>>> >>>>I'm able to email content to an OFBiz instance and have it persisted as >>>>a Communication Event using existing services. What I would like to do >>>>in addition to that is email content to an OFBiz instance that would be >>>>initially persisted as a "New Content" content type. Using OFBiz, a >>>>content "administrator" would then be able to view all "New Content" >>>>entries and change their content types to something else, add them to a >>>>website, etc. In other words, have a content manager "In basket." >>>> >>>>I'm also planning on having the forum feature send/receive emails. >>>> >>>>What do you think? >>>> >>>>-Adrian >>>> >>>> >>>> >>>> >>>> >>> >>> >>> >> >> >> > > |
The mcas are called after a email is received from the javamail container.
so if the communication event does not go to an external email server, then return through the java mail container, then the MeCAS will not fire. Adrian Crum sent the following on 1/11/2008 3:44 PM: > No, I don't have to create a service. I just created an MCA (no > conditions) that calls the storeIncomingEmail service. All inbound mail > gets routed to the OFBiz users. > > All I need to do now is give them a screen that lets them manipulate the > received content. > > -Adrian > > BJ Freeman wrote: > >> the two services now are for incoming and for outgoing. >> the outgoing will set the communications event to complete >> so you may have to create and internal communication service. >> the email send I use, looks to see if there is just party ID and now >> email addresses. if just party ID then is an internal communications. >> if both then is sent to the party ID as internal and sent as email to >> external. >> >> >> >> Adrian Crum sent the following on 1/11/2008 3:29 PM: >> >>> Actually, I came up with a better idea after I sent this off. I can just >>> use the existing services and have the users email content to their >>> OFBiz user accounts (as Communication Events), then they can manipulate >>> it from there. >>> >>> -Adrian >>> >>> BJ Freeman wrote: >>> >>> >>>> 1) don't suggest you have ofbbiz be a mailserver. it will bring it to >>>> its knees. >>>> 2) there is a status now that I use for new incoming communications. >>>> 3) think about having different Parties assigned by role as >>>> administrator. Like customerServiceAdmin role or SalesAdmin role >>>> 4) part of the mecas is to send types of emails to different processes. >>>> so you can have a role assigned based on the mecas >>>> >>>> sounds like parallel effort but different focus. >>>> >>>> >>>> >>>> Adrian Crum sent the following on 1/11/2008 3:12 PM: >>>> >>>> >>>>> I'm working on integrating our copy of OFBiz with our mail server. I'm >>>>> wondering if one of my ideas would be worth contributing to the >>>>> project. >>>>> >>>>> I'm able to email content to an OFBiz instance and have it >>>>> persisted as >>>>> a Communication Event using existing services. What I would like to do >>>>> in addition to that is email content to an OFBiz instance that >>>>> would be >>>>> initially persisted as a "New Content" content type. Using OFBiz, a >>>>> content "administrator" would then be able to view all "New Content" >>>>> entries and change their content types to something else, add them >>>>> to a >>>>> website, etc. In other words, have a content manager "In basket." >>>>> >>>>> I'm also planning on having the forum feature send/receive emails. >>>>> >>>>> What do you think? >>>>> >>>>> -Adrian >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> >>> >>> >>> >> >> > > > > |
Free forum by Nabble | Edit this page |