Also, you don't REALLY need to do inbound processing. Here's the deal. Say you're doing "PO Approvals". Now, one way is to do it through return email. Basically, a Workflow Notification is generated and sent to a manager telling him/her that a PO needs their approval. If you're using return email, all they have to do is reply to the email and the PO will be approved or rejected based on the reply. The other way of doing it is to modify the notification such that it contains a link which forces them to actually launch and log into the application. If you're doing it this way, no inbound processing is required. So, it really depends on your requirements. Also, If you do go the route of inbound processing, I recommend a few things: 1) Create a "TEST" address to "trap" outbound messages from non-production instances 2) Create a seperate inbound mailbox for each instance... (You don't want TEST stealing messages from PROD!) -- James ---------------------------------------------------------------------- James J. Morrow | Senior Oracle Applications DBA | TriOra Group, LLC morrow.james <at> gmail <dot> com james.morrow <at> trioragroup <dot> com On Fri, Mar 20, 2009 at 10:11 AM, James Morrow <morrow.james@xxxxxxxxx> wrote: > Here's the issue... > > If you need to do inbound processing, then you need a way to retrieve > email from a given inbox. Oracle Workflow does that using it's > internal IMAP client. Where that inbox is is another story. If you > can route email (from the outside world) to a unix box, you could > start up an "IMAPd" daemon process on that unix box to facilitate > this. However, since many corporations are using Microsoft Exchange > as their "Mail Exchange" they tend to find it very difficult to route > "internet" email to a specific box that isn't the Exchange server. > > The simplest solution is: > > 1) Have them start up an IMAP service on the Exchange server. > 2) Create a mailbox on the Exchange server to receive the emails > 3) Configure Workflow to retrieve emails from that mailbox. > > Now, if you don't need to do inbound processing, then, yes. Put a "0" > in Inbound Threads and you can disable it. > > -- James > ---------------------------------------------------------------------- > James J. Morrow | Senior Oracle Applications DBA | TriOra Group, LLC > morrow.james <at> gmail <dot> com > james.morrow <at> trioragroup <dot> com > > > > > On Fri, Mar 20, 2009 at 10:07 AM, Luis Freitas <lfreitas34@xxxxxxxxx> wrote: >> >> >> You can also put a "0" on the "Inbound threads" on the workflow mailer >> configuration, and the wizard wont validate your imap server, user and >> password. >> >> But you dont have inbound processing this way. >> >> Regards, >> Luis >> >> >> --- On Fri, 3/20/09, James Morrow <morrow.james@xxxxxxxxx> wrote: >> >>> From: James Morrow <morrow.james@xxxxxxxxx> >>> Subject: Re: Workflow - IMAP issue >>> To: ora-apps-dba@xxxxxxxxxxxxx >>> Date: Friday, March 20, 2009, 12:04 PM >>> Have your Microsoft Exchange Admins start an IMAP service on >>> the >>> exchange server. >>> >>> -- James >>> ---------------------------------------------------------------------- >>> James J. Morrow | Senior Oracle Applications DBA | TriOra >>> Group, LLC >>> morrow.james <at> gmail <dot> com >>> james.morrow <at> trioragroup <dot> com >>> >>> >>> >>> >>> On Fri, Mar 20, 2009 at 9:59 AM, Naveen Patil >>> <naveenspatil@xxxxxxxxxxx> wrote: >>> > Hi DBAs, >>> > >>> > I have an issue where in i need to configure Workflow >>> Mailer for a new >>> > Instance. I am able to work with the SMTP but there is >>> no IMAP configured >>> > since Microsoft Exchange is being used. >>> > Can we have any other way to configure WF-Mailer? >>> > >>> > >>> > Regards, >>> > N P >>> > >>> > >> >> >> >> >> >