[BlueOnyx:17929] Re: Vacation Message Not Working

[David Thacker]

Greetings,

 

Good news: I found where I had documented the solution for this, which I had worked out back in November. I’ve applied this fix to my BX5107 server again, and tested it just now to confirm it is working.

 

Find this around line 108 in /usr/local/sbin/vacation.pl:

 

## Check for @ and extract email address, if any 

if ($sendto !~ /@/i)                          { exit;         }

elsif ($sendto =~ /[\w_\.\-]+[@%][\w_\.\-]+/) { $sendto = $&; }

else                                          { exit;         }

 

And comment that code out like this:

 

## Check for @ and extract email address, if any 

##DT 2014-11-23 - remark this out so that email delivered through 

##PostLayer (mx25.net) goes back to correct sender address

#   if ($sendto !~ /@/i)                          { exit;         }

#   elsif ($sendto =~ /[\w_\.\-]+[@%][\w_\.\-]+/) { $sendto = $&; }

#   else                                          { exit;         }

##DT

 

That’s it, problem resolved. Treat yourself to a cold beer...

 

Regards,

 

David Thacker

 

 

From: Jeff Keller [mailto:jeff at datatune.com] 
Sent: June-28-15 10:28 PM
To: David at thackernet.com; BlueOnyx General Mailing List
Subject: Re: [BlueOnyx:17923] Re: Vacation Message Not Working

 

Thanks David.  You must have used a different syntax because I wasn't able to get your suggestion to work (and I'm not familiar enough with that file to figure it out on my own).

 

Maybe somebody else on this list has a suggestion for changing /usr/local/sbin/vacation.pl to ensure that the reply-to address doesn't get incorrectly changed when using the vacation message and SRS encoding.  Perhaps the default settings in BlueOnyx aren't honoring the appropriate SRS encoding??? (I'm grasping for solutions, to be honest).

 

If it would help others on the list, here's a section of the vacation.pl file which likely contains the item which needs to be changed--I just don't know "to what":

 

---------------

 

{

 

    #if    (/^From:\s*(.+)/)        { $from = $1;       }

    if    (/^From\s+(\S+)/)        { $from = $1;       }

    elsif (/^Reply-To:\s*(.+)/)    { $replyto = $1;    }

    elsif (/^Sender:\s*(.+)/)       { $sender = $1;     }

    elsif (/^Return-path:\s*(.+)/)  { $returnpath = $1; }

    elsif (/^Precedence:\s*(.+)/)   { $precedence = $1; }

    elsif (/^\tfor\s+(\S+)/)        { $for = $1;        }

    #elsif (/^$crlf/)                { goto breakloop    }

    elsif (/^$crlf/)                { last;             }

 

} 

 

-----------------

 

Thanks,

 

Jeff

 

On Sun, Jun 28, 2015 at 8:01 AM, David Thacker <David at thackernet.com> wrote:

Greetings Jeff,

I faced this same issue back in November, see BlueOnyx:16496

I did resolve it at the time by editing vacation.pl. Here's the sad part: it seems like I did not save that modified copy anywhere except on the server, nor did I seem to document the changes anywhere except in that modified file, and now I see the modified vacation.pl was overwritten on June 16th!

I *think* I just ended up making a change like this:

elsif ($returnpath)  { $sendto = $returnpath;  }

to

elsif ($returnpath)  { $sendto = $sender;  }

but I can't be sure without working through it and testing again.

I do remember that the basic problem was that the reply was going to the Return-Path but the return path is not valid on the encoded emails.

Regards,

David Thacker


_______________________________________________
Blueonyx mailing list
Blueonyx at mail.blueonyx.it
http://mail.blueonyx.it/mailman/listinfo/blueonyx

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.blueonyx.it/pipermail/blueonyx/attachments/20150629/cac4e2b3/attachment.html>