Re: [WebDNA] Retrieving a PDF from an email

This WebDNA talk-list message is from

2008


It keeps the original formatting.
numero = 101443
interpreted = N
texte = The problem I'm imagining with decrypt in your case is that=20 a .pdf file might contain a string of characters that looks=20 like it needs to be decrypted when in reality that string=20 of characters should not be decrypted ... kind of like when=20 my original text has a string such as %20 in it but unurl=20 changes this string into a space character instead of=20 leaving it as %20. =20 If this is what's going on the .pdf's may never be recovered=20 successfully because every time they have that particular=20 string of characters in them decrypt will 'decrypt' those=20 characters when it really should leave them alone, and then=20 you're stuck with a broken file. Short of zipping the .pdf=20 before it is sent or letting a mail client retrieve it=20 instead of webdna, I don't see any way around this problem. If this task is particularly important and not just a=20 proof-of-concept exercise, you'll probably save time by=20 putting a mail client on the server and making it check the=20 mail account you're currently checking with webdna. Then=20 let webdna find the downloaded file in the mail client's=20 folders and do something with it from there. Sincerely, Ken Grome > I think I am getting closer to the answer, it is just > that the problem is getting bigger. > > > It looks like the DECRYPT is probably working OK until it > get to a couple of characters in the PDF file as it > always ends at the same spot in any of the 70 files I > have processed. > > > x=E2=81=84=C3=A3=C3=A9U0PH=C2=B7=C3=82=02 Associated Messages, from the most recent to the oldest:

    
  1. Re: [WebDNA] Retrieving a PDF from an email - SOLUTION (Stuart Tremain 2008)
  2. Re: [WebDNA] Retrieving a PDF from an email (Govinda 2008)
  3. Re: [WebDNA] Retrieving a PDF from an email (Stuart Tremain 2008)
  4. Re: [WebDNA] Retrieving a PDF from an email (Stuart Tremain 2008)
  5. Re: [WebDNA] Retrieving a PDF from an email (Govinda 2008)
  6. Re: [WebDNA] Retrieving a PDF from an email (Kenneth Grome 2008)
  7. Re: [WebDNA] Retrieving a PDF from an email (Steve Craig 2008)
  8. Re: [WebDNA] Retrieving a PDF from an email (Govinda 2008)
  9. Re: [WebDNA] Retrieving a PDF from an email (Kenneth Grome 2008)
  10. Re: [WebDNA] Retrieving a PDF from an email (Stuart Tremain 2008)
  11. Re: [WebDNA] Retrieving a PDF from an email (Kenneth Grome 2008)
  12. Re: [WebDNA] Retrieving a PDF from an email (Stuart Tremain 2008)
  13. Re: [WebDNA] Retrieving a PDF from an email (Kenneth Grome 2008)
  14. Re: [WebDNA] Retrieving a PDF from an email (Stuart Tremain 2008)
  15. Re: [WebDNA] Retrieving a PDF from an email (Stuart Tremain 2008)
  16. Re: [WebDNA] Retrieving a PDF from an email (Stuart Tremain 2008)
  17. Re: [WebDNA] Retrieving a PDF from an email (Stuart Tremain 2008)
  18. [WebDNA] Retrieving a PDF from an email (Stuart Tremain 2008)
The problem I'm imagining with decrypt in your case is that=20 a .pdf file might contain a string of characters that looks=20 like it needs to be decrypted when in reality that string=20 of characters should not be decrypted ... kind of like when=20 my original text has a string such as %20 in it but unurl=20 changes this string into a space character instead of=20 leaving it as %20. =20 If this is what's going on the .pdf's may never be recovered=20 successfully because every time they have that particular=20 string of characters in them decrypt will 'decrypt' those=20 characters when it really should leave them alone, and then=20 you're stuck with a broken file. Short of zipping the .pdf=20 before it is sent or letting a mail client retrieve it=20 instead of webdna, I don't see any way around this problem. If this task is particularly important and not just a=20 proof-of-concept exercise, you'll probably save time by=20 putting a mail client on the server and making it check the=20 mail account you're currently checking with webdna. Then=20 let webdna find the downloaded file in the mail client's=20 folders and do something with it from there. Sincerely, Ken Grome > I think I am getting closer to the answer, it is just > that the problem is getting bigger. > > > It looks like the DECRYPT is probably working OK until it > get to a couple of characters in the PDF file as it > always ends at the same spot in any of the 70 files I > have processed. > > > x=E2=81=84=C3=A3=C3=A9U0PH=C2=B7=C3=82=02 Kenneth Grome

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

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...

Related Readings:

Time Display from Database (1997) [WebDNA] Successful, working WebDNA7/CentOS install? (2013) WebCat2b13MacPlugIn - [include] (1997) [SearchString] problem with [search] context (1997) setitems, one more thing (1997) Trouble with formula.db (1997) $Append for Users outside the ADMIN group (1997) Sendmail and textarea (1998) Help SM: Duplicate cart #'s - still! (2003) Protect and Serve (1999) Ram usage (1999) Most Efficiant Way to do restricted Areas (1997) Emailer problem with WC 2.1, NT, WebSite 2.1 (1998) send mail problem? (1997) WebCat2b15MacPlugin - showing [math] (1997) WebCat vs. ASP (1999) WebDNA-Talk Digest mode broken (1997) [WebDNA] [table] and COMMA in a Field (2015) RE: Switching To NT (1999) WebCat2b13MacPlugIn - [showif][search][/showif] (1997)