All that stuff is in your sandbox folder. If your host doesn't= let youin there, you should demand it.
On Sat, 14 Jul 201=2 19:50:58 -0400
Stephen Braun <sbraun1@twcny.rr.com> wrote:
Idon't think that I have access to my email log...
At least I wouldn't= know how to access my email log.
I'll ask my hosting company, but Idon't think that I'll get any
access until Monday.
sfb
<=br> On Jul 14, 2012, at 7:25 PM, William DeVaul wrote:
> What =doesyour email log say? Sendmail is basically a writefile
>=command that gets processed for sending. The sending process logs
>email activity. That could help you sort this out.
>
&g=t; Bill
>
> On Saturday, July 14, 2012, Stephen Braunwrote:
> Thanks Terry, I know about the bogus FROM address, and I a=m using the
>same FROM address that works in several other places,= butdoesn't work
>here, because it's too long..
>
> Here =is what I'm seeing if I use too many characters....
>
> Whatshould be:
> [sendmail
>to=3Dsteve@fausttheatre.org&from==3Dsteve@fausttheatre.org&subject=3D1234567&content-type=3Dtext/h=tml]
>
> Looks like this:
> endmail
>to=3Dsteve@fausttheatre=.org&from=3Dsteve@fausttheatre.org&subject=3D12345678&content=-type=3Dtext/html]
>
> The first two characters are being truncated from my code if I p=ut
>the 8 in the subject line.
> This has got mestumped.
>
>
>
>
>
> On Jul 14, =2012, at 1:53 PM, Terry Wilson wrote:
>
>> I routinely se=ndout emails with much longer subject lines. The same
>>for the t=o and from fields. As Ken noted in an earlier email, a bogus
>>FROM address is problematic. I know I can't put a bogus FROM =address
>>and expect it to work.
>>
>> Hope =thathelps.
>>
>> Terry
>> On Jul 14, 2012, at 10:=30 AM, Stephen Braun wrote:
>>
>>> Thanks to all of= youwho have tried to help me with this.
>>> I have tested my cod=e literally 100 times and here is what I've
>>>found.
>>>
>>> The [sendmail] wo=n't work if the 'to' address, or the 'from' address,
>>>or t=he'subject line' has too many characters.
>>> It works fine whe=n the subject line is 7 characters, but not 8.
>>> It works f=inewhen the 'to' or 'from' domain is 12 characters, but
>>>not =when it is 23 characters.
>>>
>>> Unfortunately,= thedomain name is 23 characters.
>>>
>>> Would this= be a setting that my host has set up in his email control
>>>panel?
>>>
>>> Thanks again to a=ll of you who wrote back to me.
>>> Steve Braun
>>&g=t;
>>>
>>>
>>>
>>>
&=gt;>> On Jul 13, 2012, at 11:13 PM, WebDNA Solutionswrote:
>>>
>>>>> It does both of your [wri=tefile] commands perfectly, with
>>>>> several of my te=stemployees, but does not do the
>>>>> [sendmail] in betw=een.
>>>>
>>>> How are you determining tha=tthe [sendmail] context is (or
>>>> is not) writing the app=ropriate files to disk from inside the
>>>> founditemscontext?
>>>>
>>>> Are you checking the co=ntents of the EMailProblem and
>>>> EMailCompleted folders= tosee which folder the mail files are
>>>> in?
>>&g=t;>
>>>> Or are you assuming that the mail files are n=otbeing written
>>>> to disk simply because you fail to rece=ive the email
>>>> messages in your inbox within a reasona=bletime?
>>>>
>>>> What happens when you use =a valid "From" address instead of
>>>> the bogus "From"address you're using now? Some mail
>>>> server=s reject mail sent from a bogus "From" address.
>>>>
>>>> What does the "Email Log.txt" file say about these e=mails?
>>>>
>>>>
>>>>> =Iwas told that it is because the [sendmail] is inside of
>>>&g=t;> the [search].
>--------------------------------------------------------- This
>me=ssage is sent to you because you are subscribed to the mailing list
&=gt;.To unsubscribe, E-mail to: archives:
>http://mail.webdna.us/list/t=alk@webdna.us Bug Reporting:
>support@webdna.us
>--------------------------------------------------------- This
>me=ssage is sent to you because you are subscribed to the mailing list
&=gt;.To unsubscribe, E-mail to: archives:
>http://mail.webdna.us/list/t=alk@webdna.us Bug Reporting:
>support@webdna.us
All that stuff is in your sandbox folder. If your host doesn't= let youin there, you should demand it.
On Sat, 14 Jul 201=2 19:50:58 -0400
Stephen Braun <sbraun1@twcny.rr.com> wrote:
Idon't think that I have access to my email log...
At least I wouldn't= know how to access my email log.
I'll ask my hosting company, but Idon't think that I'll get any
access until Monday.
sfb
<=br> On Jul 14, 2012, at 7:25 PM, William DeVaul wrote:
> What =doesyour email log say? Sendmail is basically a writefile
>=command that gets processed for sending. The sending process logs
>email activity. That could help you sort this out.
>
&g=t; Bill
>
> On Saturday, July 14, 2012, Stephen Braunwrote:
> Thanks Terry, I know about the bogus FROM address, and I a=m using the
>same FROM address that works in several other places,= butdoesn't work
>here, because it's too long..
>
> Here =is what I'm seeing if I use too many characters....
>
> Whatshould be:
> [sendmail
>to=3Dsteve@fausttheatre.org&from==3Dsteve@fausttheatre.org&subject=3D1234567&content-type=3Dtext/h=tml]
>
> Looks like this:
> endmail
>to=3Dsteve@fausttheatre=.org&from=3Dsteve@fausttheatre.org&subject=3D12345678&content=-type=3Dtext/html]
>
> The first two characters are being truncated from my code if I p=ut
>the 8 in the subject line.
> This has got mestumped.
>
>
>
>
>
> On Jul 14, =2012, at 1:53 PM, Terry Wilson wrote:
>
>> I routinely se=ndout emails with much longer subject lines. The same
>>for the t=o and from fields. As Ken noted in an earlier email, a bogus
>>FROM address is problematic. I know I can't put a bogus FROM =address
>>and expect it to work.
>>
>> Hope =thathelps.
>>
>> Terry
>> On Jul 14, 2012, at 10:=30 AM, Stephen Braun wrote:
>>
>>> Thanks to all of= youwho have tried to help me with this.
>>> I have tested my cod=e literally 100 times and here is what I've
>>>found.
>>>
>>> The
[sendmail] wo=n't work if the 'to' address, or the 'from' address,
>>>or t=he'subject line' has too many characters.
>>> It works fine whe=n the subject line is 7 characters, but not 8.
>>> It works f=inewhen the 'to' or 'from' domain is 12 characters, but
>>>not =when it is 23 characters.
>>>
>>> Unfortunately,= thedomain name is 23 characters.
>>>
>>> Would this= be a setting that my host has set up in his email control
>>>panel?
>>>
>>> Thanks again to a=ll of you who wrote back to me.
>>> Steve Braun
>>&g=t;
>>>
>>>
>>>
>>>
&=gt;>> On Jul 13, 2012, at 11:13 PM, WebDNA Solutionswrote:
>>>
>>>>> It does both of your [wri=tefile] commands perfectly, with
>>>>> several of my te=stemployees, but does not do the
>>>>>
[sendmail] in betw=een.
>>>>
>>>> How are you determining tha=tthe
[sendmail] context is (or
>>>> is not) writing the app=ropriate files to disk from inside the
>>>> founditemscontext?
>>>>
>>>> Are you checking the co=ntents of the EMailProblem and
>>>> EMailCompleted folders= tosee which folder the mail files are
>>>> in?
>>&g=t;>
>>>> Or are you assuming that the mail files are n=otbeing written
>>>> to disk simply because you fail to rece=ive the email
>>>> messages in your inbox within a reasona=bletime?
>>>>
>>>> What happens when you use =a valid "From" address instead of
>>>> the bogus "From"address you're using now? Some mail
>>>> server=s reject mail sent from a bogus "From" address.
>>>>
>>>> What does the "Email Log.txt" file say about these e=mails?
>>>>
>>>>
>>>>> =Iwas told that it is because the
[sendmail] is inside of
>>>&g=t;> the
[search].
>--------------------------------------------------------- This
>me=ssage is sent to you because you are subscribed to the mailing list
&=gt;.To unsubscribe, E-mail to: archives:
>http://mail.webdna.us/list/t=alk@webdna.us Bug Reporting:
>support@webdna.us
>--------------------------------------------------------- This
>me=ssage is sent to you because you are subscribed to the mailing list
&=gt;.To unsubscribe, E-mail to: archives:
>http://mail.webdna.us/list/t=alk@webdna.us Bug Reporting:
>support@webdna.us
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...