Re: CDO Email issues all of the sudden? VFP9SP2 app running for years without issue

2018-11-08 Thread Koen Piller
Gmail has changed its policy. Advise you to switch to an other mailprovider
Koen

Op vr 9 nov. 2018 om 04:32 schreef <
mbsoftwaresoluti...@mbsoftwaresolutions.com>

> VFP9SP2
>
> Strange...code that has been working for years using my
> mbss.b...@gmail.com as the sender now doesn't want to work.  Good ol'
> Error 1429.  See screenshot:  https://www.screencast.com/t/Bxe0x4CX
>
> I know some of you here use CDO.  Did you notice any problems this year?
>   I checked that gmail account and it's using the LESS SECURE mode so 3rd
> party apps like mine can send email with it.  So I'm not sure if this is
> a GMail problem, a CDO problem, or Mike's laptop environment problem.
> No real changes in my environment except for using Avast Secure VPN
> plug-in now, and Avast Secure browser (but surely that's not in play
> here).
>
> Ideas?  tia,
> --Mike
>
[excessive quoting removed by server]

___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/CACUu1Suhhuj=PSX=zjlvzqxymfymo9t2hvm1pu0dlebxcyr...@mail.gmail.com
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.


CDO Email issues all of the sudden? VFP9SP2 app running for years without issue

2018-11-08 Thread mbsoftwaresolutions

VFP9SP2

Strange...code that has been working for years using my 
mbss.b...@gmail.com as the sender now doesn't want to work.  Good ol' 
Error 1429.  See screenshot:  https://www.screencast.com/t/Bxe0x4CX


I know some of you here use CDO.  Did you notice any problems this year? 
 I checked that gmail account and it's using the LESS SECURE mode so 3rd 
party apps like mine can send email with it.  So I'm not sure if this is 
a GMail problem, a CDO problem, or Mike's laptop environment problem.  
No real changes in my environment except for using Avast Secure VPN 
plug-in now, and Avast Secure browser (but surely that's not in play 
here).


Ideas?  tia,
--Mike

___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/a3b9b35e5c76a22a5ebb943009683...@mbsoftwaresolutions.com
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.


Re: IBM to buy RedHat

2018-11-08 Thread Gene Wirchenko

At 11:42 2018-11-07, Ted Roche  wrote:

On Wed, Nov 7, 2018 at 2:14 PM Gene Wirchenko  wrote:

>   OTOH, there is that line about insanity.

Oh, you mean: https://twitter.com/tedroche/status/701896005332168705


 Yes.

 (Were you expecting any other answer?  Be honest.)

Sincerely,

Gene Wirchenko


___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/f01619184f75943c35c2960a15996858@mtlp85
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.


Re: GetFile() issue

2018-11-08 Thread Gene Wirchenko

At 11:41 2018-11-07, Ted Roche  wrote:

On Wed, Nov 7, 2018 at 2:13 PM Gene Wirchenko  wrote:

Ted Roche:


> >SETs often have global effects which make their local use frustrating.
>
>   I have not found it so, but one must be careful.



Well, OP had a classic case, where the SET is saved, changed, and reset in
a very small snippet of code, but if other code runs in the meantime
(timers, in that case, or menu code or LostFocus events) that depend on the
global setting, confusion results.


 I can see timers giving problems -- thankfully, I do not use 
them -- but LostFocus?  Isn't that just in the normal sequence of 
events?  Why would it give trouble?


Sincerely,

Gene Wirchenko


___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/c8aea35f6ec19f4943a5f18ce16ca9ca@mtlp85
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.


Re: GetFile() issue

2018-11-08 Thread Thierry Nivelet
slight difference with getFile(), however nothing a 'standard' user 
would ever notice…


you're welcome

Thierry Nivelet
FoxInCloud
Give your VFP app a second life in the cloud
http://foxincloud.com/

VisitFoxInCloud Blog 
WatchFoxInCloud Marketing Videos 

WatchFoxInCloud Technical Videos 


Stay tuned onFoxInCloud Roadmap 
Learnhow to use FoxInCloud 
DownloadFoxInCloud Adaptation Assistant   
for free

Le 08/11/2018 à 17:12, Dave Crozier a écrit :

Thiery,
Great spot... I hadn't noticed that in the help file. Makes the job even 
easier, put inside a try.. catch... endtry to catch the error if no file chosen 
and return back empty string makes it perform in exactly the same way as 
GetFile().

Thanks a million!

Dave Crozier
Software Development Manager
Flexipol Packaging Ltd.

﴾⚆ᨎ⚆﴿


-Original Message-
From: ProfoxTech  On Behalf Of Thierry Nivelet
Sent: 08 November 2018 16:01
To: profoxt...@leafe.com
Subject: Re: GetFile() issue

You can provide a 'full path' and a file skeleton without changing cd:

? LocFile("C:\\*.prg")

Thierry Nivelet
FoxInCloud
Give your VFP app a second life in the cloud http://foxincloud.com/

VisitFoxInCloud Blog  WatchFoxInCloud Marketing Videos 

WatchFoxInCloud Technical Videos

Stay tuned onFoxInCloud Roadmap 
Learnhow to use FoxInCloud 
DownloadFoxInCloud Adaptation Assistant   
for free

Le 08/11/2018 à 16:16, Dave Crozier a écrit :

Thiery,
Problem with Locfile is you can't search outside the VFP default folder or the path as 
defined in the "set path ..." command.

We want to allow the user to put/get the files from anywhere on the network, 
but start them off with a preferred starting point.

Dave Crozier
Software Development Manager
Flexipol Packaging Ltd.

﴾⚆ᨎ⚆﴿


-Original Message-
From: ProfoxTech  On Behalf Of Thierry
Nivelet
Sent: 07 November 2018 11:14
To: profoxt...@leafe.com
Subject: Re: GetFile() issue

use locfile() instead?

Thierry Nivelet
FoxInCloud
Give your VFP app a second life in the cloud http://foxincloud.com/

VisitFoxInCloud Blog  WatchFoxInCloud
Marketing Videos

WatchFoxInCloud Technical Videos

Stay tuned onFoxInCloud Roadmap 
Learnhow to use FoxInCloud 
DownloadFoxInCloud Adaptation Assistant
  for free

Le 07/11/2018 à 11:56, Dave Crozier a écrit :

Hi folks,
Just had an issue that has been bugging me for a while and I now why but I 
haven’t got a solution to hand… so maybe you can help.

In lots of places we allow users to export their reports and
spreadsheet results onto their own personal “C” drives. And to do
this I implement

… default folder set in prior coding

cOld_Folder = SYS(5) + SYS(2003)
set default to  cFile = Getfile(……..)
set default to (cOld_Folder)

This code allows the user to be programmatically placed in the suggested folder 
to save/open files.

Unknown to me after all these years, the set default to command has an effect 
on the whole of the VFP thread not just the DataSession you are in. 
Unfortunately for me I have a number of regular timers running that check 
whether any particular file or process is locked, or the system is available 
for use i.e. it can sometimes auto log out the user  to allow system 
maintenance for example. The timers open tables and expect to be in the base 
folder of the application but issuing the above coding changes the base folder 
for ALL the application, hence throwing errors as the tables (all held relative 
to the application folder) cannot be found in the new location.

So, if you action the Getfile() command and stay in the dialogue for a period 
of time during which the timers fire, then the timer coding cannot open it’s 
tables as you are no longer where it expects you to be.

Looking at the help file ( OK, I should have looked at it years ago!!) it 
states:
“The SET DEFAULT command is not supported in either single or multithreaded DLL 
servers. This command changes the default directory of the entire process, so 
all threads which are part of the process are affected. Use the 
mk:@MSITStore:c:\program%20files%20(x86)\microsoft%20visual%20foxpro%209\dv_foxhelp.chm::/html/047f2e74-3552-43b7-a18d-ee2c7dd2db6e.htm
 in DLL servers, in place of CD and CHDIR.”
The pertinent fact being: This command changes the default directory of t

Re: GetFile() issue

2018-11-08 Thread Gianni Turri
Warning, it adds the selected folder to the VFP PATH!

Gianni

On Thu, 8 Nov 2018 16:12:48 +, Dave Crozier  wrote:

Thiery,
Great spot... I hadn't noticed that in the help file. Makes the job even 
easier, put inside a try.. catch... endtry to catch the error if no file chosen 
and return back empty string makes it perform in exactly the same way as 
GetFile().

Thanks a million!

Dave Crozier
Software Development Manager
Flexipol Packaging Ltd.

?


-Original Message-
From: ProfoxTech  On Behalf Of Thierry Nivelet
Sent: 08 November 2018 16:01
To: profoxt...@leafe.com
Subject: Re: GetFile() issue

You can provide a 'full path' and a file skeleton without changing cd:

? LocFile("C:\\*.prg")

Thierry Nivelet
FoxInCloud
Give your VFP app a second life in the cloud http://foxincloud.com/

VisitFoxInCloud Blog  WatchFoxInCloud Marketing 
Videos 
WatchFoxInCloud Technical Videos

Stay tuned onFoxInCloud Roadmap 
Learnhow to use FoxInCloud 
DownloadFoxInCloud Adaptation Assistant   
for free

Le 08/11/2018 à 16:16, Dave Crozier a écrit :
> Thiery,
> Problem with Locfile is you can't search outside the VFP default folder or 
> the path as defined in the "set path ..." command.
>
> We want to allow the user to put/get the files from anywhere on the network, 
> but start them off with a preferred starting point.
>
> Dave Crozier
> Software Development Manager
> Flexipol Packaging Ltd.
>
> ?
>
>
> -Original Message-
> From: ProfoxTech  On Behalf Of Thierry 
> Nivelet
> Sent: 07 November 2018 11:14
> To: profoxt...@leafe.com
> Subject: Re: GetFile() issue
>
> use locfile() instead?
>
> Thierry Nivelet
> FoxInCloud
> Give your VFP app a second life in the cloud http://foxincloud.com/
>
> VisitFoxInCloud Blog  WatchFoxInCloud 
> Marketing Videos 
> 
> WatchFoxInCloud Technical Videos
> 
> Stay tuned onFoxInCloud Roadmap 
> Learnhow to use FoxInCloud 
> DownloadFoxInCloud Adaptation Assistant 
>   for free
>
> Le 07/11/2018 à 11:56, Dave Crozier a écrit :
>> Hi folks,
>> Just had an issue that has been bugging me for a while and I now why but I 
>> haven’t got a solution to hand… so maybe you can help.
>>
>> In lots of places we allow users to export their reports and 
>> spreadsheet results onto their own personal “C” drives. And to do 
>> this I implement
>>
>> … default folder set in prior coding
>>
>> cOld_Folder = SYS(5) + SYS(2003)
>> set default to  cFile = Getfile(……..) 
>> set default to (cOld_Folder)
>>
>> This code allows the user to be programmatically placed in the suggested 
>> folder to save/open files.
>>
>> Unknown to me after all these years, the set default to command has an 
>> effect on the whole of the VFP thread not just the DataSession you are in. 
>> Unfortunately for me I have a number of regular timers running that check 
>> whether any particular file or process is locked, or the system is available 
>> for use i.e. it can sometimes auto log out the user  to allow system 
>> maintenance for example. The timers open tables and expect to be in the base 
>> folder of the application but issuing the above coding changes the base 
>> folder for ALL the application, hence throwing errors as the tables (all 
>> held relative to the application folder) cannot be found in the new location.
>>
>> So, if you action the Getfile() command and stay in the dialogue for a 
>> period of time during which the timers fire, then the timer coding cannot 
>> open it’s tables as you are no longer where it expects you to be.
>>
>> Looking at the help file ( OK, I should have looked at it years ago!!) it 
>> states:
>> “The SET DEFAULT command is not supported in either single or multithreaded 
>> DLL servers. This command changes the default directory of the entire 
>> process, so all threads which are part of the process are affected. Use the 
>> mk:@MSITStore:c:\program%20files%20(x86)\microsoft%20visual%20foxpro%209\dv_foxhelp.chm::/html/047f2e74-3552-43b7-a18d-ee2c7dd2db6e.htm
>>  in DLL servers, in place of CD and CHDIR.”
>> The pertinent fact being: This command changes the default directory of the 
>> entire process, so all threads which are part of the process are affected. 
>> The same thing goes for CD and Chdir so using those as replacements is not 
>> an option unfortunately.
>>
>> Has anyone any ideas as to how to produce a dialogue for saving/opening a 
>> file which doesn’t require the “set default to ” instruction?
>>
>> I can modify all the timers to open tables based upon absolute

Re: Test

2018-11-08 Thread Kurt @ Gmail
Damn - I just looked over Dave's original message - and I swear - I 
could NOT find the Partridge! Am I missing something Ted???


Dave - good to see you Yakking it up!

-K-


On 11/8/2018 3:21 AM, Ted Roche wrote:

Yak, indeed! Test successful.

What a message footer, though!

I know it's your company's policy and not yours, but there's a legal
contract, a disclaimer, a message about viruses that doesn't apply to plain
text mail, headers for three separate MIME sections, two JPEGS, four PNGs,
a kitchen sink, and partridge in a pear tree.



On Thu, Nov 8, 2018 at 6:06 AM Dave Crozier  wrote:


Test message to test our email spamfilter…. Mailsphere…. Yak!

Dave Crozier
Software Development Manager
Flexipol Packaging Ltd.

﴾⚆ᨎ⚆﴿



Flexipol® Packaging Ltd
T 01706 222 792
E dcroz...@flexipol.co.uk
W https://www.flexipol.co.uk/
Follow us:
Unit 14 Bentwood Road, Carrs Industrial Estate, Haslingden, Lancashire,
BB4 5HH

​This communication and the information it contains is intended for the
person or organisation to whom it is addressed. Its contents are
confidential and may be protected in law. If you have received this e-mail
in error you must not copy, distribute or take any action in reliance on
it. Unauthorised use, copying or disclosure of any of it may be unlawful.
If you have received this message in error, please notify us immediately by
telephone or email.

Flexipol Packaging Ltd. has taken every reasonable precaution to minimise
the risk of virus transmission through email and therefore any files sent
via e-mail will have been checked for known viruses. However, you are
advised to run your own virus check before opening any attachments received
as Flexipol Packaging Ltd will not in any event accept any liability
whatsoever once an e-mail and/or any attachment is received.

  It is the responsibility of the recipient to ensure that they have
adequate virus protection.


-
​​
​Terms & Conditions:
  Notwithstanding delivery and the passing of risk in the goods, the
property in the goods shall not pass to the buyer until the seller Flexipol
Packaging Ltd. ("The Company") has received in cash or cleared funds
payment in full of the price of the goods and all other goods agreed to be
sold by the seller to the buyer for which payment is then due. Until such
time as the property in the goods passes to the buyer, the buyer shall hold
the goods as the seller's fiduciary agent and bailee and keep the goods
separate from those of the buyer and third parties and properly stored
protected and insured and identified as the seller's property but shall be
entitled to resell or use the goods in the ordinary course of its business.
Until such time as the property in the goods passes to the buyer the seller
shall be entitled at any time


--- StripMime Report -- processed MIME parts ---
multipart/related
   multipart/alternative
 text/plain (text body -- kept)
 text/html
   image/jpeg
   image/jpeg
   image/png
   image/png
   image/png
   image/png
---


[excessive quoting removed by server]

___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/9a27ea2e-a704-986f-221f-8b897a36b...@gmail.com
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.

RE: GetFile() issue

2018-11-08 Thread Dave Crozier
Thiery,
Great spot... I hadn't noticed that in the help file. Makes the job even 
easier, put inside a try.. catch... endtry to catch the error if no file chosen 
and return back empty string makes it perform in exactly the same way as 
GetFile().

Thanks a million!

Dave Crozier
Software Development Manager
Flexipol Packaging Ltd.

﴾⚆ᨎ⚆﴿


-Original Message-
From: ProfoxTech  On Behalf Of Thierry Nivelet
Sent: 08 November 2018 16:01
To: profoxt...@leafe.com
Subject: Re: GetFile() issue

You can provide a 'full path' and a file skeleton without changing cd:

? LocFile("C:\\*.prg")

Thierry Nivelet
FoxInCloud
Give your VFP app a second life in the cloud http://foxincloud.com/

VisitFoxInCloud Blog  WatchFoxInCloud Marketing 
Videos 
WatchFoxInCloud Technical Videos

Stay tuned onFoxInCloud Roadmap 
Learnhow to use FoxInCloud 
DownloadFoxInCloud Adaptation Assistant   
for free

Le 08/11/2018 à 16:16, Dave Crozier a écrit :
> Thiery,
> Problem with Locfile is you can't search outside the VFP default folder or 
> the path as defined in the "set path ..." command.
>
> We want to allow the user to put/get the files from anywhere on the network, 
> but start them off with a preferred starting point.
>
> Dave Crozier
> Software Development Manager
> Flexipol Packaging Ltd.
>
> ﴾⚆ᨎ⚆﴿
>
>
> -Original Message-
> From: ProfoxTech  On Behalf Of Thierry 
> Nivelet
> Sent: 07 November 2018 11:14
> To: profoxt...@leafe.com
> Subject: Re: GetFile() issue
>
> use locfile() instead?
>
> Thierry Nivelet
> FoxInCloud
> Give your VFP app a second life in the cloud http://foxincloud.com/
>
> VisitFoxInCloud Blog  WatchFoxInCloud 
> Marketing Videos 
> 
> WatchFoxInCloud Technical Videos
> 
> Stay tuned onFoxInCloud Roadmap 
> Learnhow to use FoxInCloud 
> DownloadFoxInCloud Adaptation Assistant 
>   for free
>
> Le 07/11/2018 à 11:56, Dave Crozier a écrit :
>> Hi folks,
>> Just had an issue that has been bugging me for a while and I now why but I 
>> haven’t got a solution to hand… so maybe you can help.
>>
>> In lots of places we allow users to export their reports and 
>> spreadsheet results onto their own personal “C” drives. And to do 
>> this I implement
>>
>> … default folder set in prior coding
>>
>> cOld_Folder = SYS(5) + SYS(2003)
>> set default to  cFile = Getfile(……..) 
>> set default to (cOld_Folder)
>>
>> This code allows the user to be programmatically placed in the suggested 
>> folder to save/open files.
>>
>> Unknown to me after all these years, the set default to command has an 
>> effect on the whole of the VFP thread not just the DataSession you are in. 
>> Unfortunately for me I have a number of regular timers running that check 
>> whether any particular file or process is locked, or the system is available 
>> for use i.e. it can sometimes auto log out the user  to allow system 
>> maintenance for example. The timers open tables and expect to be in the base 
>> folder of the application but issuing the above coding changes the base 
>> folder for ALL the application, hence throwing errors as the tables (all 
>> held relative to the application folder) cannot be found in the new location.
>>
>> So, if you action the Getfile() command and stay in the dialogue for a 
>> period of time during which the timers fire, then the timer coding cannot 
>> open it’s tables as you are no longer where it expects you to be.
>>
>> Looking at the help file ( OK, I should have looked at it years ago!!) it 
>> states:
>> “The SET DEFAULT command is not supported in either single or multithreaded 
>> DLL servers. This command changes the default directory of the entire 
>> process, so all threads which are part of the process are affected. Use the 
>> mk:@MSITStore:c:\program%20files%20(x86)\microsoft%20visual%20foxpro%209\dv_foxhelp.chm::/html/047f2e74-3552-43b7-a18d-ee2c7dd2db6e.htm
>>  in DLL servers, in place of CD and CHDIR.”
>> The pertinent fact being: This command changes the default directory of the 
>> entire process, so all threads which are part of the process are affected. 
>> The same thing goes for CD and Chdir so using those as replacements is not 
>> an option unfortunately.
>>
>> Has anyone any ideas as to how to produce a dialogue for saving/opening a 
>> file which doesn’t require the “set default to ” instruction?
>>
>> I can modify all the timers to open tables based upon absolute paths but 
>> this would be a mega change which I am trying to avoid. Of course I could 
>> roll my own Getfile() unles

Re: GetFile() issue

2018-11-08 Thread Thierry Nivelet

You can provide a 'full path' and a file skeleton without changing cd:

? LocFile("C:\\*.prg")

Thierry Nivelet
FoxInCloud
Give your VFP app a second life in the cloud
http://foxincloud.com/

VisitFoxInCloud Blog 
WatchFoxInCloud Marketing Videos 

WatchFoxInCloud Technical Videos 


Stay tuned onFoxInCloud Roadmap 
Learnhow to use FoxInCloud 
DownloadFoxInCloud Adaptation Assistant   
for free

Le 08/11/2018 à 16:16, Dave Crozier a écrit :

Thiery,
Problem with Locfile is you can't search outside the VFP default folder or the path as 
defined in the "set path ..." command.

We want to allow the user to put/get the files from anywhere on the network, 
but start them off with a preferred starting point.

Dave Crozier
Software Development Manager
Flexipol Packaging Ltd.

﴾⚆ᨎ⚆﴿


-Original Message-
From: ProfoxTech  On Behalf Of Thierry Nivelet
Sent: 07 November 2018 11:14
To: profoxt...@leafe.com
Subject: Re: GetFile() issue

use locfile() instead?

Thierry Nivelet
FoxInCloud
Give your VFP app a second life in the cloud http://foxincloud.com/

VisitFoxInCloud Blog  WatchFoxInCloud Marketing Videos 

WatchFoxInCloud Technical Videos

Stay tuned onFoxInCloud Roadmap 
Learnhow to use FoxInCloud 
DownloadFoxInCloud Adaptation Assistant   
for free

Le 07/11/2018 à 11:56, Dave Crozier a écrit :

Hi folks,
Just had an issue that has been bugging me for a while and I now why but I 
haven’t got a solution to hand… so maybe you can help.

In lots of places we allow users to export their reports and
spreadsheet results onto their own personal “C” drives. And to do this
I implement

… default folder set in prior coding

cOld_Folder = SYS(5) + SYS(2003)
set default to  cFile = Getfile(……..)
set default to (cOld_Folder)

This code allows the user to be programmatically placed in the suggested folder 
to save/open files.

Unknown to me after all these years, the set default to command has an effect 
on the whole of the VFP thread not just the DataSession you are in. 
Unfortunately for me I have a number of regular timers running that check 
whether any particular file or process is locked, or the system is available 
for use i.e. it can sometimes auto log out the user  to allow system 
maintenance for example. The timers open tables and expect to be in the base 
folder of the application but issuing the above coding changes the base folder 
for ALL the application, hence throwing errors as the tables (all held relative 
to the application folder) cannot be found in the new location.

So, if you action the Getfile() command and stay in the dialogue for a period 
of time during which the timers fire, then the timer coding cannot open it’s 
tables as you are no longer where it expects you to be.

Looking at the help file ( OK, I should have looked at it years ago!!) it 
states:
“The SET DEFAULT command is not supported in either single or multithreaded DLL 
servers. This command changes the default directory of the entire process, so 
all threads which are part of the process are affected. Use the 
mk:@MSITStore:c:\program%20files%20(x86)\microsoft%20visual%20foxpro%209\dv_foxhelp.chm::/html/047f2e74-3552-43b7-a18d-ee2c7dd2db6e.htm
 in DLL servers, in place of CD and CHDIR.”
The pertinent fact being: This command changes the default directory of the 
entire process, so all threads which are part of the process are affected. The 
same thing goes for CD and Chdir so using those as replacements is not an 
option unfortunately.

Has anyone any ideas as to how to produce a dialogue for saving/opening a file 
which doesn’t require the “set default to ” instruction?

I can modify all the timers to open tables based upon absolute paths but this 
would be a mega change which I am trying to avoid. Of course I could roll my 
own Getfile() unless anyone has one available!!!

All suggestions accepted, thanks in anticipation.

Dave Crozier
Software Development Manager
Flexipol Packaging Ltd.

﴾⚆ᨎ⚆﴿



Flexipol® Packaging Ltd
T 01706 222 792
E dcroz...@flexipol.co.uk
W https://www.flexipol.co.uk/
Follow us:
Unit 14 Bentwood Road, Carrs Industrial Estate, Haslingden,
Lancashire, BB4 5HH

​This communication and the information it contains is intended for the person 
or organisation to whom it is addressed. Its contents are confidential and may 
be protected in law. If you have received this e-mail in error you must not 
copy, distribute or take any action in reliance on it. Unauthorised use, 
copying or disclosure of any of it may be unlawfu

RE: GetFile() issue

2018-11-08 Thread Dave Crozier
Thiery,
Problem with Locfile is you can't search outside the VFP default folder or the 
path as defined in the "set path ..." command.

We want to allow the user to put/get the files from anywhere on the network, 
but start them off with a preferred starting point.

Dave Crozier
Software Development Manager
Flexipol Packaging Ltd.

﴾⚆ᨎ⚆﴿


-Original Message-
From: ProfoxTech  On Behalf Of Thierry Nivelet
Sent: 07 November 2018 11:14
To: profoxt...@leafe.com
Subject: Re: GetFile() issue

use locfile() instead?

Thierry Nivelet
FoxInCloud
Give your VFP app a second life in the cloud http://foxincloud.com/

VisitFoxInCloud Blog  WatchFoxInCloud Marketing 
Videos 
WatchFoxInCloud Technical Videos

Stay tuned onFoxInCloud Roadmap 
Learnhow to use FoxInCloud 
DownloadFoxInCloud Adaptation Assistant   
for free

Le 07/11/2018 à 11:56, Dave Crozier a écrit :
> Hi folks,
> Just had an issue that has been bugging me for a while and I now why but I 
> haven’t got a solution to hand… so maybe you can help.
>
> In lots of places we allow users to export their reports and 
> spreadsheet results onto their own personal “C” drives. And to do this 
> I implement
>
> … default folder set in prior coding
>
> cOld_Folder = SYS(5) + SYS(2003)
> set default to  cFile = Getfile(……..) 
> set default to (cOld_Folder)
>
> This code allows the user to be programmatically placed in the suggested 
> folder to save/open files.
>
> Unknown to me after all these years, the set default to command has an effect 
> on the whole of the VFP thread not just the DataSession you are in. 
> Unfortunately for me I have a number of regular timers running that check 
> whether any particular file or process is locked, or the system is available 
> for use i.e. it can sometimes auto log out the user  to allow system 
> maintenance for example. The timers open tables and expect to be in the base 
> folder of the application but issuing the above coding changes the base 
> folder for ALL the application, hence throwing errors as the tables (all held 
> relative to the application folder) cannot be found in the new location.
>
> So, if you action the Getfile() command and stay in the dialogue for a period 
> of time during which the timers fire, then the timer coding cannot open it’s 
> tables as you are no longer where it expects you to be.
>
> Looking at the help file ( OK, I should have looked at it years ago!!) it 
> states:
> “The SET DEFAULT command is not supported in either single or multithreaded 
> DLL servers. This command changes the default directory of the entire 
> process, so all threads which are part of the process are affected. Use the 
> mk:@MSITStore:c:\program%20files%20(x86)\microsoft%20visual%20foxpro%209\dv_foxhelp.chm::/html/047f2e74-3552-43b7-a18d-ee2c7dd2db6e.htm
>  in DLL servers, in place of CD and CHDIR.”
> The pertinent fact being: This command changes the default directory of the 
> entire process, so all threads which are part of the process are affected. 
> The same thing goes for CD and Chdir so using those as replacements is not an 
> option unfortunately.
>
> Has anyone any ideas as to how to produce a dialogue for saving/opening a 
> file which doesn’t require the “set default to ” instruction?
>
> I can modify all the timers to open tables based upon absolute paths but this 
> would be a mega change which I am trying to avoid. Of course I could roll my 
> own Getfile() unless anyone has one available!!!
>
> All suggestions accepted, thanks in anticipation.
>
> Dave Crozier
> Software Development Manager
> Flexipol Packaging Ltd.
>
> ﴾⚆ᨎ⚆﴿
>
>
>
> Flexipol® Packaging Ltd
> T 01706 222 792
> E dcroz...@flexipol.co.uk
> W https://www.flexipol.co.uk/
> Follow us:
> Unit 14 Bentwood Road, Carrs Industrial Estate, Haslingden, 
> Lancashire, BB4 5HH
>
> ​This communication and the information it contains is intended for the 
> person or organisation to whom it is addressed. Its contents are confidential 
> and may be protected in law. If you have received this e-mail in error you 
> must not copy, distribute or take any action in reliance on it. Unauthorised 
> use, copying or disclosure of any of it may be unlawful. If you have received 
> this message in error, please notify us immediately by telephone or email.
>
> Flexipol Packaging Ltd. has taken every reasonable precaution to minimise the 
> risk of virus transmission through email and therefore any files sent via 
> e-mail will have been checked for known viruses. However, you are advised to 
> run your own virus check before opening any attachments received as Flexipol 
> Packaging Ltd will not in any event accept any liability whatsoever once an 
> e-mail and/or any attachment is received.
>
>   It is

RE: GetFile() issue

2018-11-08 Thread Dave Crozier
Peter,
Yes, we try to please!! The problem with doing it using GetDir is that they end 
up having two dialogue boxes as opposed to one (one for the folder, one for the 
name). Let's say we want our users to feel wanted and loved. even though we 
DON'T love them sometimes!!!

Anyway I have solved the problem by using an API call to the M$ Common dialogue 
DLL which works fine so far.

Dave Crozier
Software Development Manager
Flexipol Packaging Ltd.

﴾⚆ᨎ⚆﴿



Flexipol® Packaging Ltd
T 01706 222 792
E dcroz...@flexipol.co.uk
W https://www.flexipol.co.uk/
Follow us: 
Unit 14 Bentwood Road, Carrs Industrial Estate, Haslingden, Lancashire, BB4 5HH

​This communication and the information it contains is intended for the person 
or organisation to whom it is addressed. Its contents are confidential and may 
be protected in law. If you have received this e-mail in error you must not 
copy, distribute or take any action in reliance on it. Unauthorised use, 
copying or disclosure of any of it may be unlawful. If you have received this 
message in error, please notify us immediately by telephone or email.
  
Flexipol Packaging Ltd. has taken every reasonable precaution to minimise the 
risk of virus transmission through email and therefore any files sent via 
e-mail will have been checked for known viruses. However, you are advised to 
run your own virus check before opening any attachments received as Flexipol 
Packaging Ltd will not in any event accept any liability whatsoever once an 
e-mail and/or any attachment is received.
  
 It is the responsibility of the recipient to ensure that they have adequate 
virus protection.

-
​​
​Terms & Conditions:
 Notwithstanding delivery and the passing of risk in the goods, the property in 
the goods shall not pass to the buyer until the seller Flexipol Packaging Ltd. 
("The Company") has received in cash or cleared funds payment in full of the 
price of the goods and all other goods agreed to be sold by the seller to the 
buyer for which payment is then due. Until such time as the property in the 
goods passes to the buyer, the buyer shall hold the goods as the seller's 
fiduciary agent and bailee and keep the goods separate from those of the buyer 
and third parties and properly stored protected and insured and identified as 
the seller's property but shall be entitled to resell or use the goods in the 
ordinary course of its business. Until such time as the property in the goods 
passes to the buyer the seller shall be entitled at any time
-Original Message-
From: ProFox  On Behalf Of Peter Cushing
Sent: 08 November 2018 14:55
To: profox@leafe.com
Subject: Re: GetFile() issue

On 08/11/2018 14:35, Dave Crozier wrote:
> Peter,
> Mainly to place them into a folder where you preferably want them to put/get 
> the file from rather than them being able to navigate around the PC & Network.
>
>
Hi Dave,

You are far too nice to your users!  We make them navigate the network for 
stuff like that.
If you chose a standard name for the report name you could use 
GETDIR('c:\somefolder','select input/output folder'), which does allow you to 
specify where it starts.

Peter



This communication is intended for the person or organisation to whom it is 
addressed. The contents are confidential and may be protected in law. 
Unauthorised use, copying or disclosure of any of it may be unlawful. If you 
have received this message in error, please notify us immediately by telephone 
or email. 

www.whisperingsmith.com

Whispering Smith Ltd Head Office:61 Great Ducie Street, Manchester M3 1RR. 
Tel:0161 831 3700
Fax:0161 831 3715 

London Office: 101 St. Martin's Lane,London, WC2N 4AZ  Tel:0207 299 7960




[excessive quoting removed by server]

___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/cwlp265mb08528f6d4ecae97f4f1b5486fb...@cwlp265mb0852.gbrp265.prod.outlook.com
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.

Re: GetFile() issue

2018-11-08 Thread Fernando D. Bozzo
Hi Dave:

I think that have a simple solution for the GetFile() problem.
Try this:

oo  = CreateObject("visualfoxpro.application")
oo.DoCmd("cd 'c:\desa'")
? oo.Eval("getfile()")
oo.Release()

Works ok and do not change main VFP default dir.




El jue., 8 nov. 2018 a las 15:38, Dave Crozier ()
escribió:

> Gene,
> The problem if you are using GetFile() is that if you use the set default
> then open the dialogue and then keep the dialogue open for a few seconds,
> any background process/thread will pick up the new default location before
> you set it back after you close the dialogue.
>
> Dave Crozier
> Software Development Manager
> Flexipol Packaging Ltd.
>
> ﴾⚆ᨎ⚆﴿
>
>
>
> Flexipol® Packaging Ltd
> T 01706 222 792
> E dcroz...@flexipol.co.uk
> W https://www.flexipol.co.uk/
> Follow us:
> Unit 14 Bentwood Road, Carrs Industrial Estate, Haslingden, Lancashire,
> BB4 5HH
>
> ​This communication and the information it contains is intended for the
> person or organisation to whom it is addressed. Its contents are
> confidential and may be protected in law. If you have received this e-mail
> in error you must not copy, distribute or take any action in reliance on
> it. Unauthorised use, copying or disclosure of any of it may be unlawful.
> If you have received this message in error, please notify us immediately by
> telephone or email.
>
> Flexipol Packaging Ltd. has taken every reasonable precaution to minimise
> the risk of virus transmission through email and therefore any files sent
> via e-mail will have been checked for known viruses. However, you are
> advised to run your own virus check before opening any attachments received
> as Flexipol Packaging Ltd will not in any event accept any liability
> whatsoever once an e-mail and/or any attachment is received.
>
>  It is the responsibility of the recipient to ensure that they have
> adequate virus protection.
>
>
> -
> ​​
> ​Terms & Conditions:
>  Notwithstanding delivery and the passing of risk in the goods, the
> property in the goods shall not pass to the buyer until the seller Flexipol
> Packaging Ltd. ("The Company") has received in cash or cleared funds
> payment in full of the price of the goods and all other goods agreed to be
> sold by the seller to the buyer for which payment is then due. Until such
> time as the property in the goods passes to the buyer, the buyer shall hold
> the goods as the seller's fiduciary agent and bailee and keep the goods
> separate from those of the buyer and third parties and properly stored
> protected and insured and identified as the seller's property but shall be
> entitled to resell or use the goods in the ordinary course of its business.
> Until such time as the property in the goods passes to the buyer the seller
> shall be entitled at any time
> -Original Message-
> From: ProfoxTech  On Behalf Of Gene
> Wirchenko
> Sent: 07 November 2018 19:13
> To: profoxt...@leafe.com
> Subject: Re: GetFile() issue
>
> At 07:08 2018-11-07, Ted Roche  wrote:
> >On Wed, Nov 7, 2018 at 5:57 AM Dave Crozier 
> wrote:
> >
> > > Unknown to me after all these years, the set default to command has
> > > an effect on the whole of the VFP thread not just the DataSession you
> are in.
> >
> >To quote my co-author, "Computer language purists object to SET
> >commands for a pretty straightforward reason: the formation of the
> >infinite-state machine. Although that sounds cool,..." (
> >https://www.tedroche.com/hackfox7/s4g126.html)
>
>   That URL was wrong in your post as it included the closing paren.
> Oddly, Eudora excluded it in this reply.
>
> >SETs often have global effects which make their local use frustrating.
>
>   I have not found it so, but one must be careful.
>
>   If I change a global setting SET (as opposed, say, to a SET ORDER),
> I either set the setting back as soon as I can or I have a procedure for
> doing the modified function requiring the different SET value.  One must be
> careful about this stuff.
>
> >Three things:
> >
> >1. If you were rewriting the app, you'd store a "Data Directory" in
> >your global settings table and precede all your file open commands with
> that.
> >That makes it INCREDIBLY easy to have a test mode that just switches
> >that setting. But you're not re-writing your app, so...
>
>   I did that for a few programs where I needed to get to a different
> set of data.  I am glad that it was only a few.
>
> [snip]
>
> Sincerely,
>
> Gene Wirchenko
>
>
[excessive quoting removed by server]

___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: 

Re: GetFile() issue

2018-11-08 Thread Peter Cushing

On 08/11/2018 14:35, Dave Crozier wrote:

Peter,
Mainly to place them into a folder where you preferably want them to put/get the 
file from rather than them being able to navigate around the PC & Network.



Hi Dave,

You are far too nice to your users!  We make them navigate the network 
for stuff like that.
If you chose a standard name for the report name you could use 
GETDIR('c:\somefolder','select input/output folder'), which does allow 
you to specify where it starts.


Peter



This communication is intended for the person or organisation to whom it is addressed. The contents are confidential and may be protected in law. Unauthorised use, copying or disclosure of any of it may be unlawful. If you have received this message in error, please notify us immediately by telephone or email. 


www.whisperingsmith.com

Whispering Smith Ltd Head Office:61 Great Ducie Street, Manchester M3 1RR. 
Tel:0161 831 3700 
Fax:0161 831 3715 


London Office: 101 St. Martin's Lane,London, WC2N 4AZ  Tel:0207 299 7960




___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/35dcd12f-c055-e58b-e430-6bb4fb233...@whisperingsmith.com
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.

RE: GetFile() issue

2018-11-08 Thread Dave Crozier
Gene,
The problem if you are using GetFile() is that if you use the set default then 
open the dialogue and then keep the dialogue open for a few seconds, any 
background process/thread will pick up the new default location before you set 
it back after you close the dialogue.

Dave Crozier
Software Development Manager
Flexipol Packaging Ltd.

﴾⚆ᨎ⚆﴿



Flexipol® Packaging Ltd
T 01706 222 792
E dcroz...@flexipol.co.uk
W https://www.flexipol.co.uk/
Follow us: 
Unit 14 Bentwood Road, Carrs Industrial Estate, Haslingden, Lancashire, BB4 5HH

​This communication and the information it contains is intended for the person 
or organisation to whom it is addressed. Its contents are confidential and may 
be protected in law. If you have received this e-mail in error you must not 
copy, distribute or take any action in reliance on it. Unauthorised use, 
copying or disclosure of any of it may be unlawful. If you have received this 
message in error, please notify us immediately by telephone or email.
  
Flexipol Packaging Ltd. has taken every reasonable precaution to minimise the 
risk of virus transmission through email and therefore any files sent via 
e-mail will have been checked for known viruses. However, you are advised to 
run your own virus check before opening any attachments received as Flexipol 
Packaging Ltd will not in any event accept any liability whatsoever once an 
e-mail and/or any attachment is received.
  
 It is the responsibility of the recipient to ensure that they have adequate 
virus protection.

-
​​
​Terms & Conditions:
 Notwithstanding delivery and the passing of risk in the goods, the property in 
the goods shall not pass to the buyer until the seller Flexipol Packaging Ltd. 
("The Company") has received in cash or cleared funds payment in full of the 
price of the goods and all other goods agreed to be sold by the seller to the 
buyer for which payment is then due. Until such time as the property in the 
goods passes to the buyer, the buyer shall hold the goods as the seller's 
fiduciary agent and bailee and keep the goods separate from those of the buyer 
and third parties and properly stored protected and insured and identified as 
the seller's property but shall be entitled to resell or use the goods in the 
ordinary course of its business. Until such time as the property in the goods 
passes to the buyer the seller shall be entitled at any time
-Original Message-
From: ProfoxTech  On Behalf Of Gene Wirchenko
Sent: 07 November 2018 19:13
To: profoxt...@leafe.com
Subject: Re: GetFile() issue

At 07:08 2018-11-07, Ted Roche  wrote:
>On Wed, Nov 7, 2018 at 5:57 AM Dave Crozier  wrote:
>
> > Unknown to me after all these years, the set default to command has 
> > an effect on the whole of the VFP thread not just the DataSession you are 
> > in.
>
>To quote my co-author, "Computer language purists object to SET 
>commands for a pretty straightforward reason: the formation of the 
>infinite-state machine. Although that sounds cool,..." (
>https://www.tedroche.com/hackfox7/s4g126.html)

  That URL was wrong in your post as it included the closing paren.  Oddly, 
Eudora excluded it in this reply.

>SETs often have global effects which make their local use frustrating.

  I have not found it so, but one must be careful.

  If I change a global setting SET (as opposed, say, to a SET ORDER), I 
either set the setting back as soon as I can or I have a procedure for doing 
the modified function requiring the different SET value.  One must be careful 
about this stuff.

>Three things:
>
>1. If you were rewriting the app, you'd store a "Data Directory" in 
>your global settings table and precede all your file open commands with that.
>That makes it INCREDIBLY easy to have a test mode that just switches 
>that setting. But you're not re-writing your app, so...

  I did that for a few programs where I needed to get to a different set of 
data.  I am glad that it was only a few.

[snip]

Sincerely,

Gene Wirchenko


[excessive quoting removed by server]

___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/cwlp265mb0852b95f4655c7d86ac390c9fb...@cwlp265mb0852.gbrp265.prod.outlook.com
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid 

RE: GetFile() issue

2018-11-08 Thread Dave Crozier
Peter,
Mainly to place them into a folder where you preferably want them to put/get 
the file from rather than them being able to navigate around the PC & Network.

Dave Crozier
Software Development Manager
Flexipol Packaging Ltd.

﴾⚆ᨎ⚆﴿


-Original Message-
From: ProFox  On Behalf Of Peter Cushing
Sent: 08 November 2018 13:21
To: profox@leafe.com
Subject: Re: GetFile() issue

Hi Dave,

I never change my default folder when the app is running and for things like 
output folders or getting data I usually just get the user to select the folder 
with :

cImport = GETDIR('','Select upload folder')

You can then ask for every report or save this for their session and keep 
outputting to this folder.

Not quite sure why you need to change the default folder?

Peter

On 07/11/2018 10:56, Dave Crozier wrote:
> Hi folks,
> Just had an issue that has been bugging me for a while and I now why but I 
> haven’t got a solution to hand… so maybe you can help.
>
> In lots of places we allow users to export their reports and 
> spreadsheet results onto their own personal “C” drives. And to do this 
> I implement
>
> … default folder set in prior coding
>
> cOld_Folder = SYS(5) + SYS(2003)
> set default to  cFile = Getfile(……..) 
> set default to (cOld_Folder)
>
> This code allows the user to be programmatically placed in the suggested 
> folder to save/open files.
>
> Unknown to me after all these years, the set default to command has an effect 
> on the whole of the VFP thread not just the DataSession you are in. 
> Unfortunately for me I have a number of regular timers running that check 
> whether any particular file or process is locked, or the system is available 
> for use i.e. it can sometimes auto log out the user  to allow system 
> maintenance for example. The timers open tables and expect to be in the base 
> folder of the application but issuing the above coding changes the base 
> folder for ALL the application, hence throwing errors as the tables (all held 
> relative to the application folder) cannot be found in the new location.
>
> So, if you action the Getfile() command and stay in the dialogue for a period 
> of time during which the timers fire, then the timer coding cannot open it’s 
> tables as you are no longer where it expects you to be.
>
> Looking at the help file ( OK, I should have looked at it years ago!!) it 
> states:
> “The SET DEFAULT command is not supported in either single or multithreaded 
> DLL servers. This command changes the default directory of the entire 
> process, so all threads which are part of the process are affected. Use the 
> mk:@MSITStore:c:\program%20files%20(x86)\microsoft%20visual%20foxpro%209\dv_foxhelp.chm::/html/047f2e74-3552-43b7-a18d-ee2c7dd2db6e.htm
>  in DLL servers, in place of CD and CHDIR.”
> The pertinent fact being: This command changes the default directory of the 
> entire process, so all threads which are part of the process are affected. 
> The same thing goes for CD and Chdir so using those as replacements is not an 
> option unfortunately.
>
> Has anyone any ideas as to how to produce a dialogue for saving/opening a 
> file which doesn’t require the “set default to ” instruction?
>
> I can modify all the timers to open tables based upon absolute paths but this 
> would be a mega change which I am trying to avoid. Of course I could roll my 
> own Getfile() unless anyone has one available!!!
>
> All suggestions accepted, thanks in anticipation.
>
> Dave Crozier
> Software Development Manager
> Flexipol Packaging Ltd.
>
> ﴾⚆ᨎ⚆﴿
>
>
>
> Flexipol® Packaging Ltd
> T 01706 222 792
> E dcroz...@flexipol.co.uk
> W https://www.flexipol.co.uk/
> Follow us:
> Unit 14 Bentwood Road, Carrs Industrial Estate, Haslingden, 
> Lancashire, BB4 5HH
>
> ​This communication and the information it contains is intended for the 
> person or organisation to whom it is addressed. Its contents are confidential 
> and may be protected in law. If you have received this e-mail in error you 
> must not copy, distribute or take any action in reliance on it. Unauthorised 
> use, copying or disclosure of any of it may be unlawful. If you have received 
> this message in error, please notify us immediately by telephone or email.
>
> Flexipol Packaging Ltd. has taken every reasonable precaution to minimise the 
> risk of virus transmission through email and therefore any files sent via 
> e-mail will have been checked for known viruses. However, you are advised to 
> run your own virus check before opening any attachments received as Flexipol 
> Packaging Ltd will not in any event accept any liability whatsoever once an 
> e-mail and/or any attachment is received.
>
>   It is the responsibility of the recipient to ensure that they have adequate 
> virus protection.
>
> --
> --
> ---

Re: Test

2018-11-08 Thread Man-wai Chang
CONTACT Bearing unknown, distance unknown, altitude unknown. Meow!
On Thu, Nov 8, 2018 at 7:06 PM Dave Crozier  wrote:
>
> Test message to test our email spamfilter…. Mailsphere…. Yak!
>

-- 
 .~. Might, Courage, Vision. SINCERITY!
/ v \ 64-bit Fedora 25 Server Spin
/( _ )\ http://sites.google.com/site/changmw
^ ^ May the Force and farces be with you!

___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/CAGv=MJACFgZbS8n8zVOiJ_SrSSX4muyFtGu=6tym29pggvp...@mail.gmail.com
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.

Re: GetFile() issue

2018-11-08 Thread Fernando D. Bozzo
Changing default folder temporarily is an old trick to make getfile() start
at it by default because there is no other way to do it with getfile()

Normally it's encapsulated in a method (like select_dir or similar) with
code that save actual dir, select dest dir, prompts user with getfile,
restores actual_dir and returns selected file.

All this is normally to minimize user errors selecting through directories


El jue., 8 nov. 2018 14:21, Peter Cushing 
escribió:

> Hi Dave,
>
> I never change my default folder when the app is running and for things
> like output folders or getting data I usually just get the user to
> select the folder with :
>
> cImport = GETDIR('','Select upload folder')
>
> You can then ask for every report or save this for their session and
> keep outputting to this folder.
>
> Not quite sure why you need to change the default folder?
>
> Peter
>
> On 07/11/2018 10:56, Dave Crozier wrote:
> > Hi folks,
> > Just had an issue that has been bugging me for a while and I now why but
> I haven’t got a solution to hand… so maybe you can help.
> >
> > In lots of places we allow users to export their reports and spreadsheet
> results onto their own personal “C” drives. And to do this I implement
> >
> > … default folder set in prior coding
> >
> > cOld_Folder = SYS(5) + SYS(2003)
> > set default to 
> > cFile = Getfile(……..)
> > set default to (cOld_Folder)
> >
> > This code allows the user to be programmatically placed in the suggested
> folder to save/open files.
> >
> > Unknown to me after all these years, the set default to command has an
> effect on the whole of the VFP thread not just the DataSession you are in.
> Unfortunately for me I have a number of regular timers running that check
> whether any particular file or process is locked, or the system is
> available for use i.e. it can sometimes auto log out the user  to allow
> system maintenance for example. The timers open tables and expect to be in
> the base folder of the application but issuing the above coding changes the
> base folder for ALL the application, hence throwing errors as the tables
> (all held relative to the application folder) cannot be found in the new
> location.
> >
> > So, if you action the Getfile() command and stay in the dialogue for a
> period of time during which the timers fire, then the timer coding cannot
> open it’s tables as you are no longer where it expects you to be.
> >
> > Looking at the help file ( OK, I should have looked at it years ago!!)
> it states:
> > “The SET DEFAULT command is not supported in either single or
> multithreaded DLL servers. This command changes the default directory of
> the entire process, so all threads which are part of the process are
> affected. Use the 
> mk:@MSITStore:c:\program%20files%20(x86)\microsoft%20visual%20foxpro%209\dv_foxhelp.chm::/html/047f2e74-3552-43b7-a18d-ee2c7dd2db6e.htm
> in DLL servers, in place of CD and CHDIR.”
> > The pertinent fact being: This command changes the default directory of
> the entire process, so all threads which are part of the process are
> affected. The same thing goes for CD and Chdir so using those as
> replacements is not an option unfortunately.
> >
> > Has anyone any ideas as to how to produce a dialogue for saving/opening
> a file which doesn’t require the “set default to ” instruction?
> >
> > I can modify all the timers to open tables based upon absolute paths but
> this would be a mega change which I am trying to avoid. Of course I could
> roll my own Getfile() unless anyone has one available!!!
> >
> > All suggestions accepted, thanks in anticipation.
> >
> > Dave Crozier
> > Software Development Manager
> > Flexipol Packaging Ltd.
> >
> > ﴾⚆ᨎ⚆﴿
> >
> >
> >
> > Flexipol® Packaging Ltd
> > T 01706 222 792
> > E dcroz...@flexipol.co.uk
> > W https://www.flexipol.co.uk/
> > Follow us:
> > Unit 14 Bentwood Road, Carrs Industrial Estate, Haslingden, Lancashire,
> BB4 5HH
> >
> > ​This communication and the information it contains is intended for the
> person or organisation to whom it is addressed. Its contents are
> confidential and may be protected in law. If you have received this e-mail
> in error you must not copy, distribute or take any action in reliance on
> it. Unauthorised use, copying or disclosure of any of it may be unlawful.
> If you have received this message in error, please notify us immediately by
> telephone or email.
> >
> > Flexipol Packaging Ltd. has taken every reasonable precaution to
> minimise the risk of virus transmission through email and therefore any
> files sent via e-mail will have been checked for known viruses. However,
> you are advised to run your own virus check before opening any attachments
> received as Flexipol Packaging Ltd will not in any event accept any
> liability whatsoever once an e-mail and/or any attachment is received.
> >
> >   It is the responsibility of the recipient to ensure that they have
> adequate virus protection.
> >
> >
> 

Re: GetFile() issue

2018-11-08 Thread Peter Cushing

Hi Dave,

I never change my default folder when the app is running and for things 
like output folders or getting data I usually just get the user to 
select the folder with :


cImport = GETDIR('','Select upload folder')

You can then ask for every report or save this for their session and 
keep outputting to this folder.


Not quite sure why you need to change the default folder?

Peter

On 07/11/2018 10:56, Dave Crozier wrote:

Hi folks,
Just had an issue that has been bugging me for a while and I now why but I 
haven’t got a solution to hand… so maybe you can help.

In lots of places we allow users to export their reports and spreadsheet 
results onto their own personal “C” drives. And to do this I implement

… default folder set in prior coding

cOld_Folder = SYS(5) + SYS(2003)
set default to 
cFile = Getfile(……..)
set default to (cOld_Folder)

This code allows the user to be programmatically placed in the suggested folder 
to save/open files.

Unknown to me after all these years, the set default to command has an effect 
on the whole of the VFP thread not just the DataSession you are in. 
Unfortunately for me I have a number of regular timers running that check 
whether any particular file or process is locked, or the system is available 
for use i.e. it can sometimes auto log out the user  to allow system 
maintenance for example. The timers open tables and expect to be in the base 
folder of the application but issuing the above coding changes the base folder 
for ALL the application, hence throwing errors as the tables (all held relative 
to the application folder) cannot be found in the new location.

So, if you action the Getfile() command and stay in the dialogue for a period 
of time during which the timers fire, then the timer coding cannot open it’s 
tables as you are no longer where it expects you to be.

Looking at the help file ( OK, I should have looked at it years ago!!) it 
states:
“The SET DEFAULT command is not supported in either single or multithreaded DLL 
servers. This command changes the default directory of the entire process, so 
all threads which are part of the process are affected. Use the 
mk:@MSITStore:c:\program%20files%20(x86)\microsoft%20visual%20foxpro%209\dv_foxhelp.chm::/html/047f2e74-3552-43b7-a18d-ee2c7dd2db6e.htm
 in DLL servers, in place of CD and CHDIR.”
The pertinent fact being: This command changes the default directory of the 
entire process, so all threads which are part of the process are affected. The 
same thing goes for CD and Chdir so using those as replacements is not an 
option unfortunately.

Has anyone any ideas as to how to produce a dialogue for saving/opening a file 
which doesn’t require the “set default to ” instruction?

I can modify all the timers to open tables based upon absolute paths but this 
would be a mega change which I am trying to avoid. Of course I could roll my 
own Getfile() unless anyone has one available!!!

All suggestions accepted, thanks in anticipation.

Dave Crozier
Software Development Manager
Flexipol Packaging Ltd.

﴾⚆ᨎ⚆﴿



Flexipol® Packaging Ltd
T 01706 222 792
E dcroz...@flexipol.co.uk
W https://www.flexipol.co.uk/
Follow us:
Unit 14 Bentwood Road, Carrs Industrial Estate, Haslingden, Lancashire, BB4 5HH

​This communication and the information it contains is intended for the person 
or organisation to whom it is addressed. Its contents are confidential and may 
be protected in law. If you have received this e-mail in error you must not 
copy, distribute or take any action in reliance on it. Unauthorised use, 
copying or disclosure of any of it may be unlawful. If you have received this 
message in error, please notify us immediately by telephone or email.
   
Flexipol Packaging Ltd. has taken every reasonable precaution to minimise the risk of virus transmission through email and therefore any files sent via e-mail will have been checked for known viruses. However, you are advised to run your own virus check before opening any attachments received as Flexipol Packaging Ltd will not in any event accept any liability whatsoever once an e-mail and/or any attachment is received.
   
  It is the responsibility of the recipient to ensure that they have adequate virus protection.


-
​​
​Terms & Conditions:
  Notwithstanding delivery and the passing of risk in the goods, the property in the 
goods shall not pass to the buyer until the seller Flexipol Packaging Ltd. ("The 
Company") has received in cash or cleared funds payment in full of the price of the 
goods and all other goods agreed to be sold by the seller to the buyer for which payment 
is then due. Until such time as the property in the goods passes to the buyer, 

Re: Terminal Server 2008

2018-11-08 Thread Chris Davis
Thanks Alan I will check all these out as the server isn’t managed by us 

> On 8 Nov 2018, at 12:42, Alan Bourke  wrote:
> 
> Check:
> AV exclusions, no need for realtime scanners to be scanning DBF files.
> Online backup software (Mozypro etc) not a good idea for backing up 
> file-based databases.
> Windows Indexing Service shouldn't be indexing your application date 
> (particularly a problem with Small Business Server)
> 
> 
> -- 
>  Alan Bourke
>  alanpbourke (at) fastmail (dot) fm
> 
> 
> ___
> Post Messages to: ProFox@leafe.com
> Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
> OT-free version of this list: 
> http://mail.leafe.com/mailman/listinfo/profoxtech
> Searchable Archive: http://leafe.com/archives/search/profox
> This message: 
> http://leafe.com/archives/byMID/profox/1541680929.3759286.1569984688.1df54...@webmail.messagingengine.com
> ** All postings, unless explicitly stated otherwise, are the opinions of the 
> author, and do not constitute legal or medical advice. This statement is 
> added to the messages for those lawyers who are too stupid to see the obvious.
> 
> Report [OT] Abuse: 
> http://leafe.com/reportAbuse/1541680929.3759286.1569984688.1df54...@webmail.messagingengine.com
___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/c9e13d15-65ba-4340-a4d8-e5418b5c6...@actongate.co.uk
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.

Re: Terminal Server 2008

2018-11-08 Thread Alan Bourke
Check:
AV exclusions, no need for realtime scanners to be scanning DBF files.
Online backup software (Mozypro etc) not a good idea for backing up file-based 
databases.
Windows Indexing Service shouldn't be indexing your application date 
(particularly a problem with Small Business Server)


-- 
  Alan Bourke
  alanpbourke (at) fastmail (dot) fm


___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/1541680929.3759286.1569984688.1df54...@webmail.messagingengine.com
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.


Terminal Server 2008

2018-11-08 Thread Chris Davis
Hi All

Not sure this issue is speciic to terminal server 2008, but we have an issue 
where a file gets locked so that foxpro cant access it, yet if you look in open 
files on both the terminal server and the file server the file isn't open.  The 
only way to remove this lock is to either log every user connected to the 
terminal server off or reboot the terminal server.

Anyone accessing the same file directly on the file server can access it 
without issue, i.e. the file isn't really locked the terminal server just 
thinks it is.

Any ideas?

Thanks

Chris.



--- StripMime Report -- processed MIME parts ---
multipart/alternative
  text/plain (text body -- kept)
  text/html
---

___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/cwlp265mb1668452ded92ed313c0ace158f...@cwlp265mb1668.gbrp265.prod.outlook.com
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.


RE: SPT and Remote Views

2018-11-08 Thread Chris Davis
Thanks for the all the responses, I contacted filemaker support and basically 
they say the problem isn't theirs its because the implementation of ODBC in 
foxpro is v1? And the only support v2.

They proved this by using the same DSN I had created to use with foxpro and 
querying it via excel and msquery and all the data appears without issue.

I have decided not to pursue using fox to get the data out.

-Original Message-
From: ProfoxTech  On Behalf Of Stephen Russell
Sent: Thursday, 08 November 2018 02:39
To: profoxt...@leafe.com
Subject: Re: SPT and Remote Views

You could add a column for the length of varchar(max) content and sort on that 
descending.  Then you will know if the width of Fox cursor is actually getting 
all of the data.

On Wed, Nov 7, 2018 at 2:25 PM Kevin J Cully  wrote:

> I was looking for an old blog post but I couldn't find it.  At times 
> there may be a problem with the ODBC connection and using CAST(), 
> especially with VARCHAR(max).  If you ever experience problem using 
> CAST() and accessing a field of type VARCHAR(max), take a look at 
> CONVERT().  This will work with VFP ( and Xojo! ) to access these fields 
> where CAST() fails.
>
> -Original Message-
> From: ProFox [mailto:profox-boun...@leafe.com] On Behalf Of Paul H. 
> Tarver
> Sent: Wednesday, November 07, 2018 3:14 PM
> To: profox@leafe.com
> Subject: RE: SPT and Remote Views
>
> +1
>
> Paul H. Tarver
> Tarver Program Consultants, Inc.
>
> -Original Message-
> From: ProfoxTech [mailto:profoxtech-boun...@leafe.com] On Behalf Of 
> Charlie-gm
> Sent: Tuesday, November 06, 2018 2:46 PM
> To: profoxt...@leafe.com
> Subject: Re: SPT and Remote Views
>
>
> Just a quick FYI.
>
> If using SQL Pass-through, don't forget you have the "CAST()" syntax 
> available (you can convert dates to strings, set a size of the 
> character length, etc). I've used it frequently to ensure a "proper" 
> (expected) VFP data type output result.
>
> -Charlie
>
> On 11/6/2018 12:08 PM, Chris Davis wrote:
> > Not really, I can issue the query once and I get C(10) and again and 
> > I get
> M(10) with the whole value in it.
> >
> > It seems to be an issue with the Filemaker ODBC driver, they 
> > suggested VFP
> does ODBC v1? And their driver only supports ODBC v2?
> >
> > Whatever the issue is, Remote Views seem to get around it.  I would 
> > just
> like to be able to get around it using SPT.
> >
> > -Original Message-
> > From: ProfoxTech  On Behalf Of Ted 
> > Roche
> > Sent: Tuesday, 06 November 2018 16:53
> > To: profoxt...@leafe.com
> > Subject: Re: SPT and Remote Views
> >
> > Remote views, as you've indicated, let you specify the target 
> > structure of
> the query.
> >
> > When you execute direct SPT Fox attempts to get the first record 
> > matching
> the query, and uses the structure of that result as the (fixed column) 
> structure of the result set. So, if you have a varying-length string
> > (varchar) and the first result is 3 characters, VFP might create a
> > C(3)
> field, which could truncate everything else. Does that describe what 
> you are seeing?
> >
> >
> >
> > On Tue, Nov 6, 2018 at 10:54 AM Chris Davis 
> wrote:
> >
> >> Hi All
> >>
> >> What extra happens when using Remove Views over SPT?
> >>
> >> Using the same ODBC conneciton to a Filemaker database if I do 
> >> "select
> >> * from " I get mixed results for the text strings.
> >>
> >> If I perform the same query via a remote view I get the same mixed
> result.
> >>
> >> But if I go one step further with the Remote View and specifc 
> >> properties of the fields it manages to pull complete information 
> >> out of
> filemaker.
> >>
> >> So what extra is Remote View managing to ask of the Filemaker ODBC 
> >> driver to make it behave?
> >>
> >> Any ideas?
> >>
> >> Regards
> >>
> >> Chris.
> >>
> >>
> >>
> >> --- StripMime Report -- processed MIME parts --- multipart/alternative
> >>text/plain (text body -- kept)
> >>text/html
> >> ---
> >>
[excessive quoting removed by server]

___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/cwlp265mb16688eb37a65bef884a100a68f...@cwlp265mb1668.gbrp265.prod.outlook.com
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.


Re: Test

2018-11-08 Thread Ted Roche
Yak, indeed! Test successful.

What a message footer, though!

I know it's your company's policy and not yours, but there's a legal
contract, a disclaimer, a message about viruses that doesn't apply to plain
text mail, headers for three separate MIME sections, two JPEGS, four PNGs,
a kitchen sink, and partridge in a pear tree.



On Thu, Nov 8, 2018 at 6:06 AM Dave Crozier  wrote:

> Test message to test our email spamfilter…. Mailsphere…. Yak!
>
> Dave Crozier
> Software Development Manager
> Flexipol Packaging Ltd.
>
> ﴾⚆ᨎ⚆﴿
>
>
>
> Flexipol® Packaging Ltd
> T 01706 222 792
> E dcroz...@flexipol.co.uk
> W https://www.flexipol.co.uk/
> Follow us:
> Unit 14 Bentwood Road, Carrs Industrial Estate, Haslingden, Lancashire,
> BB4 5HH
>
> ​This communication and the information it contains is intended for the
> person or organisation to whom it is addressed. Its contents are
> confidential and may be protected in law. If you have received this e-mail
> in error you must not copy, distribute or take any action in reliance on
> it. Unauthorised use, copying or disclosure of any of it may be unlawful.
> If you have received this message in error, please notify us immediately by
> telephone or email.
>
> Flexipol Packaging Ltd. has taken every reasonable precaution to minimise
> the risk of virus transmission through email and therefore any files sent
> via e-mail will have been checked for known viruses. However, you are
> advised to run your own virus check before opening any attachments received
> as Flexipol Packaging Ltd will not in any event accept any liability
> whatsoever once an e-mail and/or any attachment is received.
>
>  It is the responsibility of the recipient to ensure that they have
> adequate virus protection.
>
>
> -
> ​​
> ​Terms & Conditions:
>  Notwithstanding delivery and the passing of risk in the goods, the
> property in the goods shall not pass to the buyer until the seller Flexipol
> Packaging Ltd. ("The Company") has received in cash or cleared funds
> payment in full of the price of the goods and all other goods agreed to be
> sold by the seller to the buyer for which payment is then due. Until such
> time as the property in the goods passes to the buyer, the buyer shall hold
> the goods as the seller's fiduciary agent and bailee and keep the goods
> separate from those of the buyer and third parties and properly stored
> protected and insured and identified as the seller's property but shall be
> entitled to resell or use the goods in the ordinary course of its business.
> Until such time as the property in the goods passes to the buyer the seller
> shall be entitled at any time
>
>
> --- StripMime Report -- processed MIME parts ---
> multipart/related
>   multipart/alternative
> text/plain (text body -- kept)
> text/html
>   image/jpeg
>   image/jpeg
>   image/png
>   image/png
>   image/png
>   image/png
> ---
>
[excessive quoting removed by server]

___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/cacw6n4tvvx-pkbmbfzyf_p1ht9epgzfxctapodh8srmghzx...@mail.gmail.com
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.

Re: Test

2018-11-08 Thread Fernando D. Bozzo
Verified, Spam arrives correctly :-P


El jue., 8 nov. 2018 12:05, Dave Crozier  escribió:

> Test message to test our email spamfilter…. Mailsphere…. Yak!
>
> Dave Crozier
> Software Development Manager
> Flexipol Packaging Ltd.
>
> ﴾⚆ᨎ⚆﴿
>
>
>
> Flexipol® Packaging Ltd
> T 01706 222 792
> E dcroz...@flexipol.co.uk
> W https://www.flexipol.co.uk/
> Follow us:
> Unit 14 Bentwood Road, Carrs Industrial Estate, Haslingden, Lancashire,
> BB4 5HH
>
> ​This communication and the information it contains is intended for the
> person or organisation to whom it is addressed. Its contents are
> confidential and may be protected in law. If you have received this e-mail
> in error you must not copy, distribute or take any action in reliance on
> it. Unauthorised use, copying or disclosure of any of it may be unlawful.
> If you have received this message in error, please notify us immediately by
> telephone or email.
>
> Flexipol Packaging Ltd. has taken every reasonable precaution to minimise
> the risk of virus transmission through email and therefore any files sent
> via e-mail will have been checked for known viruses. However, you are
> advised to run your own virus check before opening any attachments received
> as Flexipol Packaging Ltd will not in any event accept any liability
> whatsoever once an e-mail and/or any attachment is received.
>
>  It is the responsibility of the recipient to ensure that they have
> adequate virus protection.
>
>
> -
> ​​
> ​Terms & Conditions:
>  Notwithstanding delivery and the passing of risk in the goods, the
> property in the goods shall not pass to the buyer until the seller Flexipol
> Packaging Ltd. ("The Company") has received in cash or cleared funds
> payment in full of the price of the goods and all other goods agreed to be
> sold by the seller to the buyer for which payment is then due. Until such
> time as the property in the goods passes to the buyer, the buyer shall hold
> the goods as the seller's fiduciary agent and bailee and keep the goods
> separate from those of the buyer and third parties and properly stored
> protected and insured and identified as the seller's property but shall be
> entitled to resell or use the goods in the ordinary course of its business.
> Until such time as the property in the goods passes to the buyer the seller
> shall be entitled at any time
>
>
> --- StripMime Report -- processed MIME parts ---
> multipart/related
>   multipart/alternative
> text/plain (text body -- kept)
> text/html
>   image/jpeg
>   image/jpeg
>   image/png
>   image/png
>   image/png
>   image/png
> ---
>
[excessive quoting removed by server]

___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/CAGQ_Ju=U+JR7M3w7iU4YoX=gxMARZ4=bmw8nwwnhc--kse4...@mail.gmail.com
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.

Test

2018-11-08 Thread Dave Crozier
Test message to test our email spamfilter…. Mailsphere…. Yak!

Dave Crozier
Software Development Manager
Flexipol Packaging Ltd.

﴾⚆ᨎ⚆﴿



Flexipol® Packaging Ltd
T 01706 222 792
E dcroz...@flexipol.co.uk
W https://www.flexipol.co.uk/
Follow us: 
Unit 14 Bentwood Road, Carrs Industrial Estate, Haslingden, Lancashire, BB4 5HH

​This communication and the information it contains is intended for the person 
or organisation to whom it is addressed. Its contents are confidential and may 
be protected in law. If you have received this e-mail in error you must not 
copy, distribute or take any action in reliance on it. Unauthorised use, 
copying or disclosure of any of it may be unlawful. If you have received this 
message in error, please notify us immediately by telephone or email.
  
Flexipol Packaging Ltd. has taken every reasonable precaution to minimise the 
risk of virus transmission through email and therefore any files sent via 
e-mail will have been checked for known viruses. However, you are advised to 
run your own virus check before opening any attachments received as Flexipol 
Packaging Ltd will not in any event accept any liability whatsoever once an 
e-mail and/or any attachment is received.
  
 It is the responsibility of the recipient to ensure that they have adequate 
virus protection.

-
​​
​Terms & Conditions:
 Notwithstanding delivery and the passing of risk in the goods, the property in 
the goods shall not pass to the buyer until the seller Flexipol Packaging Ltd. 
("The Company") has received in cash or cleared funds payment in full of the 
price of the goods and all other goods agreed to be sold by the seller to the 
buyer for which payment is then due. Until such time as the property in the 
goods passes to the buyer, the buyer shall hold the goods as the seller's 
fiduciary agent and bailee and keep the goods separate from those of the buyer 
and third parties and properly stored protected and insured and identified as 
the seller's property but shall be entitled to resell or use the goods in the 
ordinary course of its business. Until such time as the property in the goods 
passes to the buyer the seller shall be entitled at any time


--- StripMime Report -- processed MIME parts ---
multipart/related
  multipart/alternative
text/plain (text body -- kept)
text/html
  image/jpeg
  image/jpeg
  image/png
  image/png
  image/png
  image/png
---

___
Post Messages to: ProFox@leafe.com
Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox
OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/cwlp265mb0852bfde183084a779e81d74fb...@cwlp265mb0852.gbrp265.prod.outlook.com
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.