Is this code definitely checked in to the latest release ? I cannot get the banner stuff working or the request scope to work between the onMailTo and the onMailAccept methods
Many thanks Alex On Aug 14, 8:31 pm, "Alan Williamson" <[email protected]> wrote: > Correct. Its only for /that/ single email > -- > http://alan.blog-city.com/ > > > > -----Original Message----- > From: Alex Skinner <[email protected]> > > Sender: [email protected] > Date: Sun, 14 Aug 2011 12:25:11 > To: Open BlueDragon<[email protected]> > Reply-To: [email protected] > Subject: [OpenBD] Re: More CFSMTP questions > > Hi Alan, > > Excellent, will give that a whirl. > > Just to clarify when you say the request will persist across all 3 > function calls I assume that it will be destroyed on the end of > processing that email, I mean its not persisting across actual email > requests ? > > Many Thanks > > Alex > > On Aug 13, 3:31 am, "Alan Williamson (aw2.0 cloud experts)" > <[email protected]> wrote: > > ... answers in line .... > > > Alex Skinner wrote: > > > Hi, Im building a production app using CFSMTP > > > > 1. Data tagging > > > > As part of the flow of logic I have a onMailTo where I determine > > > whether the email is to be processed by my application, I then > > > retrieve some further data from a system. What I would like to be able > > > to do is mark the current email in some way so that when it actually > > > gets passed to the onMailAccept that this data is passed with it. > > > > I can't see a way of doing this as the onMailTo just has access to the > > > email address it doesn't provide a pointer back to the email. > > > > Request scope isn't available as I'm guessing each part of the process > > > is a separate connection. > > > aah right the good news is here that i have just made a change to the > > plugin. The session object now persists across all 3 function calls. > > For example, the "request" scope is now available. Anything you put in > > that will be available to the other method calls. > > > > 2. SMTP banner > > > > Using the toolhttp://mxtoolbox.com/SuperTool.aspx > > > > and using the command smtp:mail1.messagepipes.com it tells me that the > > > SMTP banner doesn't match the reverse DNS, though there seems no way > > > of configuring that, ideally one of the cfsmtp config params would > > > allow you to specify the domain name so you can counter this grumble ? > > > Good suggestion. I have added "banner" to the SmtpStart() function for this > > >http://openbd.org/manual/?/function/smtpstart > > <http://www.openbd.org/manual/?/function/smtpstart> > > > > 3. Scopes > > > > What global scopes if any are available to the application which is > > > being triggered by CFSMTP i.e. the CFCS ? > > > request as discussed now, and of course "application" if you start up > > with the application name. > > > > 4. Debugging. > > > > Should the Open BD debugger work when building CFSMTP services. The > > > coolest function that is available is now the mailread and mailwrite > > > functions as they allow you to create a test mail, serialise it and > > > test fire it at your application while being able to see the execution > > > in the browser, but I wondered whether I was missing something as I > > > couldn't get the debugger to show me what was happening with a CFSMTP > > > triggered request. > > > mmm now there is a reason why that doesn't work there. Can't think off > > the top of my head now as to why > > > > 5. Error handling > > > > Currently it seems to me that once the email has been received and the > > > corresponding Mail object created that this is the end of the other > > > mail servers involvement, at what point in the process does the other > > > mail server disconnect. The reason i'm asking is say for example i > > > have a mail object which i process and later on in my application it > > > errors, is there anyway of notifying the sending server ? Or is it too > > > late by then, I have to serialise the mail and try again later ? > > > You are right ... as soon as the onMailAccept() is called, the > > connection at this point is over with the. The end server connection > > still remains open for the duration of this CFC method execution. So > > at this point there is no more way to indicate to the remote server that > > an error has gone on. > > -- > official tag/function reference:http://openbd.org/manual/ > mailing list -http://groups.google.com/group/openbd?hl=en -- official tag/function reference: http://openbd.org/manual/ mailing list - http://groups.google.com/group/openbd?hl=en
