PowerBASIC Peer Support Forums
 

Go Back   PowerBASIC Peer Support Forums > User to user Discussions > Special Interest Groups > Programming Microsoft Office

Programming Microsoft Office User to user discussions about programming Microsoft Office applications.

Reply
 
Thread Tools Display Modes
  #1  
Old Mar 1st, 2012, 02:25 PM
BOB MECHLER BOB MECHLER is offline
Member
 
Join Date: Mar 2002
Location: Memphis TN
Posts: 1,370
EMAIL and the emailfrom part

A customer wants to notify all their customers with a message sent by email. They want someone to send it from their desktop using a PB program to get it into the draft folder of MS Outlook and they will send it from there (Exchange is involved)

They don't want the From: to be the person's email account that is sending the emails but a generic customizable one.

Any ideas or code samples.

Bob Mechler
Reply With Quote
  #2  
Old Mar 1st, 2012, 04:32 PM
Carlo Pagani Carlo Pagani is offline
Member
 
Join Date: Jul 1999
Location: Johannesburg, South Africa
Posts: 213
Hi Bob

We use tools from Catalyst to do this in a secure manner via TLS. You will need to configure the Exchange connectors to allow sending as someone else. Of course you can do this via SMPT using the samples in PB too, if exchange allows but the message will not go to the draft folder as it is going into the delivery mechanisms of exchange. This is easily fixed by CC'ing yourself and then using rules to file it wherever.
Reply With Quote
  #3  
Old Mar 1st, 2012, 04:35 PM
Michael Mattias Michael Mattias is offline
Member
 
Join Date: Aug 1998
Location: Racine WI USA
Posts: 37,091
You can try using the emailitem.sendusingaccount property...
Quote:
SendUsingAccount Returns or sets an Account object that represents the account under which the MailItem is to be sent. Read/write.
Source: http://msdn.microsoft.com/en-us/libr...ffice.12).aspx


MCM

Last edited by Michael Mattias; Mar 1st, 2012 at 04:37 PM.
Reply With Quote
  #4  
Old Mar 1st, 2012, 06:24 PM
Stuart McLachlan Stuart McLachlan is offline
Member
 
Join Date: Mar 2000
Location: Port Moresby, Papua New Guinea
Posts: 1,693
Personally I would go back and redefine the requirement. It looks as though the client is telling you how they think something should be done rather than what needs to be done.

Why do they want it to go into an Outlook draft folder and be sent from there? So that they have a record of it? i.e is the real requirement just to have a copy of the sent message in someone's Outlook? Or are they going to modify the draft before it is sent - in which case, can the original app do that?

Are you a developer or just a programmer?
Reply With Quote
  #5  
Old Mar 2nd, 2012, 10:45 AM
Michael Mattias Michael Mattias is offline
Member
 
Join Date: Aug 1998
Location: Racine WI USA
Posts: 37,091
Quote:

Personally I would go back and redefine the requirement. It looks as though the client is telling you how they think something should be done rather than what needs to be done.
...
Are you a developer or just a programmer <happy face>
Not to get overly pedantic here, but......

There is no such thing as "just" a programmer.

Programmers are professionals, just as are developers. They deserve equal respect for what they do. You simply have to recognize that programmers and developers do different things.

BTW, neither a developer OR a programmer should "go back and redefine the requirement." That's what consultants do.

Sorry for the diversion, but acknowledging the differences between "programmers", "developers, "contractors" and "consultants" has has been one of my "hot button" issues since the 1970s.


MCM
Reply With Quote
  #6  
Old Mar 2nd, 2012, 11:44 AM
Chris Holbrook Chris Holbrook is offline
Member
 
Join Date: Aug 2005
Location: in Hiding
Posts: 6,553
Quote:
Originally Posted by Michael Mattias View Post
BTW, neither a developer OR a programmer should "go back and redefine the requirement." That's what consultants do.
No, it's what Users do. They can hire consultants if they wish. Users own the requirement, and the consequences of its implementation.
Reply With Quote
  #7  
Old Mar 2nd, 2012, 06:03 PM
Stuart McLachlan Stuart McLachlan is offline
Member
 
Join Date: Mar 2000
Location: Port Moresby, Papua New Guinea
Posts: 1,693
>BTW, neither a developer OR a programmer should "go back and redefine the requirement." That's what consultants do.

Not in my world.

>Sorry for the diversion, but acknowledging the differences between "programmers", "developers, "contractors" and "consultants" has has been one of my "hot button" issues since the 1970s.

I too apologise if we are once again going too far off-thread. Maybe we should take this one to the Cafe.

You and I obviously differ on what we think those terms mean. To me you are conflating two different concepts there:

1. Developer/Analyst/Programmer
a. A programmer is someone who is given a set of specifications and creates the code to make it happen.
b. A systems analyst is someone who works with the client to develop the specifications that the programmer works to.
c. A developer is both the systems analyst and the programmer.

2. Consultant/contractor
a. A consultant is someone who is hired to produce recommendations for an organisation, which that organisation may or may not adopt. If the recommendations are adopted, the consultant may then be contracted to implement the recommendations.

b. A contractor is someone who is hired to produce a solution in part or in whole (i.e. he may be contracted as a developer, analyst or programmer).

(Which is why my business card, letterhead etc say both "Information Systems Development" and "ICT Consultancy".)

I just found this:
http://cpbc.ucsf.edu/do_business_wit..._vs_consultant

In a nutshell, Consultants provide advice, while Contractors "do" things.
The differences between a Consultant and a Contractor can seem like you’re splitting hairs, but doing so is required under the law.
...
A Contractor relationship exists when UCSF has the right to control only the end result of a service, not the way it is performed.
...
In contrast to Contractors/“doers”, Consultants generally offer only advice or propose solutions to problems, but they do not direct, carry out, or implement solutions. UCSF cannot control either the result of the Consultant’s service or the way it is performed.
Reply With Quote
  #8  
Old Mar 2nd, 2012, 07:24 PM
Chris Holbrook Chris Holbrook is offline
Member
 
Join Date: Aug 2005
Location: in Hiding
Posts: 6,553
IME "contractor" just relates to how one is paid, typically without deduction of tax by the client, contrast with "employee" but duties could be the same as any other employee from cleaner to managing director.

"Consultant" is another of those words which is becoming progressively devalued by innapropriate use. Thus we have "professional helpdesk consultants" and such nonsense. But essentially a consultant is consulted rather than directed. I don't think that this really happens any more.
Reply With Quote
  #9  
Old Mar 2nd, 2012, 07:36 PM
Michael Mattias Michael Mattias is offline
Member
 
Join Date: Aug 1998
Location: Racine WI USA
Posts: 37,091
Quote:
But essentially a consultant is consulted rather than directed. I don't think that this really happens any more.
Which planet did you say you were from?
Reply With Quote
  #10  
Old Mar 2nd, 2012, 10:47 PM
Stuart McLachlan Stuart McLachlan is offline
Member
 
Join Date: Mar 2000
Location: Port Moresby, Papua New Guinea
Posts: 1,693
The same one as I live on apparently - which one are you from? :-)
Reply With Quote
  #11  
Old Mar 3rd, 2012, 10:29 AM
Knuth Konrad Knuth Konrad is offline
Member
 
Join Date: Apr 2000
Location: Frankfurt/Main, Germany
Posts: 3,923
Asked how he would describe himself, a consultant once answered me: "a hired scapegoat".

Which is not too far from the truth, I guess. The one who hires the consultant(s) has always two options:

1) If the project fails: blame the terrible consultant for doing such a miserable job.

2) If the project is a success: pad yourself on the shoulder (and make sure others will notice it) for picking the best man for the job.
Reply With Quote
  #12  
Old Mar 6th, 2012, 04:54 AM
Chris Holbrook Chris Holbrook is offline
Member
 
Join Date: Aug 2005
Location: in Hiding
Posts: 6,553
Quote:
Originally Posted by Knuth Konrad View Post
1) If the project fails: blame the terrible consultant for doing such a miserable job.
Not an option unless done very early on. The hirer failed too - failed to select the right person, and/or failed to take account of the risk of failure and its consequences.

Quote:
2) If the project is a success: pad yourself on the shoulder (and make sure others will notice it) for picking the best man for the job.
Very dangerous. The consultant may be retained, in which case you have created a knowledgeable rival!
Reply With Quote
  #13  
Old Mar 6th, 2012, 09:56 AM
Michael Mattias Michael Mattias is offline
Member
 
Join Date: Aug 1998
Location: Racine WI USA
Posts: 37,091
>If the project fails: blame the terrible consultant for doing such a miserable job.
>...
> If the project is a success: pad yourself on the shoulder

I don't know if he coined the phrase or simply quoted it, bur President John F. Kennedy was famously noted for commenting after the Bay of Pigs fiasco, "Victory has many fathers but defeat is an orphan."
Reply With Quote
  #14  
Old Mar 8th, 2012, 02:24 PM
Chris Holbrook Chris Holbrook is offline
Member
 
Join Date: Aug 2005
Location: in Hiding
Posts: 6,553
Quote:
Originally Posted by Michael Mattias View Post
I don't know if he coined the phrase or simply quoted it
the latter.

Last edited by Chris Holbrook; Mar 8th, 2012 at 02:27 PM.
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -4. The time now is 08:11 PM.


Powered by vBulletin® Version 3.8.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1999-2011 PowerBASIC, Inc. All Rights Reserved.
Error in my_thread_global_end(): 1 threads didn't exit