e-Mail issues in Fusion?

I'm sorry I never used that,
but assuming that the object works correctly, you may have to setup it properly,
I recently got a gmail webapp correctly sending messages with coldfusion, so maybe replicating this setup could help?

This is the cfcode, highly readable, for sending,
note the gmail needed parameters, in particular "port" and "SSL" active:

<cfmail
[...]
server="smtp.gmail.com"
username="xxxxxxxxxx"
password="yyyyyyyyy"
charset="utf-8"
type="HTML"
port="465"
useSSL="yes"
from="<#sender#>">

this works for SMTP sending,
for receiving you should check gmail docs on pop/imap connections setup

If this is not helping, maybe I could test in the afternoon to see if the object works for me

Ok, I give up XD

I've tried with the example included,
got server connect on gmail and work account,
but none of them actually sent mail D:<

Don't want to be too pessimistic but...
there may be something broken

I recommend looking into some php scripts but there's a lot of fairly insecure ones out there, you definitely want to keep injection attempts in mind and also the fact that when you send data over the internet and it's not https secured, it's never private, there are always webhosting logs and risks of hacking.

If your work doesn't mind the risk having that information public then feel free to go down the php script route.

If I remember correctly the extension doesn't support secure SMTP. both ports 465 and 587 are secure SMTP connections. Also smtp.Gmail.com doesn't support a non-secure SMTP connection. From what I can tell they do have a non-secure SMTP server: aspmx.l.google.com. A alternative is to setup a SMTP relay at your end that forwards the email to Gmail via secure.

So that will be the sending side. For the receiving you'll need to use POP3/IMAP and from what I can tell Gmail offers no non-secure way to directly connect to this. Again you use a "middle man" in the form of a pop collector at you end (A server that collects the email via secure and redirects to a mailbox that allow non-secure connections). The secure ports for POP3 and IMAP are 995 and 993 respectively.

Of course a simpler way would be to use an email supplier that doesn't insist on secure connections. (Most email providers in america only allow secure connections).

Are you able to provide the event lines or MFA example? I've found in the past that fast loops can cause issues with extensions so the crashing may be the way in which the email is being processed.

Also are you needing to send and/or receive email? I did make an example of processing an imap mailbox without using the email extensions a while back by using the winsock extension. You could also do similar with SMTP (by using SMTP commands).

great news
so the only way is using non-ssl servers,
or there is some other hidden trick to make it work anyway?

Thank you, that's useful info I'll store in the event of future use.

Nice to know it's still working.
However, since SSL is widely used and the option was already available at the time of extension creation,
It would be great if the object could be upgraded to work with modern SSL technology.

It's possible that your company block outgoing SMTP connections from workstations. Which is quite a common practice as only the email server should be making outgoing SMTP connections. I guess the extension doesn't handle failures to connect very well. Resulting in a crash.

The email extension definitely needs an update. Support for SSL is pretty much standard now days. Like I said. You're less likely to find an American company that offers non-secure email connections. So as time goes on the extension becomes less and less useful.

Has this been updated to support imap and ssl? if not any change in updating it?

Thanks

I'm considering using this object as well. Should I invest my time in it, or just give up beforehand?

Some ISP's block sending smtp mail unless you use their SMTP Server. This was to help prevent "spam sending" programs and not knowing where it came from. Also, some limited the number of emails your program can send "per hour" from their servers. Again to block spam sending programs.

If you have access to a webserver can you use a formmail script? This way php can do the email portion using ssl while your fusion app just has to load a web address in the background?