Long convoluted history on this one. We used to have a plugin called email, that used site.auth.email. Then I expanded the default mail function which also tapped into site.auth.email. Later changed the email plugin to newsletter (and am working no on an even more advanced community plugin). Anyway, decided to switch the core to use site.auth.mail to match the "mail" command/function. And to free up the email authorization for plugins. Though I may have a site.auth.news expansion used for that plugin... Sounds like a bit of historical gibberish doesn't it?
Anyway, your site.auth.mail page should have content like this: some.page*: bob,@editor Which basically says only bob or an editor can send mail from a form/function on some.page. No other emails should work. If the page is blank, you should be able to send mail from anywhere. Which is not advisable as anyone could put [(mail .... )] in a comment box and cause problems... The recommendation is to put the line below first, and then enable specific pages one by one as you add them. *: @admin Let me know if you have further questions. If you care to add the appropriate info to the BoltWire docs somewhere I'd appreciate it. I'm a bit behind on things after my trip to Denmark, and working on other BoltWire issues at the moment. Cheers Dan On Sat, Jan 2, 2010 at 1:50 AM, Kevin <[email protected]> wrote: > After putting a bunch of debug statements in the functions.php BOLTFmail > > I found that the mail was silently ending after this statement... > > if (! BOLTexists('site.auth.mail') || ! BOLTauth($pageLink, $BOLTid, > 'mail')) { > > there is/was no site.auth.mail file... not exactly sure what the other > condition is > > the call: > > if ($args['msg'] == 'true') BOLTmsg('func_mail_auth', "Mail authorization > failed. Mail not sent."); > > Was not apparently true as no message saying that is output or it is not > working. > > I created the site.auth.mail file and added admin to it and email started to > work. > > Can't find much on what this file is, what should have in it etc.. It is > also not mentioned in the document areas I mentioned before. > > Using Search on the boltwire site for site.auth.mail returned nothing. > > Using google, found a message asking about the same thing but focused on the > filename site.auth.email vs site.auth.mail. > > > On Fri, Jan 1, 2010 at 6:02 PM, Kevin <[email protected]> wrote: >> >> I've been trying to get a simple form created with the output sent to >> email. >> >> I looked at the following page but it does not work. >> >> http://www.boltwire.com/index.php?p=docs.concepts.mail >> >> Following it, I added the entries in site.config: >> >> mailAddress: [email protected] >> mailMode: active >> >> With the mailAddress = my real email address. >> >> The form on the contact page as: >> >> [form] >> Name: [text name] >> Email: [text email] >> Message: >> [box cols=30 rows=4][box] >> [submit] >> [session subject "an email from my homepage"] >> [session to "{sitemail}"] >> [session mail] >> [form] >> >> submitting gives nothing, no email attempt, no errors, just a the same >> page with the notification Form submitted... >> >> Seems that {sitemail} should be setup somewhere are is that actually >> directed to mailAddress ?? >> >> Looking at a different page on the Boltwire site, I get a slightly >> different configuration... >> >> I also looked at: >> http://www.boltwire.com/index.php?p=solutions.email.contact >> >> That action.contact form says "You must register a site email address on >> your site config page to use this form." dispite the apparently same >> configuration in site.config (mailMode: active or demo). Adding an entry in >> site.config like: >> >> sitemail: [email protected] >> >> Again, the same real email address used like before, makes the error go >> away, but it still doesn't send any email. >> >> Another page: >> http://www.boltwire.com/index.php?p=solutions.email.validate_email >> >> Never validates a valid email account. I looked at the page, but it >> appears it suffers from a number of characters being converted to >> htmlentities... Tried to fix them, but never could. >> >> BTW, I have no problems on the same server using normal PHP mail functions >> in fact, I do a ton of mail related stuff on that box both in and outside of >> PHP. >> >> I played with this in the past never getting it to work. >> >> I am using 3.3.2 for these tests. >> > > -- > > You received this message because you are subscribed to the Google Groups > "BoltWire" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/boltwire?hl=en. > -- You received this message because you are subscribed to the Google Groups "BoltWire" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/boltwire?hl=en.
