This setting fixed the SmarterMail issue in my testing.
<server reuse-connection=“false” password=“encrypted:…” port=“587”
smtp=“smtp.gmail.com” ssl=“false” tls=“true” username="su...@lucee.org"/>
Will the reuse-connection setting become part of the Admin UI? Will I be
able to set this in ?
Andrew Penhorwood
Sorry to bump an old thread.
I’m also wondering if there is a way to try this reuse-connection=“false”
from inside a cfmail tag. We have intermittent issues with a largish opt-in
email run. We slow-spool out a couple hundred emails a minute, and 95% of
the time, Lucee (until recently Railo) has no problem through an entire
run. Then, for reasons I can’t figure out, every few months the ~weekly job
will slow to an absolute crawl for hours, building up thousands of
backlogged “tasks”… and then it will magically work itself out and
unspool rapidly.
Our scenario is a bit odd - it’s not really that large a list, gmail.com
and hotmail.com never complain, but to keep a major local ISP happy (with
their half-baked layers of anti-spam) we rotate each outgoing message over
3 servers using cfmail tags - thus, I don’t think defining the server in
the admin GUI will work, since it would send all email through the first
server listed.
Anyway, I would like to test this reuse-connection setting, but I think I
can only do it from cfmail tags (unless there is some other “default” file
that I can mangle) - it’s such an intermittent problem, that I can’t really
'test it" other than try it, and wait a few months.
Thanks.
LCOn Thursday, February 19, 2015 at 8:57:28 AM UTC-8, Andrew Penhorwood wrote:
This setting fixed the SmarterMail issue in my testing.
<server reuse-connection=“false” password=“encrypted:…” port=“587”
smtp=“smtp.gmail.com” ssl=“false” tls=“true” username="su...@lucee.org"/>
Will the reuse-connection setting become part of the Admin UI? Will I be
able to set this in ?
Andrew Penhorwood
You might want to email one of the Lucee devs directly for this
information. When I did the research for this issue this flag was added by
Micha. I am do not know if a UI was created to manage the setting.
Andrew PenhorwoodOn Wednesday, April 20, 2016 at 1:12:47 AM UTC-4, Leonard Chan wrote:
Sorry to bump an old thread.
I’m also wondering if there is a way to try this reuse-connection=“false”
from inside a cfmail tag. We have intermittent issues with a largish opt-in
email run. We slow-spool out a couple hundred emails a minute, and 95% of
the time, Lucee (until recently Railo) has no problem through an entire
run. Then, for reasons I can’t figure out, every few months the ~weekly job
will slow to an absolute crawl for hours, building up thousands of
backlogged “tasks”… and then it will magically work itself out and
unspool rapidly.
Our scenario is a bit odd - it’s not really that large a list, gmail.com
and hotmail.com never complain, but to keep a major local ISP happy (with
their half-baked layers of anti-spam) we rotate each outgoing message over
3 servers using cfmail tags - thus, I don’t think defining the server in
the admin GUI will work, since it would send all email through the first
server listed.
Anyway, I would like to test this reuse-connection setting, but I think I
can only do it from cfmail tags (unless there is some other “default” file
that I can mangle) - it’s such an intermittent problem, that I can’t really
'test it" other than try it, and wait a few months.
Thanks.
LC
On Thursday, February 19, 2015 at 8:57:28 AM UTC-8, Andrew Penhorwood wrote:
This setting fixed the SmarterMail issue in my testing.
<server reuse-connection=“false” password=“encrypted:…” port=“587”
smtp=“smtp.gmail.com” ssl=“false” tls=“true” username="su...@lucee.org"/>
Will the reuse-connection setting become part of the Admin UI? Will I be
able to set this in ?
Andrew Penhorwood
Thanks Andrew.
I ended up trying the update to the javamail JAR + setting
the mail.smtp.userset flag to true so that Lucee (via javamail) would stop
sending NOOPs in SMTP connections. This was mentioned on some other thread
here. Unfortunately, I won’t know for months if this actually helps or not.
LCOn Wednesday, April 20, 2016 at 4:54:29 AM UTC-7, Andrew Penhorwood wrote:
You might want to email one of the Lucee devs directly for this
information. When I did the research for this issue this flag was added by
Micha. I am do not know if a UI was created to manage the setting.
Andrew Penhorwood
On Wednesday, April 20, 2016 at 1:12:47 AM UTC-4, Leonard Chan wrote:
Sorry to bump an old thread.
I’m also wondering if there is a way to try this reuse-connection=“false”
from inside a cfmail tag. We have intermittent issues with a largish opt-in
email run. We slow-spool out a couple hundred emails a minute, and 95% of
the time, Lucee (until recently Railo) has no problem through an entire
run. Then, for reasons I can’t figure out, every few months the ~weekly job
will slow to an absolute crawl for hours, building up thousands of
backlogged “tasks”… and then it will magically work itself out and
unspool rapidly.
Our scenario is a bit odd - it’s not really that large a list, gmail.com
and hotmail.com never complain, but to keep a major local
ISP happy (with their half-baked layers of anti-spam) we rotate each
outgoing message over 3 servers using cfmail tags - thus, I don’t think
defining the server in the admin GUI will work, since it would send all
email through the first server listed.
Anyway, I would like to test this reuse-connection setting, but I think I
can only do it from cfmail tags (unless there is some other “default” file
that I can mangle) - it’s such an intermittent problem, that I can’t really
'test it" other than try it, and wait a few months.
Thanks.
LC
On Thursday, February 19, 2015 at 8:57:28 AM UTC-8, Andrew Penhorwood wrote:
This setting fixed the SmarterMail issue in my testing.
<server reuse-connection=“false” password=“encrypted:…”
port=“587” smtp=“smtp.gmail.com” ssl=“false” tls=“true” username="
su...@lucee.org"/>
Will the reuse-connection setting become part of the Admin UI? Will I
be able to set this in ?
Andrew Penhorwood