Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 2 replies
  • Subscribers 1 subscriber
  • Views 1898 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Quarantine Report

hayedid
Our quarantine reports have FROM addresses such as:

2vdeh6v95diin6he06uf96ogkq7qjj1ier1imvtb5k1ghcell255qfpdg4ddnqu@bounce.plasticstechnology.com

These are not the true FROM addresses, as when you release the message, the FROM address is just a normal address.

Is there any way to fix this or is it really a bug/feature request?

Thank you.


This thread was automatically locked due to age.
Parents
  • 0
    Please show the headers from the email that you've used above as an example.
    __________________
    ACE v8/SCA v9.3

    ...still have a v5 install disk in a box somewhere.

    http://xkcd.com
    http://www.tedgoff.com/mb
    http://www.projectcartoon.com/cartoon/1
  • 0 in reply to Scott_Klassen
    We have the same problem, which i think is caused by some sort of mass newletter mail program, see the header below, users now don't recognize the from address, which normally would have been nieuwsbrief@vilans.nl They now see bounce@flexmail.eu as the from address, this is the same for multiple newsletters.

    Received: from mta61.flxml.com ([37.148.179.3]:7112) by mail.shdh.nl with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from bounce@flexmail.eu>) id 1ZA9GM-0004qn-2u for jacqueline.dhaene@shdh.nl; Wed, 01 Jul 2015 06:04:43 +0200 

    Received: from localhost.localdomain (unknown [192.168.63.133]) by flexmail-mta002.srv.combell-ops.net (Postfix) with ESMTP id 2F6552A0953 for ; Wed, 1 Jul 2015 06:04:42 +0200 (CEST) 

    X-CTCH-RefID: str=0001.0A0B0201.55936653.012D,ss=3,sh,re=0.000,recu=0.000,reip=0.000,cl=3,cld=1,fgs=0 

    Date: Wed, 1 Jul 2015 06:04:43 +0200 

    To: jacqueline.dhaene@shdh.nl 

    From: =?UTF-8?B?VmlsYW5zIE5pZXV3cw==?=  

    Reply-to: nieuwsbrief@vilans.nl 

    Subject: Betere verhouding mantelzorger en zorgmedewerker 

    Message-ID:  

    X-Priority: 3 

    X-Mailer: Flxml 

    List-Unsubscribe: Uitschrijven uit onze lijst 

    X-Flexmail-ID: jacqueline.dhaene@shdh.nl@20462550.647269 

    X-Flexmail-Ident: f8540d02173f562f7c05462f10d06a7fb8569d6721f8c309 

    MIME-Version: 1.0 

    Content-Type: multipart/alternative; boundary="b1_7bd8098be7db196084b7df4e6df6acc0" 
    --b1_7bd8098be7db196084b7df4e6df6acc0
    Content-Type: text/plain; charset = "UTF-8"
    Content-Transfer-Encoding: 8bit
Reply
  • 0 in reply to Scott_Klassen
    We have the same problem, which i think is caused by some sort of mass newletter mail program, see the header below, users now don't recognize the from address, which normally would have been nieuwsbrief@vilans.nl They now see bounce@flexmail.eu as the from address, this is the same for multiple newsletters.

    Received: from mta61.flxml.com ([37.148.179.3]:7112) by mail.shdh.nl with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from bounce@flexmail.eu>) id 1ZA9GM-0004qn-2u for jacqueline.dhaene@shdh.nl; Wed, 01 Jul 2015 06:04:43 +0200 

    Received: from localhost.localdomain (unknown [192.168.63.133]) by flexmail-mta002.srv.combell-ops.net (Postfix) with ESMTP id 2F6552A0953 for ; Wed, 1 Jul 2015 06:04:42 +0200 (CEST) 

    X-CTCH-RefID: str=0001.0A0B0201.55936653.012D,ss=3,sh,re=0.000,recu=0.000,reip=0.000,cl=3,cld=1,fgs=0 

    Date: Wed, 1 Jul 2015 06:04:43 +0200 

    To: jacqueline.dhaene@shdh.nl 

    From: =?UTF-8?B?VmlsYW5zIE5pZXV3cw==?=  

    Reply-to: nieuwsbrief@vilans.nl 

    Subject: Betere verhouding mantelzorger en zorgmedewerker 

    Message-ID:  

    X-Priority: 3 

    X-Mailer: Flxml 

    List-Unsubscribe: Uitschrijven uit onze lijst 

    X-Flexmail-ID: jacqueline.dhaene@shdh.nl@20462550.647269 

    X-Flexmail-Ident: f8540d02173f562f7c05462f10d06a7fb8569d6721f8c309 

    MIME-Version: 1.0 

    Content-Type: multipart/alternative; boundary="b1_7bd8098be7db196084b7df4e6df6acc0" 
    --b1_7bd8098be7db196084b7df4e6df6acc0
    Content-Type: text/plain; charset = "UTF-8"
    Content-Transfer-Encoding: 8bit
Children
No Data
Unfiltered HTML