From: Mosior, B. <BEM...@sh...> - 2013-06-04 20:28:58
|
Sorry for the triple-post. I found the Zend Mailer setting to modify and changed it to match the working EHLO statement. Despite the log matching now for both the success and the failure, the Vufind SMS email still fails to deliver. This is quite odd. Benjamin Mosior From: Mosior, Benjamin Sent: Tuesday, June 4, 2013 3:58 PM To: 'Demian Katz'; 'Chanel Wheeler'; 'vufind-tech (vuf...@li...)' Subject: RE: text this I may have found something useful. I modified my sendmail.cnf and changed the log level to 15. Successful CLI mail command: sendmail[17100]: r54JhDLw017100: <-- EHLO vufind-preprod.klnpa.org Unsuccessful VuFind: sendmail[17092]: r54JgcRN017092: <-- EHLO localhost For some reason, the Mailer is specifying EHLO of "localhost", which according to discussions like this one<https://groups.google.com/forum/?fromgroups#!topic/golang-nuts/Pt_H9d3QVXg> may lead to higher spam scores due to "localhost" not being a FQDN. Now to find how to set this in the code... Benjamin Mosior From: Mosior, Benjamin Sent: Tuesday, June 4, 2013 3:15 PM To: 'Demian Katz'; Chanel Wheeler; vufind-tech (vuf...@li...<mailto:vuf...@li...>) Subject: RE: text this Just to supplement, I've tried a number of things (hardcoding recipient addresses, subjects, etc.) without success. I do believe this issue may be Verizon-specific; at the very least, AT&T works for us. Also, I notice a similar difference related to the brackets below, though I'm not sure how relevant it is. From what I can tell, the brackets aren't added in by any VuFind or Zend-related processes. They're probably just part of the internal logging of sendmail. Success (CLI mail command): sendmail[16661]: r54IC2GE016661: from=root, size=49, class=0, nrcpts=1, msgid=<201306041812.r54IC2GE016661@vufind.url<mailto:201306041812.r54IC2GE016661@vufind.url>>, relay=root@localhost sendmail[16662]: NOQUEUE: connect from localhost.localdomain [127.0.0.1] sendmail[16662]: r54IC27j016662: Milter: no active filter sendmail[16662]: r54IC27j016662: from=<root@vufind.url<mailto:root@vufind.url>>, size=356, class=0, nrcpts=1, msgid=<201306041812.r54IC2GE016661@vufind.url<mailto:201306041812.r54IC2GE016661@vufind.url>>, proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1] sendmail[16661]: r54IC2GE016661: to=xxx...@vt...<mailto:to=xxx...@vt...>, ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay, pri=30049, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent (r54IC27j016662 Message accepted for delivery) sendmail[16664]: r54IC27j016662: to=<xxx...@vt...<mailto:xxx...@vt...>>, ctladdr=<root@vufind.url<mailto:root@vufind.url>> (0/0), delay=00:00:01, xdelay=00:00:01, mailer=relay, pri=120356, relay=relay.hostname. [xxx.xxx.xxx.xxx], dsn=2.0.0, stat=Sent (Ok: queued as D8A6E32050) sendmail[16664]: r54IC27j016662: done; delay=00:00:01, ntries=1 Fail (VuFind): sendmail[16665]: NOQUEUE: connect from localhost.localdomain [127.0.0.1] sendmail[16665]: r54ICb9H016665: Milter: no active filter sendmail[16665]: r54ICb9H016665: from=<noreply@vufind.url<mailto:noreply@vufind.url>>, size=295, class=0, nrcpts=1, msgid=<201306041812.r54ICb9H016665@vufind.url<mailto:201306041812.r54ICb9H016665@vufind.url>>, proto=ESMTP, daemon=MTA, relay=localhost.localdomain [127.0.0.1] sendmail[16667]: r54ICb9H016665: to=<xxx...@vt...<mailto:xxx...@vt...>>, delay=00:00:01, xdelay=00:00:01, mailer=relay, pri=120295, relay=relay.hostname. [xxx.xxx.xxx.xxx], dsn=2.0.0, stat=Sent (Ok: queued as 4079432052) sendmail[16667]: r54ICb9H016665: done; delay=00:00:01, ntries=1 Benjamin Mosior From: Demian Katz [mailto:dem...@vi...] Sent: Tuesday, June 4, 2013 9:50 AM To: Chanel Wheeler; vufind-tech (vuf...@li...<mailto:vuf...@li...>) Subject: Re: [VuFind-Tech] text this If you temporarily change sms.ini to disable phone number verification and to send to yavapai.us instead of vtext.com, then you can use a phone number of "chanel" in order to test SMS to a regular email address. I would be interested to see if the messages get through to you - that would confirm whether SMS sending is broken generally, or if the problem is due to a particular eccentricity of the SMS system. If you're able to send yourself an email that way, then I would be tempted to think that the pointy brackets are indeed significant. If that's the case, let me know and I'll see if I can figure out how to turn them off - I don't know off the top of my head, but I'm willing to do a little digging in the framework code to see if there's a solution. - Demian From: Chanel Wheeler [mailto:Cha...@ya...] Sent: Monday, June 03, 2013 2:48 PM To: vufind-tech (vuf...@li...<mailto:vuf...@li...>) Subject: Re: [VuFind-Tech] text this I've got more data but I'm not sure what it all means. First, in SMS/Mailer.php, I hardcoded the $to, $from, $subject (with value), and $message values in the "text" function. The text message still didn't arrive on my phone. So it's not an issue with the variable values (doesn't work even when values are controlled). I compared our VuFind 2 (SMS not working) versus VuFind 1 (SMS working). Because of the ridiculous amounts of abstractions, I couldn't do a thorough job but I did note a couple of interesting things. In VuFind 1, the subject is also blank but SMS works so at least for us it's not a subject issue. The VuFind 1 server is using smtp via postfix to send the message. The VuFind 2 server is using esmtp via sendmail to send the message. Per the mail logs the sendmail message is sent successfully yet never arrives on my phone. Between the two servers, I noticed that VuFind 1 was relaying via smtp-bb.vtext.com and VuFind 2 via smtp.sl.vtext.com. I thought this might be significant but the thing I tried next disputes that. Now I tried telneting into port 25 on the VuFind 2 machine and sending the text message that way. It worked and arrived on my phone. It also relayed via smtp-sl.vtext.com so nuts on that. However comparing the "failed" mail log entry (sent via the VuFind interface) and the successful mail log entry (sent via port 25 directly), I do see a difference: Failed examples: to=<xxx...@vt...<mailto:xxx...@vt...>> from=<ch...@ya...<mailto:ch...@ya...>> Successful examples: to=xxx...@vt...<mailto:to=xxx...@vt...> from=ch...@ya...<mailto:from=ch...@ya...> I wonder if the pointy brackets are the problem. I have no idea where in the code the brackets are being added. If anyone can offer some insight to whether pointy brackets would be an issue or how they would likely be being added, please let me know. Thanks, chanel From: Chanel Wheeler [mailto:Cha...@ya...] Sent: Monday, June 03, 2013 10:03 AM To: vufind-tech (vuf...@li...<mailto:vuf...@li...>) Subject: Re: [VuFind-Tech] text this I found the code and my experiments are only muddying the waters further. In Mailer.php, I tried giving the text subject a value then sent a text and nothing appeared on my phone (I use Verizon). I went into Outlook and tried sending a message to xxx...@vt...<mailto:xxx...@vt...> with no subject and a split second later it arrived on my phone. Right now, it's not looking like the subject (or lack thereof) is the issue. Our customized VuFind 1.0 allows me to send texts so I'm going to see if any differences in the implementation provide a clue. chanel From: Demian Katz [mailto:dem...@vi...] Sent: Tuesday, May 28, 2013 4:59 PM To: Chanel Wheeler; vufind-tech (vuf...@li...<mailto:vuf...@li...>) Subject: RE: text this There was a JIRA ticket a while ago complaining that texts didn't go through because VuFind left the email subject line blank. I couldn't reproduce the problem, but is it possible this is related to your issue? It might be worth looking at the code and adding a subject line to see if that makes a difference. I can point you in the right direction if you're not sure where to look (I can't remember off the top of my head, otherwise I'd tell you right now -- but if you need me to dig, I can do it when I'm back in the office tomorrow). - Demian ________________________________ From: Chanel Wheeler [Cha...@ya...] Sent: Tuesday, May 28, 2013 5:12 PM To: vufind-tech (vuf...@li...<mailto:vuf...@li...>) Subject: [VuFind-Tech] text this I'm on 2.0 HEAD as of this morning. I just tested "Text this" on the item detail page. It lets me send the text without error but nothing ever arrives on my cell phone (texting is working on my phone because shortly before this I got a text that I have a book to pick up from the library). The last time I tried "Text this" was months ago. Is this happening to anyone else? chanel Chanel Wheeler Library Network Programmer/Analyst Yavapai Library Network 1120 Commerce Dr. Prescott, AZ 86305 Phone: (928) 442-5741 cha...@ya...<mailto:cha...@ya...> Open a help desk ticket<mailto:he...@yl...> |