<HTML><HEAD>
<META content="text/html; charset=utf-8" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.7600.16625"></HEAD>
<BODY style="MARGIN: 4px 4px 1px; FONT: 10pt Segoe UI" bgColor=#ffffff text=#000000>
<DIV>Jules,</DIV>
<DIV> </DIV>
<DIV>All very true, I was only looking at this from the zendto vm position and documenting what I've found to date. I'll keep looking to see if I can figure out where the issue lies and hopefully just use the PHP code at hand. Like you, I don't want to have to modify the MTA settings either if it can be avoided.</DIV>
<DIV> </DIV>
<DIV>thanks for your thoughts.</DIV>
<DIV>Brad<BR><BR>>>> On 9/22/2010 at 11:06 AM, in message <4C9A299F.5080108@Zend.To>, Jules <Jules@zend.to> wrote:<BR></DIV>
<TABLE style="MARGIN: 0px 0px 0px 15px; FONT-SIZE: 1em" border=0 bgColor=#f3f3f3>
<TBODY>
<TR>
<TD>
<DIV style="BORDER-LEFT: #050505 1px solid; PADDING-LEFT: 7px">The problem is that people might not have sendmail installed (or even a program which fakes it, like Postfix does). I would rather use the PHP function call as the PHP build on the machine will have been done correctly for that type of system, working around it is usually a bad idea.<BR><BR>Also, sendmail is often not present in /usr/lib (that's there for ancient historical reasons, not appreciated by all modern system builders).<BR><BR>So I'm reluctant to call sendmail directly, as that's avoiding all the (sensible) logic in the PHP configuration script when PHP is built on that system.<BR><BR>On true sendmail systems (and not necessarily on other mail systems that fake the sendmail binary), the Return-Path header will be set in the sendmail.cf file. The last thing I want is for people to have to edit their sendmail.cf file, they shouldn't have to do that for an app which is just trying to send mail and not process it.<BR><BR>Jules.<BR><BR>On 22/09/2010 16:06, Brad Beckenhauer wrote:
<BLOCKQUOTE cite=mid:4C99D52A0200006800064461@smtp.aafp.org type="cite">
<META name=GENERATOR content="MSHTML 8.00.7600.16625">
<DIV>Ok,</DIV>
<DIV> </DIV>
<DIV>I'm not a PHP programmer, but I researched this issue and found this reported issue as a bug on the PHP Solaris forum back in 2004.</DIV>
<DIV> </DIV>
<DIV><A href="http://bugs.php.net/bug.php?id=29122" moz-do-not-send="true"><FONT color=#0066cc>http://bugs.php.net/bug.php?id=29122</FONT></A></DIV>
<DIV> </DIV>
<DIV>I also applied the code presented in the above bug trac and substituted the logic from the bug trac with the mail() logic and the Return-Path works (Diff below).</DIV>
<DIV> </DIV>
<DIV>
<DIV>I uncompressed the Julian's php rpm package in the Zendto centos-64 vm and found that the bug was not present in that package, so the issue appears to be an interaction issue between sendmail and PHP. Either sendmail is not accepting the Return-Path or PHP is not providing (or providing incorrectly) the Return-path to sendmail.</DIV>
<DIV> </DIV></DIV>
<DIV>I also downloaded the current PHP 5.2 build and grep'd for the bad code noted in the bug trac that the bug was not present in that package.</DIV>
<DIV> </DIV>
<DIV>
<DIV>Julian,</DIV>
<DIV>As usual, I'll defer to you on what you'd like to do as far as final code changes. I'm just reporting my discoveries for you.</DIV>
<DIV> </DIV>
<DIV>
<DIV>I used Zendto to send an package to a fictitious, non-existent email account and received a bounce back to my email account from my MTA with the original Zendto message attached. Yea!!!</DIV></DIV>
<DIV> </DIV></DIV>
<DIV>Below is the diff file for the changes I made that worked, you previously used a return statement and this does not and my cause issues.</DIV>
<DIV> </DIV>
<DIV>Please let me know what changes you make to the code.</DIV>
<DIV> </DIV>
<DIV>have a good day</DIV>
<DIV>Brad</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>--- NSSDropbox.php.original 2010-09-21 17:20:10.000000000 -0500<BR>+++ NSSDropbox.php 2010-09-22 08:58:28.000000000 -0500<BR>@@ -678,14 +678,14 @@<BR> $content<BR> )<BR> {<BR>- return mail(<BR>- $toAddr,<BR>- $subject,<BR>- $content,<BR>- ($fromAddr==""?"":sprintf("From: %s\r\nReply-to: %s\r\n",<BR>- $fromAddr, $fromAddr)<BR>- )<BR>- );<BR>+ // running php rpm: php-5.1.6-27.jkf<BR>+ // issue between PHP mail() function and sendmail where sendmail is not </DIV>
<DIV>+ // accepting/receiving the 'Return-Path' from PHP.<BR>+ // similar to bug: <A href="http://bugs.php.net/bug.php?id=29122" moz-do-not-send="true">http://bugs.php.net/bug.php?id=29122</A><BR>+ $tmp_msg_string = "To: $toAddr\nSubject: $subject\n\n$content\n";<BR>+ $tmp_handle = popen ("/usr/lib/sendmail -f$fromAddr $toAddr", "w");<BR>+ fwrite ($tmp_handle, $tmp_msg_string);<BR>+ $result = pclose ($tmp_handle);<BR> }</DIV>
<DIV> </DIV>
<DIV> /*!<BR><BR><BR>>>> On 9/21/2010 at 6:46 PM, in message <A class=moz-txt-link-rfc2396E href="mailto:4C9943F1.2070900@Zend.To"><4C9943F1.2070900@Zend.To></A>, Jules <A class=moz-txt-link-rfc2396E href="mailto:Jules@zend.to"><Jules@zend.to></A> wrote:<BR></DIV>
<TABLE style="MARGIN: 0px 0px 0px 15px; FONT-SIZE: 1em" border=0 bgColor=#f3f3f3>
<TBODY>
<TR>
<TD>
<DIV style="BORDER-LEFT: rgb(5,5,5) 1px solid; PADDING-LEFT: 7px">Try setting "Errors-To:" instead of "Return-Path:".<BR><BR>On 22/09/2010 00:03, Brad Beckenhauer wrote:
<BLOCKQUOTE cite=mid:4C98F36702000068000641C0@smtp.aafp.org type="cite">
<META name=GENERATOR content="MSHTML 8.00.7600.16625">
<DIV>Looks like sendmail is overriding php.</DIV>
<DIV> </DIV>
<DIV>Drupal had a similiar issue.</DIV>
<DIV>see:</DIV>
<DIV><A href="http://drupal.org/node/131737" moz-do-not-send="true">http://drupal.org/node/131737</A></DIV>
<DIV> </DIV>
<DIV>brad<BR><BR>>>> On 9/21/2010 at 4:32 PM, in message <A class=moz-txt-link-rfc2396E href="mailto:4C99246D.9000205@Zend.To" moz-do-not-send="true"><4C99246D.9000205@Zend.To></A>, Jules <A class=moz-txt-link-rfc2396E href="mailto:Jules@zend.to" moz-do-not-send="true"><Jules@zend.to></A> wrote:<BR></DIV>
<TABLE style="MARGIN: 0px 0px 0px 15px; FONT-SIZE: 1em" border=0 bgColor=#f3f3f3>
<TBODY>
<TR>
<TD>
<DIV style="BORDER-LEFT: rgb(5,5,5) 1px solid; PADDING-LEFT: 7px">In lib/NSSDropbox.php change<BR><BR>--- SNIP ---<BR> public function deliverEmail(<BR> $toAddr,<BR> $fromAddr,<BR> $subject,<BR> $content<BR> )<BR> {<BR> return mail(<BR> $toAddr,<BR> $subject,<BR> $content,<BR> ($fromAddr==""?"":sprintf("From: %s\r\nReply-to: %s\r\n",<BR> $fromAddr, $fromAddr)<BR> )<BR> );<BR> }<BR>--- SNIP ---<BR>to this:<BR>--- SNIP ---<BR> public function deliverEmail(<BR> $toAddr,<BR> $fromAddr,<BR> $subject,<BR> $content<BR> )<BR> {<BR> return mail(<BR> $toAddr,<BR> $subject,<BR> $content,<BR> ($fromAddr==""?"":sprintf("From: %s\r\nReply-to: %s\r\nReturn-Path: %s\r\n",<BR> $fromAddr, $fromAddr, $fromAddr)<BR> )<BR> );<BR> }<BR>--- SNIP ---<BR><BR>Please let me know if this solves the problem for you, and I will put it into the code.<BR><BR>Jules.<BR><BR>On 21/09/2010 21:48, Brad Beckenhauer wrote:
<BLOCKQUOTE cite=mid:4C98D3CE020000680006418B@smtp.aafp.org type="cite">
<META name=GENERATOR content="MSHTML 8.00.7600.16625">
<STYLE>
<!--
/* Font Definitions */
@font-face
{font-family:Georgia;
panose-1:2 4 5 2 5 4 5 2 3 3;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin-right:0in;
margin-left:0in;
font-size:12.0pt;
font-family:"Times New Roman";
color:black;
mso-believe-normal-left:yes;}
a:link, span.MsoHyperlink
{color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{color:blue;
text-decoration:underline;}
p
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman";
color:black;}
pre
{margin:0in;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New";
color:black;}
span.EmailStyle19
{font-family:Arial;
color:navy;}
@page Section1
{size:8.5in 11.0in;
margin:1.0in 1.25in 1.0in 1.25in;}
div.Section1
{page:Section1;}
-->
</STYLE>
<DIV>I was looking at this same issue yesterday, but ran out of time.</DIV>
<DIV> </DIV>
<DIV>a snip from the web on the Return-Path</DIV>
<DIV> </DIV>
<DIV>Envelope information: Return-Path, Received<BR>Return-Path<BR>The value of a Return-Path field is tokenizable. It shows the return path of the message, i.e., the address that bounces will be sent to. It is either (1) a < token followed by a > token, indicating an empty return path, or (2) a bracketed address. Two examples:</DIV>
<DIV> </DIV>
<DIV> Return-Path: <><BR> Return-Path: <<A href="mailto:God@heaven.af.mil" moz-do-not-send="true">God@heaven.af.mil</A>></DIV>
<DIV> </DIV>
<DIV>Messages transmitted through SMTP generally do not have Return-Path fields; the return path is transmitted out-of-band in the SMTP MAIL request. When a message is stored in a mailbox, the return path is stored in a Return-Path field. If the message is then retrieved (e.g., through POP) and sent through another SMTP hop, the Return-Path is removed and the return path is again sent out-of-band. </DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>I'm pretty sure the function calling it is in the lib/NSSDropbox file, but have not figured out exactly how to add the coding.</DIV>
<DIV> </DIV>
<DIV>I'll be watching this thread.</DIV>
<DIV>Brad</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV><BR><BR>>>> On 9/21/2010 at 2:44 PM, in message <A class=moz-txt-link-rfc2396E href="mailto:9453A32CAC9FFB4D8F59285E34B6A50604AD27@hotc_exch.harperotc.com" moz-do-not-send="true"><9453A32CAC9FFB4D8F59285E34B6A50604AD27@hotc_exch.harperotc.com></A>, "Naz Snidanko" <A class=moz-txt-link-rfc2396E href="mailto:nsnidanko@harperpowerproducts.com" moz-do-not-send="true"><nsnidanko@harperpowerproducts.com></A> wrote:<BR></DIV>
<TABLE style="MARGIN: 0px 0px 0px 15px; FONT-SIZE: 1em" border=0 bgColor=#f3f3f3>
<TBODY>
<TR>
<TD>
<DIV style="BORDER-LEFT: rgb(5,5,5) 1px solid; PADDING-LEFT: 7px">
<DIV class=Section1>
<P class=MsoNormal><FONT color=navy size=2 face=Arial><SPAN style="FONT-FAMILY: Arial; COLOR: navy; FONT-SIZE: 10pt">Hi, ZendTo Users</SPAN></FONT></P>
<P class=MsoNormal><FONT color=navy size=2 face=Arial><SPAN style="FONT-FAMILY: Arial; COLOR: navy; FONT-SIZE: 10pt">Scenario:</SPAN></FONT></P>
<P class=MsoNormal><FONT color=navy size=2 face=Arial><SPAN style="FONT-FAMILY: Arial; COLOR: navy; FONT-SIZE: 10pt">User creates dropoff but misspells email address. MTA tries to deliver but domain has no MX record, so it generates bounce-back email sent to Return-Path: header value, which goes nowhere (<A href="mailto:www-data@server.domain.com" moz-do-not-send="true">www-data@server.domain.com</A> in my case) and thus it creates confusion </SPAN></FONT></P>
<P class=MsoNormal><FONT color=navy size=2 face=Arial><SPAN style="FONT-FAMILY: Arial; COLOR: navy; FONT-SIZE: 10pt">How can I change Return-Path: header value for an email address of the person that created dropoff? To either From or Reply-To? Tis way person will get bounce back message and correct his mistake.</SPAN></FONT></P>
<P class=MsoNormal><FONT color=navy size=2 face=Arial><SPAN style="FONT-FAMILY: Arial; COLOR: navy; FONT-SIZE: 10pt">Please advice,</SPAN></FONT></P>
<DIV>
<P class=MsoNormal><B><FONT color=black size=1 face=Georgia><SPAN style="FONT-FAMILY: Georgia; FONT-SIZE: 8pt; FONT-WEIGHT: bold">Naz Snidanko</SPAN></FONT></B></P>
<P class=MsoNormal><B><FONT color=black size=1 face=Georgia><SPAN style="FONT-FAMILY: Georgia; FONT-SIZE: 8pt; FONT-WEIGHT: bold">Desktop & Network Support</SPAN></FONT></B></P>
<P class=MsoNormal><B><FONT color=black size=1 face=Georgia><SPAN style="FONT-FAMILY: Georgia; FONT-SIZE: 8pt; FONT-WEIGHT: bold">Harper Power Products Inc.</SPAN></FONT></B></P>
<P class=MsoNormal><B><FONT color=black size=1 face=Georgia><SPAN style="FONT-FAMILY: Georgia; FONT-SIZE: 8pt; FONT-WEIGHT: bold">(p) 416 201- 7506</SPAN></FONT></B></P>
<P class=MsoNormal><FONT color=black size=2 face=Arial><SPAN style="FONT-FAMILY: Arial; FONT-SIZE: 10pt"><A href="mailto:nsnidanko@harperpowerproducts.com" moz-do-not-send="true">nsnidanko@harperpowerproducts.com</A></SPAN></FONT></P></DIV></DIV></DIV></TD></TR></TBODY></TABLE><PRE wrap=""><FIELDSET class=mimeAttachmentHeader></FIELDSET>
_______________________________________________
ZendTo mailing list
<A class=moz-txt-link-abbreviated href="mailto:ZendTo@zend.to" moz-do-not-send="true">ZendTo@zend.to</A>
<A class=moz-txt-link-freetext href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto" moz-do-not-send="true">http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto</A></PRE></BLOCKQUOTE><BR><PRE class=moz-signature cols="72">Jules
--
Julian Field MEng CITP CEng
<A class=moz-txt-link-abbreviated href="http://www.Zend.To" moz-do-not-send="true">www.Zend.To</A>
Need help fixing or optimising your systems?
Contact me!
Need help getting you started solving new requirements from your boss?
Contact me!
PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
Follow me at twitter.com/JulesFM
</PRE></DIV></TD></TR></TBODY></TABLE><PRE wrap=""><FIELDSET class=mimeAttachmentHeader></FIELDSET>
_______________________________________________
ZendTo mailing list
<A class=moz-txt-link-abbreviated href="mailto:ZendTo@zend.to" moz-do-not-send="true">ZendTo@zend.to</A>
<A class=moz-txt-link-freetext href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto" moz-do-not-send="true">http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto</A></PRE></BLOCKQUOTE><BR><PRE class=moz-signature cols="72">Jules
--
Julian Field MEng CITP CEng
<A class=moz-txt-link-abbreviated href="http://www.Zend.To" moz-do-not-send="true">www.Zend.To</A>
Need help fixing or optimising your systems?
Contact me!
Need help getting you started solving new requirements from your boss?
Contact me!
PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
Follow me at twitter.com/JulesFM
</PRE></DIV></TD></TR></TBODY></TABLE><PRE wrap=""><FIELDSET class=mimeAttachmentHeader></FIELDSET>
_______________________________________________
ZendTo mailing list
<A class=moz-txt-link-abbreviated href="mailto:ZendTo@zend.to">ZendTo@zend.to</A>
<A class=moz-txt-link-freetext href="http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto">http://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto</A></PRE></BLOCKQUOTE><BR><PRE class=moz-signature cols="72">Jules
--
Julian Field MEng CITP CEng
<A class=moz-txt-link-abbreviated href="http://www.Zend.To">www.Zend.To</A>
Need help fixing or optimising your systems?
Contact me!
Need help getting you started solving new requirements from your boss?
Contact me!
PGP footprint: EE81 D763 3DB0 0BFD E1DC 7222 11F6 5947 1415 B654
Follow me at twitter.com/JulesFM
</PRE></DIV></TD></TR></TBODY></TABLE></BODY></HTML>