Announcement

Collapse
No announcement yet.

Keeping textarea content formatted when sending form results to

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Keeping textarea content formatted when sending form results to



    My online form's results are submitted to the email.
    Everything is fine, but the <textarea>
    If the user types in returns in it, they are not being "shown" in the email,
    i.e. it comes out as one long line, instead of duplicating the formatting
    the user used. What can be done to keep the formatting of the <textarea> in
    th email results?
    Thanks,

    Valeria


  • #2
    Keeping textarea content formatted when sending form



    It most likely has to do with the use of the MIVA
    STANDARDOUTPUTLEVEL. The standard output level needs to be set so
    that the white space (returns, tabs, etc.) is not being compressed.

    Something similar to this should work:

    <MIVA STANDARDOUTPUTLEVEL = "text, html">
    <MvSMTP ...>
    ...
    </MvSMTP>
    <MIVA STANDARDOUTPUTLEVEL = "text, html, compresswhitespace">


    A similar technique is needed when displaying a text area:

    <MIVA STANDARDOUTPUTLEVEL = "text, html">
    <textarea name="text" rows="6" cols="50" wrap="virtual">
    <MvEVAL EXPR="{ g.text }">
    </textarea>
    <MIVA STANDARDOUTPUTLEVEL = "text, html, compresswhitespace">


    lance turner


    At 2:13 PM -0600 5/20/02, Valeria Vizenberg wrote:
    >My online form's results are submitted to the email.
    >Everything is fine, but the <textarea>
    >If the user types in returns in it, they are not being "shown" in the email,
    >i.e. it comes out as one long line, instead of duplicating the formatting
    >the user used. What can be done to keep the formatting of the <textarea> in
    >th email results?
    >Thanks,
    >
    >Valeria

    Comment


    • #3
      MvCall & Cookies



      I'm trying to use Miva Mia to interface with a site via MvCall and have
      reached a bit of a stumbling block.

      I first have to signin to the site with a userid and a password. The site
      I'm accessing then wants to send me a cookie, but can't, saying that my
      browser won't accept cookies. I'm using IE 6 and it is set to accept
      cookies.

      This happens with both GET and POST versions of the MvCall. Below are
      simplified versions of the GET and POST code I'm using.

      Is there any way in Miva that I can accept the cookie?

      Thanks

      Mike McBee
      Signature House

      ********* POST VERSION *********
      <mvassign name="a" value="123">
      .
      .
      .
      <mvassign name="j" value="abc">
      <mvcall
      action="http://abc.com/signin.dll"
      method="post"
      fields="a,...,j">
      <mveval expr="{callvalue}">
      </mvcall>


      ********* GET VERSION *********
      <mvcall
      action="http://abc.com/fff.dll?a=123...&j=abc"
      method="get">
      <mveval expr="{callvalue}">
      </mvcall>

      Comment


      • #4
        MvCall & Cookies



        When using MvCall, it is the server, not the browser, who sends the http request
        and therefore you have to manipulate the http header so that it passes the
        cookie value when sending the request to the remote server. You can either copy
        the cookie from your browser's cookie folder or parse the MvCALL HTTP header to
        get a new one. Some details about HTTP header manipulation are available here:

        http://mivo.truxoft.com/art0032.htm

        Ivo
        http://mivo.truxoft.com


        -----Original Message-----
        From: Signature House

        I'm trying to use Miva Mia to interface with a site via MvCall and have
        reached a bit of a stumbling block.

        I first have to signin to the site with a userid and a password. The site
        I'm accessing then wants to send me a cookie, but can't, saying that my
        browser won't accept cookies. I'm using IE 6 and it is set to accept
        cookies.

        This happens with both GET and POST versions of the MvCall. Below are
        simplified versions of the GET and POST code I'm using.

        Is there any way in Miva that I can accept the cookie?

        Thanks

        Mike McBee
        Signature House

        ********* POST VERSION *********
        <mvassign name="a" value="123">
        .
        .
        .
        <mvassign name="j" value="abc">
        <mvcall
        action="http://abc.com/signin.dll"
        method="post"
        fields="a,...,j">
        <mveval expr="{callvalue}">
        </mvcall>


        ********* GET VERSION *********
        <mvcall
        action="http://abc.com/fff.dll?a=123...&j=abc"
        method="get">
        <mveval expr="{callvalue}">
        </mvcall>



        Comment


        • #5
          Another odditiy with time functions in the compiler



          (somehow this one didn't make it to the list yesterday, so here it comes
          again...)

          Hi,

          I came across another small disfunction of dyn_time_t and dyn_tm_usec: When
          used compiled within an MvCALL tag, they don't return any values (at least
          not in Windows).

          <MvCALL ACTION = "http://somewherelse.com/something.htm" METHOD = "GET">
          <MvEVAL EXPR = "{ dyn_time_t }" >.<MvEVAL EXPR = "{ dyn_tm_usec }" > // This
          returns nothing

          do something useful...

          </MvCALL>

          Outside the MvCALL or uncompiled they work just fine.

          Markus
          ---
          Outgoing mail is certified Virus Free.
          Checked by AVG anti-virus system (<A HREF =/"http://www.grisoft.com)/">http://www.grisoft.com)</A>.
          Version: 6.0.362 / Virus Database: 199 - Release Date: 5/7/2002

          Comment


          • #6
            Keeping textarea content formatted when sending form



            Thanks everybody for responding.

            info, you were right about the wrap propertyof <textarea>. I've looked it up
            in MSDN library, and it seems like "hard" is the appropriate one to use
            since "Text is displayed with wordwrapping and submitted with soft returns
            and line feeds." (a quote from msdn). The problem is ... it is not enough to
            make the thin work. I've tried all of the properties just in case, but still
            did not get the desired result.

            Margo and Lance seem to be pointing the same thing out - <MIVA
            STANDARDOUTPUTLEVEL = "text, html"> , but somehow it did not work for me.
            I already had the following in my .mv file:

            <MVSMTP MAILHOST="smtp.nimlok.net" TO="[email protected]" FROM="{Email}"
            SUBJECT="Services and Rental Information Request">
            MIME-Version: 1.0
            Content-Type: text/html; charset="iso-8859-1"

            <html> ... body of the message here ... </html>

            but then added the tag anyway.
            I don't know if I did anything else wrong, but it did not work. :-(((

            I hardly ever deal with MIVA, so I do not know much about it at all.

            May I post an entire file I use to send the e-mail? May you can spot an
            error?

            form_us.mv
            --------------------------------------------------------------------
            <HTML>
            <HEAD>
            <TITLE>Send Mail </TITLE>
            </HEAD>
            <BODY link="#336699" vlink="#336699" alink="#336699" bgcolor="white">
            <center>
            [img]<A HREF =[/img]">http://www.nimlok.net/ecommerce/forms/images/logo.gif"></A>
            </center>




            <font face="Arial, Helvetica, sans Serif">
            <MvIF EXPR = "{ NOT(g.realname) }">
            <center>
            <center>
            <font face="Arial, Helvetica, sansSerif" size="3">
            You did not fill all the required fields (<span
            class="ast">*</span>).


            return to form
            </font>
            </center>
            <MvELSE>
            <MvIF EXPR="{NOT Validate_Email(g.Email)}">
            <MvFUNCTION NAME="Validate_Email" PARAMETERS="email" STANDARDOUTPUTLEVEL="">
            <MvASSIGN NAME="l.valid" VALUE="">
            <MvASSIGN NAME="l.email" VALUE="{ltrim(rtrim(l.email))}">
            <MvIF EXPR="{len(l.email) GT 4 AND '@' IN l.email GT 1}">
            <MvASSIGN NAME="l.valid" VALUE="1">
            </MvIF>
            <MvFUNCRETURN VALUE="{l.valid}">
            </MvFUNCTION>
            <center>
            Please enter a valid email address


            return to form
            </center>
            <mvelse>
            <MIVA standardoutputlevel="html,text">
            <MVSMTP MAILHOST="smtp.nimlok.net" TO="[email protected]" FROM="{Email}"
            SUBJECT="Services and Rental Information Request">
            MIME-Version: 1.0
            Content-Type: text/html; charset="iso-8859-1"

            <html>
            <head>
            <title>Services and Rental Information Request Form - US</title>
            <style type="text/css"><!--
            body, table, td { font-family: Arial, Helvetica, Sans Serif; font-size:
            12px;}
            .ast {color: ff6666}-->
            </style>
            </head>

            <body bgcolor="white">

            <p style="text-align: center; font-family: arial,helvetica,sans-serif;
            font-size: 16px;">Services and Rental Information Request Form -
            US
            </p>

            <form name="frm">

            <table border="0" cellpadding="0" cellspacing="5">
            <tr>
            <td>Distributor Name: <mveval expr="{realname}"></td>

            <td>Distributor Code: <mveval expr="{DistribCode}"></td>
            </tr>

            <tr>
            <td>Distributor Contact: <mveval expr="{DistribContact}"></td>
            <td>Distributor Email: <mveval expr="{Email}"></td>
            </tr>

            <tr>
            <td>Rental design Number: <mveval expr="{RentalDesNumber}"></td>
            <td>Return Quotation by: <mveval expr="{ReturnQuotBy}"></td>
            </tr>

            <tr>
            <td colspan="2"><hr noshade width="100%"></td>
            </tr>

            <tr>
            <td colspan="2" class="header">Client</td>
            </tr>

            <tr>
            <td colspan="2"> <mveval expr="{ClAddress}"></td>
            </tr>
            </table>

            </center>
            </form>

            </body>
            </html>



            </MvSMTP>
            <center>
            Your request had been received.

            We will process it as soon as possible.

            </center>
            </MvIF>
            </MvIF>
            </BODY>
            </HTML>
            ----------------------------------------------------------------

            and the form itself can be found at:
            <A HREF ="http://www.nimlok.net/ecommerce/gsp/form_us.htm">http://www.nimlok.net/ecommerce/gsp/form_us.htm</A>
            i currently do not have all the fields set in the .mv file - just a couple
            for the test, but that includes the textarea of "Client Address".

            can anybody help?

            Thanks.










            > From: lance turner <[email protected]>
            > Date: Tue, 21 May 2002 10:57:37 -0400
            > To: Valeria Vizenberg <[email protected]>, MivaScript List
            > <[email protected]>
            > Subject: Re: [meu] Keeping textarea content formatted when sending form
            > results to email
            >
            > It most likely has to do with the use of the MIVA
            > STANDARDOUTPUTLEVEL. The standard output level needs to be set so
            > that the white space (returns, tabs, etc.) is not being compressed.
            >
            > Something similar to this should work:
            >
            > <MIVA STANDARDOUTPUTLEVEL = "text, html">
            > <MvSMTP ...>
            > ...
            > </MvSMTP>
            > <MIVA STANDARDOUTPUTLEVEL = "text, html, compresswhitespace">
            >
            >
            > A similar technique is needed when displaying a text area:
            >
            > <MIVA STANDARDOUTPUTLEVEL = "text, html">
            > <textarea name="text" rows="6" cols="50" wrap="virtual">
            > <MvEVAL EXPR="{ g.text }">
            > </textarea>
            > <MIVA STANDARDOUTPUTLEVEL = "text, html, compresswhitespace">
            >
            >
            > lance turner
            >
            >
            > At 2:13 PM -0600 5/20/02, Valeria Vizenberg wrote:
            >> My online form's results are submitted to the email.
            >> Everything is fine, but the <textarea>
            >> If the user types in returns in it, they are not being "shown" in the email,
            >> i.e. it comes out as one long line, instead of duplicating the formatting
            >> the user used. What can be done to keep the formatting of the <textarea> in
            >> th email results?
            >> Thanks,
            >>
            >> Valeria
            >

            Comment


            • #7
              New built-in functions tokenize & miva_array_collapse(array)



              I might be missing something really simple, but for some obscure reasons I
              can't get the new tokenize & miva_array_collapse(array) functions to work.
              Has anybody short real-life examples of how to use them?

              The instructions in the readme file are really not very clear.

              Thanks,

              Markus
              ---
              Outgoing mail is certified Virus Free.
              Checked by AVG anti-virus system (<A HREF =/"http://www.grisoft.com)/">http://www.grisoft.com)</A>.
              Version: 6.0.362 / Virus Database: 199 - Release Date: 5/7/2002

              Comment


              • #8
                Keeping textarea content formatted when sending formresults to email



                There is a routine in Merchant which strips the hard breaks out of the
                textarea inputs for the email confirms.

                You might want to try using MmHTML by TruXofT (MvCool.com) or a
                similar/related product, to format the emails the way you need, without
                stripping the hard breaks (ask Ivo if his module does this before taking my
                word for it).

                Or if you are a hacker, you can find a reference to removing (glosub)
                asciichar(10) and get rid of it. Not sure if it will cause havoc in the
                confirms, but it's worth a try.

                If you need more help, let me know (onlist).
                State Merchant version and OUI/MMUI usage.


                Andrew Noce



                > -----Original Message-----
                > From: [email protected] [mailto:[email protected]]On
                > Behalf Of lance turner
                > Sent: Tuesday, May 21, 2002 10:58 AM
                > To: Valeria Vizenberg; MivaScript List
                > Subject: Re: [meu] Keeping textarea content formatted when sending
                > formresults to email
                >
                >
                > It most likely has to do with the use of the MIVA
                > STANDARDOUTPUTLEVEL. The standard output level needs to be set so
                > that the white space (returns, tabs, etc.) is not being compressed.
                >
                > Something similar to this should work:
                >
                > <MIVA STANDARDOUTPUTLEVEL = "text, html">
                > <MvSMTP ...>
                > ...
                > </MvSMTP>
                > <MIVA STANDARDOUTPUTLEVEL = "text, html, compresswhitespace">
                >
                >
                > A similar technique is needed when displaying a text area:
                >
                > <MIVA STANDARDOUTPUTLEVEL = "text, html">
                > <textarea name="text" rows="6" cols="50" wrap="virtual">
                > <MvEVAL EXPR="{ g.text }">
                > </textarea>
                > <MIVA STANDARDOUTPUTLEVEL = "text, html, compresswhitespace">
                >
                >
                > lance turner
                >
                >
                > At 2:13 PM -0600 5/20/02, Valeria Vizenberg wrote:
                > >My online form's results are submitted to the email.
                > >Everything is fine, but the <textarea>
                > >If the user types in returns in it, they are not being "shown"
                > in the email,
                > >i.e. it comes out as one long line, instead of duplicating the formatting
                > >the user used. What can be done to keep the formatting of the
                > <textarea> in
                > >th email results?
                > >Thanks,
                > >
                > >Valeria
                >

                Comment


                • #9
                  MvCall & Cookies



                  Ivo,

                  Thanks for the response. I got tangled up in something else and have just
                  today been able to spend any significant time on your suggestions.

                  I've read through your web site and the various RCF's and played around with
                  some code, but I'm still stuck. I can't see any practical way in MIVA to
                  interact with the site I'm trying to work with. Any suggestions before I
                  give it up as a lost cause and try something else?

                  What I'm trying to do:

                  In order to interact with this site, I need to logon. I go to their logon
                  page and enter id and password. The site responds with 4 Set Cookie
                  requests.

                  In MIVA, when I pass the logon material via a post MvCall, the site responds
                  with a message that my browser is not accepting cookies (tho it's actually
                  MIVA MIA that's not).

                  Exminination of the callreturnheaders show no trace of the cookies, so I'm
                  assuming that the site is sending these out after the initial set of
                  headers(??). Since the callreturnheader system variables aren't updated
                  during subsequent iterations of the MvCall loop, I don't see how I could get
                  to them.

                  Also, if I understand it right, I'm probably getting some Get Cookie
                  requests that I'm not seeing.

                  Am I missing something, misunderstanding the whole process, or is this
                  something I can't handle in MIVA?

                  Thanks

                  Mike McBee
                  Signature House
                  [email protected]
                  www.signaturehouse.net


                  > -----Original Message-----
                  > From: [email protected] [mailto:[email protected]]On
                  > Behalf Of Ivo Truxa
                  > Sent: Tuesday, May 21, 2002 11:32 AM
                  > To: Signature House
                  > Cc: Miva Userlist
                  > Subject: RE: [meu] MvCall & Cookies
                  >
                  >
                  > When using MvCall, it is the server, not the browser, who sends
                  > the http request
                  > and therefore you have to manipulate the http header so that it passes the
                  > cookie value when sending the request to the remote server. You
                  > can either copy
                  > the cookie from your browser's cookie folder or parse the MvCALL
                  > HTTP header to
                  > get a new one. Some details about HTTP header manipulation are
                  > available here:
                  >
                  > http://mivo.truxoft.com/art0032.htm
                  >
                  > Ivo
                  > http://mivo.truxoft.com
                  >
                  >
                  > -----Original Message-----
                  > From: Signature House
                  >
                  > I'm trying to use Miva Mia to interface with a site via MvCall and have
                  > reached a bit of a stumbling block.
                  >
                  > I first have to signin to the site with a userid and a password. The site
                  > I'm accessing then wants to send me a cookie, but can't, saying that my
                  > browser won't accept cookies. I'm using IE 6 and it is set to accept
                  > cookies.
                  >
                  > This happens with both GET and POST versions of the MvCall. Below are
                  > simplified versions of the GET and POST code I'm using.
                  >
                  > Is there any way in Miva that I can accept the cookie?
                  >
                  > Thanks
                  >
                  > Mike McBee
                  > Signature House
                  >
                  > ********* POST VERSION *********
                  > <mvassign name="a" value="123">
                  > .
                  > .
                  > .
                  > <mvassign name="j" value="abc">
                  > <mvcall
                  > action="http://abc.com/signin.dll"
                  > method="post"
                  > fields="a,...,j">
                  > <mveval expr="{callvalue}">
                  > </mvcall>
                  >
                  >
                  > ********* GET VERSION *********
                  > <mvcall
                  > action="http://abc.com/fff.dll?a=123...&j=abc"
                  > method="get">
                  > <mveval expr="{callvalue}">
                  > </mvcall>

                  Comment


                  • #10
                    MvCall & Cookies



                    The simplest way to find out what you need to add to the HTTP headers in
                    the MvCALL tag, is capturing the entire TCP/IP communication between
                    your browser and the server and then simulating it with Miva.

                    I use the MS Network Monitor (include for example in the SMS package for
                    NT servers) for capturing and analyzing the HTTP data.

                    Ivo
                    http://mivo.truxoft.com


                    -----Original Message-----
                    From: Signature House

                    Ivo,

                    Thanks for the response. I got tangled up in something else and have
                    just
                    today been able to spend any significant time on your suggestions.

                    I've read through your web site and the various RCF's and played around
                    with
                    some code, but I'm still stuck. I can't see any practical way in MIVA to
                    interact with the site I'm trying to work with. Any suggestions before I
                    give it up as a lost cause and try something else?

                    What I'm trying to do:

                    In order to interact with this site, I need to logon. I go to their
                    logon
                    page and enter id and password. The site responds with 4 Set Cookie
                    requests.

                    In MIVA, when I pass the logon material via a post MvCall, the site
                    responds
                    with a message that my browser is not accepting cookies (tho it's
                    actually
                    MIVA MIA that's not).

                    Exminination of the callreturnheaders show no trace of the cookies, so
                    I'm
                    assuming that the site is sending these out after the initial set of
                    headers(??). Since the callreturnheader system variables aren't updated
                    during subsequent iterations of the MvCall loop, I don't see how I could
                    get
                    to them.

                    Also, if I understand it right, I'm probably getting some Get Cookie
                    requests that I'm not seeing.

                    Am I missing something, misunderstanding the whole process, or is this
                    something I can't handle in MIVA?

                    Thanks

                    Mike McBee
                    Signature House
                    [email protected]
                    www.signaturehouse.net


                    Comment


                    • #11
                      MvCall & Cookies



                      Ok, but I see a problem with that, also. The cookies have coded data that
                      varies from session to session. I wouldn't be able to send out the cookies
                      in the call because they haven't been created yet. It's beginning to look
                      more and more like Miva can't handle this. :(

                      Thanks

                      Mike McBee
                      Signature House


                      > -----Original Message-----
                      > From: [email protected] [mailto:[email protected]]On
                      > Behalf Of Ivo Truxa
                      > Sent: Tuesday, June 04, 2002 4:16 PM
                      > To: 'Signature House'; 'Miva Userlist'
                      > Subject: RE: [meu] MvCall & Cookies
                      >
                      >
                      > The simplest way to find out what you need to add to the HTTP headers in
                      > the MvCALL tag, is capturing the entire TCP/IP communication between
                      > your browser and the server and then simulating it with Miva.
                      >
                      > I use the MS Network Monitor (include for example in the SMS package for
                      > NT servers) for capturing and analyzing the HTTP data.
                      >
                      > Ivo
                      > http://mivo.truxoft.com
                      >
                      >
                      >

                      Comment


                      • #12
                        MvCall & Cookies



                        I do not think so. If it can be handled by the browser, Miva can handle
                        it too. Unless you wanted to tell that it is you, who cannot handle it
                        :)

                        Ivo

                        -----Original Message-----
                        From: Signature House

                        Ok, but I see a problem with that, also. The cookies have coded data
                        that
                        varies from session to session. I wouldn't be able to send out the
                        cookies
                        in the call because they haven't been created yet. It's beginning to
                        look
                        more and more like Miva can't handle this. :(

                        Thanks

                        Mike McBee
                        Signature House


                        Comment


                        • #13
                          MvCall & Cookies



                          Um, hate to disagree with Ivo, it usually gets me in
                          trouble... ;)

                          There *could* be something else going on here. Generally
                          speaking, the server (and thus the Miva CGI) usually only provides
                          access to the cookies generated on it's TLD. Therefore, you
                          may have some difficulty reading the other site's cookies.
                          This is probably server specific; and will definitly be CGI
                          specific, and may also be browser specific! (ie: my browser
                          may *choose* to only send your server variables that have been
                          generated from your TLD).

                          So, in order to get the Miva process to read the other server's
                          cookie variables embedded in your browser, you'd have to convince
                          the browser to set these cookies for your domain too. This probably
                          means a custom JavaScript, which (I think) might give you access
                          to the other domain cookies. *Then* when the Miva CGI is called,
                          you'll be able to send these cookies back to the originating server.

                          But there's even more trouble burried within this bee-hive. *IF*
                          the other server is relying on JavaScript for your "browser" to
                          interpret, and then change the values of the server cookies in
                          JavaScript (which is perfectly reasonable to do), than Miva will
                          fall way-short from being able to do this. It does not (as far as
                          I can tell ;) have a JavaScript VM embedded. And since the Miva
                          server process is now the browser to the external server (you used
                          MvCALL to get there) it would have to understand and process the
                          JavaScript... and you're hosed.

                          So, this is a round-about way of saying, "Ivo, you're wrong about
                          the second sentence in the email below." ;)

                          As far as the solution to the problem... this I cannot say. Perhaps
                          the external application has a c/c++ API that you can hit with
                          direct network calls, and go about it with a commerce library?

                          cheers,
                          James

                          > -----Original Message-----
                          > From: [email protected] [mailto:[email protected]]On
                          > Behalf Of Ivo Truxa
                          > Sent: Tuesday, June 04, 2002 4:40 PM
                          > To: 'Miva Userlist'
                          > Subject: RE: [meu] MvCall & Cookies
                          >
                          >
                          > I do not think so. If it can be handled by the browser, Miva can handle
                          > it too. Unless you wanted to tell that it is you, who cannot handle it
                          > :)
                          >
                          > Ivo
                          >
                          > -----Original Message-----
                          > From: Signature House
                          >
                          > Ok, but I see a problem with that, also. The cookies have coded data
                          > that
                          > varies from session to session. I wouldn't be able to send out the
                          > cookies
                          > in the call because they haven't been created yet. It's beginning to
                          > look
                          > more and more like Miva can't handle this. :(
                          >
                          > Thanks
                          >
                          > Mike McBee
                          > Signature House
                          >
                          >

                          Comment


                          • #14
                            MvCall & Cookies



                            > Um, hate to disagree with Ivo, it usually gets me in
                            > trouble... ;)

                            I am afraid you are right.
                            I mean right in telling it gets you into troubles :)

                            > There *could* be something else going on here. Generally
                            > speaking, the server (and thus the Miva CGI) usually only provides
                            > access to the cookies generated on it's TLD.

                            What Mike is trying to do (at least what I understood he wanted to do)
                            is reading a page from a remote server. It means he needs that his Miva
                            Empresa or Miva Mia simulates his browser. He does _not_ want to read
                            any cookies from any remote server. He just needs to _accept_ the
                            cookies that the server sends to _any_ visitor and _return_ them
                            unchanged back again. So far there is no problem with Miva.


                            Ivo
                            http://mivo.truxoft.com


                            Comment


                            • #15
                              MvCall & Cookies



                              Ivo

                              I believe you understand what I'm trying to do.

                              But I don't see how Miva can handle it.

                              I can't send the cookies in the MvCall statement that submits the passwords,
                              because the cookie contents are variable and don't exist until the remote
                              server receives my login info.

                              If I understand it correctly, I need to read the cookies as they are sent to
                              me, and respond to them when the remote server asks for them (to check to
                              see if I am accepting cookies), and this has to be done before the MvCall
                              loop ends.

                              What am I missing that would allow Miva to let me do this?

                              Thanks

                              Mike McBee
                              Signature House
                              [email protected]
                              www.signaturehouse.net


                              > -----Original Message-----
                              > From: [email protected] [mailto:[email protected]]On
                              > Behalf Of Ivo Truxa
                              > Sent: Tuesday, June 04, 2002 5:09 PM
                              > To: 'Miva Userlist'
                              > Subject: RE: [meu] MvCall & Cookies
                              >
                              >
                              > > Um, hate to disagree with Ivo, it usually gets me in
                              > > trouble... ;)
                              >
                              > I am afraid you are right.
                              > I mean right in telling it gets you into troubles :)
                              >
                              > > There *could* be something else going on here. Generally
                              > > speaking, the server (and thus the Miva CGI) usually only provides
                              > > access to the cookies generated on it's TLD.
                              >
                              > What Mike is trying to do (at least what I understood he wanted to do)
                              > is reading a page from a remote server. It means he needs that his Miva
                              > Empresa or Miva Mia simulates his browser. He does _not_ want to read
                              > any cookies from any remote server. He just needs to _accept_ the
                              > cookies that the server sends to _any_ visitor and _return_ them
                              > unchanged back again. So far there is no problem with Miva.
                              >
                              >
                              > Ivo
                              > http://mivo.truxoft.com
                              >
                              >

                              Comment

                              Working...
                              X