[exim-dev] [Bug 455] New: fakereject behaves differently tha…

Page principale
Supprimer ce message
Répondre à ce message
Auteur: bug455
Date:  
À: exim-dev
Sujet: [exim-dev] [Bug 455] New: fakereject behaves differently than deny message
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.

http://www.exim.org/bugzilla/show_bug.cgi?id=455

           Summary: fakereject behaves differently than deny message
           Product: Exim
           Version: 4.66
          Platform: Other
               URL: http://bugs.debian.org/407965
        OS/Version: Linux
            Status: NEW
          Severity: bug
          Priority: medium
         Component: ACLs
        AssignedTo: ph10@???
        ReportedBy: mh+exim-bugzilla@???
         QAContact: exim-dev@???



This is Debian issue #407965, reported by Ian Turner:

When an acl accepts a message with control = fakereject, the rejection
message is not split into continuation lines. For example, the following
ACL stanza:
===
accept control = fakereject/this is a very very very ery very \
        very very very very very very very very long message \
        that should absolutely absolutely be split across \
        several lines.
===
generates the following SMTP dialogue:
===
[snip]
DATA
[message]
.
550 this is a very very very ery very very very very very very very very very
long message that should absolutely absolutely be split across several lines.
===


fakereject should generate messages the same way that deny does; consider
the following ACL stanza:
===
deny message = this is a very very very ery very very very very \
        very very very very very long message that should \
        absolutely absolutely be split across several lines.
===
which generates different (correct) SMTP dialogue:
===
[snip]
DATA
[message]
.
550-this is a very very very ery very very very very very very very very very
550-long message that should absolutely absolutely be split across several
550 lines.
===


--
Configure bugmail: http://www.exim.org/bugzilla/userprefs.cgi?tab=email