[ZendTo] Re: Return-Path change

[Brad Beckenhauer]

Amazing...  that was exactly what I was trying yesterday and it did not work.
 
For testing, send a dropoff to a Yahoo account and look at the headers, the headers still show the return path as:
 
Return-Path: <apache at zendto.domain.tld>
 
instead of user at domain.tld.
 
I though it might have been due to the apache user not being a trusted user, so I tried added apache to the /etc/mail/trusted-users and restarted sendmail.   It still did not work.
 
I'm gonna work on this for another 20 minutes and then I'll have to retry on Friday.
 
thanks
Brad

>>> On 9/21/2010 at 4:32 PM, in message <4C99246D.9000205 at Zend.To>, Jules <Jules at zend.to> wrote:

In lib/NSSDropbox.php change

--- SNIP ---
  public function deliverEmail(
    $toAddr,
    $fromAddr,
    $subject,
    $content
  )
  {
    return mail(
              $toAddr,
              $subject,
              $content,
              ($fromAddr==""?"":sprintf("From: %s\r\nReply-to: %s\r\n",
                                        $fromAddr, $fromAddr)
              )
            );
  }
--- SNIP ---
to this:
--- SNIP ---
  public function deliverEmail(
    $toAddr,
    $fromAddr,
    $subject,
    $content
  )
  {
    return mail(
              $toAddr,
              $subject,
              $content,
              ($fromAddr==""?"":sprintf("From: %s\r\nReply-to: %s\r\nReturn-Path: %s\r\n",
                                        $fromAddr, $fromAddr, $fromAddr)
              )
            );
  }
--- SNIP ---

Please let me know if this solves the problem for you, and I will put it into the code.

Jules.

On 21/09/2010 21:48, Brad Beckenhauer wrote: 

I was looking at this same issue yesterday, but ran out of time.
 
a snip from the web on the Return-Path
 
Envelope information: Return-Path, Received
Return-Path
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:
 
     Return-Path: <>
     Return-Path: <God at heaven.af.mil>
 
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. 
 
 
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.
 
I'll be watching this thread.
Brad
 
 


>>> On 9/21/2010 at 2:44 PM, in message <9453A32CAC9FFB4D8F59285E34B6A50604AD27 at hotc_exch.harperotc.com> ( mailto:9453A32CAC9FFB4D8F59285E34B6A50604AD27 at hotc_exch.harperotc.com ), "Naz Snidanko" <nsnidanko at harperpowerproducts.com> ( mailto:nsnidanko at harperpowerproducts.com ) wrote:


Hi, ZendTo Users
Scenario:
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 (www-data at server.domain.com in my case) and thus it creates confusion 
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.
Please advice,

Naz Snidanko
Desktop & Network Support
Harper Power Products Inc.
(p) 416 201- 7506
nsnidanko at harperpowerproducts.com
_______________________________________________
ZendTo mailing listZendTo at zend.tohttp://mailman.ecs.soton.ac.uk/mailman/listinfo/zendto
Jules

-- 
Julian Field MEng CITP CEngwww.Zend.To
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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/zendto/attachments/20100921/cf6827c0/attachment.html