Email problem tranferring the FROM ADDRESS field to the recipient's email.

[Fulltimer]

I've had this problem for years and really need a working solution.

In short, when I send an email using Active Scripting (or whatever), the [from address] field in the recipient's email contains my profile's [from address] instead of the newly placed data contained in the data form that's being used to send all the other email data (and it does these items correctly).

Said another way. I have an email profile SETUP that contains default values (fine). That's used to get the needed SMTP settings for doing the email (great). I want my user to be able to put "THEIR OWN" email address as the "FROM ADDRESS" so that the recipient will be able to reply easily to the sent email. Instead the recipient always receives "MY" [from address] "me the developer". And YES I am using the proper assignment of the data field for the [from address]. Just as I do with all the other field data that work correctly.

Some have hinted in the past that it may be a gmail issue ( I am using gmail ). But I can't believe that I am the only gmail user out there using A5. Please help if you can-many thanks.

[Fulltimer]

Email problem tranferring the FROM ADDRESS field to the recipient's email.

(sorry, this also got posted erroneously in desktop msgs, I'm using V11)

I've had this problem for years and really need a working solution.

In short, when I send an email using Active Scripting (or whatever), the [from address] field in the recipient's email contains my profile's [from address] instead of the newly placed data contained in the data form that's being used to send all the other email data (and it does these items correctly).

Said another way. I have an email profile SETUP that contains default values (fine). That's used to get the needed SMTP settings for doing the email (great). I want my user to be able to put "THEIR OWN" email address as the "FROM ADDRESS" so that the recipient will be able to reply easily to the sent email. Instead the recipient always receives "MY" [from address] "me the developer". And YES I am using the proper assignment of the data field for the [from address]. Just as I do with all the other field data that work correctly.

Some have hinted in the past that it may be a gmail issue ( I am using gmail ). But I can't believe that I am the only gmail user out there using A5. Please help if you can-many thanks.

[GGandhi]

Re: Email problem tranferring the FROM ADDRESS field to the recipient's email.

tom
a while back i suggested you try email smtp open method to send the email. i do not know if you tried.
here i am going to show how that can be accomplished without involving the profile from alpha five.

take a look at these screencasts, they may direct you to some manner of solving the problem.
you may have a specific need, since i do not know that i did this in a dialog.

http://screencast.com/t/mpj40ZlwB

http://screencast.com/t/fkLHCfaVoru

edit:
I created a new email in a project with profile using gmail settings and I am able to send using my xbasic code with the submitter's email address
take a look
http://screencast.com/t/8b2GpSHr
edit2: incidentally i don't think the from address problem is due to gmail policy, but alpha way of handling stuff.
if you convert the actionscripting to xbasic you will see alpha checks if there is a profile, if there is one, then it harvests that information to use for the email.
we have been blaming gmail, it is easy i guess.
with email_smtp_open and email_smtp_send you are bypassing that profile. so we can send even with gmail profile being present.

[Fulltimer]

Re: Email problem tranferring the FROM ADDRESS field to the recipient's email.

tom
edit2: incidentally i don't think the from address problem is due to gmail policy, but alpha way of handling stuff.
if you convert the actionscripting to xbasic you will see alpha checks if there is a profile, if there is one, then it harvests that information to use for the email.
we have been blaming gmail, it is easy i guess.
with email_smtp_open and email_smtp_send you are bypassing that profile. so we can send even with gmail profile being present.

Gandhi,

Thanks so much for your submittal. No doubt I was using the action scripting that was provided to me on the control.

Could you, if you don't mind, copy your working snippet of xbasic and post it here. Of course you can xxxxx out any private code but please leave the intended format there. Thanks!!!!

Tom

[Ray in Capetown]

Re: Email problem tranferring the FROM ADDRESS field to the recipient's email.

See here, this might help .. http://gmailblog.blogspot.co.za/2009...s-without.html

[GGandhi]

Re: Email problem tranferring the FROM ADDRESS field to the recipient's email.

function xb as c (e as p)
	'debug(1)
	dim from as c
	dim password as c
	
	dim to as c
	dim subject as c
	dim message as c
	from = e.datasubmitted.from
	to = e.datasubmitted.to
	subject = e.datasubmitted.subject
	message = e.datasubmitted.message
	dim result as l
	
	dim pm as p
	dim ps as p

	if (email_smtp_open(ps, "smtp.mail.yahoo.com",465,from,password,"SSL"))then
		pm.to = to
		pm.from = from
		pm.subject = subject
		pm.message = message
       		result = email_smtp_send(pm, ps)
		if result then
			xb = "alert("email was sent successfully");"
			else
			xb = "alert("email was not sent");"
		end if
	end if
	email_smtp_close(ps)
	end function

here is the code that drives the function.
this is done via dialog your need may be different and approach will need to match that.
the mail server, user, password, port, ssl can all be declared, captured and used in the email_smtp_send without any problem.
it is quite possible you have a multitenant program then this will be easy to incorporate, as long as you know their email provider.
if you have attachments, it is easy to add one more line

         pm.attachments = <<%str%
         ....
         .....
         %str%

also, please see ray has responded to your question on the desktop side. see if that is applicable to make things easy.

[GGandhi]

Re: Email problem tranferring the FROM ADDRESS field to the recipient's email.

also i want to let you know on further studying, in the dialog box that comes up to fill in the data for actionscripting, if you uncheck the very first line, use default email settings, the dialog changes to furnish custom settings. there you can add all the settings and the email is sent without your profile name.
i tested and it works right out of the box.
i am not able to upload the image at present i can later on. but it is straight forward. no writing of code necessary.

ok here it is:

http://screencast.com/t/NdAsapXEAj

[Fulltimer]

Re: Email problem tranferring the FROM ADDRESS field to the recipient's email.

This is somewhat embarrassing but I thought adding my final revelations might help another developer out there who might run into a similar situation. Most of all the preceding help posted by others was useful and correct but as it turns out, I don't believe my REAL ISSUE was grasped by those addressing it.

Although my intentions were perfectly legit, I found out that what I was trying to do was actually something called "Email Spoofing". This is defined as sending an email with a "FAKE" sender's address. I didn't even think about that clarification until someone brought it to my attention. I was naive to the point where I thought it should be a normal thing to do (as far as a feature for my clients). I wasn't even thinking about how the "bad guys" could use such a feature to do "bad things".

Technically, the email providers try to prevent this occurrence by safeguards built into their systems. And those safeguards prevent A5 from completing the transaction also. In other words, the "from" and "reply to" stuff needs to be real and correct and need to be from the same domain as the one sending the email in the first place. Okay, now it makes sense. Whew!!!

[Malcolm]

Re: Email problem tranferring the FROM ADDRESS field to the recipient's email.

OK, I'm in the process of setting up my first button to send a standard notification email from the user to an email address in the current row. The email address in the 'from' field is my, ie developers email. I want the 'from' field to be the actual user's email (also a field in the current row).

In the Alpha action javascript dialog box (see attached) I have used an alias, and my actual email address (mharison@vodafone ....) This results in the recipient seeing the senders address as: ArrowCMS > mharison@vodafone ...

The help screen informs me that I can use "a component placeholder for the name e.g. {sent from}". I've tried using {email address from the current row} without success. Surely this is legitimate spoofing (if it is actually spoofing.).

The question is: how do I get the 'from' field to show the email address in field in the current row using {fieldname} as I interpret the help to mean? Is this the same question that started this thread, and if so, what is answer?

Can anyone help?

email dialog.PNG

[Malcolm]

Re: Email problem tranferring the FROM ADDRESS field to the recipient's email.

Further to the above, the users login ID is also accessible as a session variable, and may be more accessible even than a value in the current row - only I have no idea how to use it.

Malcolm

[Ray in Capetown]

Re: Email problem tranferring the FROM ADDRESS field to the recipient's email.

Read post #8

[Malcolm]

Re: Email problem tranferring the FROM ADDRESS field to the recipient's email.

With respect, #8 "the "from" and "reply to" stuff needs to be real and correct and need to be from the same domain as the one sending the email in the first place," seems to be stating that 'from' MUST to be the address stated in the dialog's 'from' field.

Whereas the help tip implies- no actually states, that a placeholder can be used as the 'from' address.

Can it, or can it not?

The correspondence in the thread below indicates others have also thought it possible too, and so it should be, but I can't find out how.

http://www.alphasoftware.com/alphafo...il+problem+das

Thanks anyway, when I find out how I'll try and leave something for others who follow.