The Community Forums

Interact with an entire community of cPanel & WHM users!
  1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

Email :fail: message not giving proper message

Discussion in 'E-mail Discussions' started by PWSowner, Nov 4, 2004.

  1. PWSowner

    PWSowner Well-Known Member

    Joined:
    Nov 10, 2001
    Messages:
    2,948
    Likes Received:
    3
    Trophy Points:
    343
    Location:
    ON, Canada
    Probably a question for our mail expert, Chirpy, but anyone can answer. ;)

    I recently tested some of my email :fail: settings and found out it's not sending the message I am telling it to.

    On my kimrichards.net site I have the default set to:
    :fail: No such address. Please resend to webmaster (at) kimrichards.net.
    and I sent a test message to a nonexistant email there and got:
    This Message was undeliverable due to the following reason:

    Each of the following recipients was rejected by a remote mail server.
    The reasons given by the server are included to help you determine why
    each recipient was rejected.

    Recipient: <fsfsdf@kimrichards.net>
    Reason: "The recipient cannot be verified. Please check all recipients of this message to verify they are valid."


    I know in the past the reason used to be what you specify after :fail: but it's not doing that anymore.

    Why is the fail not giving the right message? Does how fail works not allow that option anymore?
     
    #1 PWSowner, Nov 4, 2004
  2. chirpy

    chirpy Well-Known Member

    Joined:
    Jun 15, 2002
    Messages:
    13,472
    Likes Received:
    20
    Trophy Points:
    463
    Location:
    Go on, have a guess
    Just tested it out:

    MAIL FROM: xxx@xxx.com
    250 OK
    RCPT TO: yyy@yyy.com
    550-"The recipient cannot be verified. Please check all recipients of this
    550 message to verify they are valid."

    For yyy.com I have :fail: set with a distinctive response that isn't shown (note: domains changed to protect the guilty).

    This would mean that either:

    a. The :fail: message never used to work
    b. The :fail: message stopped working after verify = recipient
    c. The latest exim.conf has broken it

    I'd go with c.

    As to what's changed - I don't know because I haven't checked yet...
     
    #2 chirpy, Nov 4, 2004
  3. chirpy

    chirpy Well-Known Member

    Joined:
    Jun 15, 2002
    Messages:
    13,472
    Likes Received:
    20
    Trophy Points:
    463
    Location:
    Go on, have a guess
    ...having checked it would actually appear to be have been b. rather than c. as exim.conf doesn't appear to have changed apart from a gramatical correction to that message and that damn split_spool_directory ;)

    Id' suggest a bugzilla request for them to lookup the bounce error after the :fail: directive in /etc/valiases/domain and use that as the message to the RCPT failure. Shoudl be emminemtly possible for them to do.
     
    #3 chirpy, Nov 4, 2004
  4. PWSowner

    PWSowner Well-Known Member

    Joined:
    Nov 10, 2001
    Messages:
    2,948
    Likes Received:
    3
    Trophy Points:
    343
    Location:
    ON, Canada
    #4 PWSowner, Nov 4, 2004
  5. PWSowner

    PWSowner Well-Known Member

    Joined:
    Nov 10, 2001
    Messages:
    2,948
    Likes Received:
    3
    Trophy Points:
    343
    Location:
    ON, Canada
    I just did another little test. I sent an email to fsfsdf@kimrichards.net using my ISP as the mail server and still got the same bounce message saying:
    Reason: "The recipient cannot be verified. Please check all recipients of this message to verify they are valid."

    I changed the mail server to my own, on the same server, and the message didn't even get sent. I got a popup saying the exact same thing. Means my server checked for the existance of the email address BEFORE accepting the email, which is how it works now, and didn't even accept the email.

    Almost looks to me like the new mail system, how it checks before accepting the email, doesn't allow custom fail messages.


    To anyone out there who has an address set to fail with a custom message, if you send an email to that address, do you get the custom message, or do you get the default one like I got?
     
    #5 PWSowner, Nov 20, 2004
  6. chirpy

    chirpy Well-Known Member

    Joined:
    Jun 15, 2002
    Messages:
    13,472
    Likes Received:
    20
    Trophy Points:
    463
    Location:
    Go on, have a guess
    Mike,

    You definitely won't get any custom message if it fails at the RCPT SMTP stage and it hits verify = recipient, the code simply isn't there in exim.conf at the place it occurs to read the valiases file for the custom message.
     
    #6 chirpy, Nov 20, 2004
  7. PWSowner

    PWSowner Well-Known Member

    Joined:
    Nov 10, 2001
    Messages:
    2,948
    Likes Received:
    3
    Trophy Points:
    343
    Location:
    ON, Canada
    So with the way the mail system works now, when setting an email to :fail:, it makes no difference what message follows that.
     
    #7 PWSowner, Nov 20, 2004
  8. chirpy

    chirpy Well-Known Member

    Joined:
    Jun 15, 2002
    Messages:
    13,472
    Likes Received:
    20
    Trophy Points:
    463
    Location:
    Go on, have a guess
    Yes.

    (line added cos of the character limit)
     
    #8 chirpy, Nov 21, 2004
  9. chirpy

    chirpy Well-Known Member

    Joined:
    Jun 15, 2002
    Messages:
    13,472
    Likes Received:
    20
    Trophy Points:
    463
    Location:
    Go on, have a guess
    Done some extensive testing. Currently you'll have this in the second box of the first triplet in the Exim Configurator:
    Code:
      message = "The recipient cannot be verified.  Please check all recipients of this message to verify they are valid."
  verify = recipient
    If you get rid of the message line, so that you just have:
    Code:
      verify = recipient
    then the message in /etc/valiases will be used in the failure error to the sender.

    However, if there is no message after the :fail: in /etc/valiases, there will be a blank 550 message in the failure error.

    I did play with coding it to cope with this issue through a perl script, which worked, but didn't really complete it.
     
    #9 chirpy, Nov 21, 2004
  10. PWSowner

    PWSowner Well-Known Member

    Joined:
    Nov 10, 2001
    Messages:
    2,948
    Likes Received:
    3
    Trophy Points:
    343
    Location:
    ON, Canada
    Thanks. It's a good thing you understand the mail system as well as you do. Now I have some tinkering to do.

    As far as the case of no response, that's not a big deal. I use my own cpanel skins so I can add a note to that page, and I can always write a script to check the valiases entries and add the basic "no such address" for entries that don't have anything.


    I need to find time to do some mail system studying some day.
     
    #10 PWSowner, Nov 21, 2004
  11. linux-image

    linux-image Well-Known Member

    Joined:
    Jun 8, 2004
    Messages:
    1,191
    Likes Received:
    1
    Trophy Points:
    168
    Location:
    India
    cPanel Access Level:
    Root Administrator
    dunno if this helps.. chirpy and squirrel:
    =============================
    internal_search_find: file="/etc/valiases/xxxxxxxxx.com"
    type=lsearch key="*"
    file lookup required for *
    in /etc/valiases/xxxxxxxxx.com
    lookup yielded: :fail:
    expanded: :fail:
    file is not a filter file
    parse_forward_list: :fail:
    extract item: :fail:
    virtual_aliases router forced address failure
    sdgfsd@xxxxxxxx.com is undeliverable:

    search_tidyup called
    >>>>>>>>>>>>>>>> Exim pid=24960 terminating with rc=2 >>>>>>>>>>>>>>>>
    ==============================

    and when it was set to blackhole it was:
    ==============================
    internal_search_find: file="/etc/valiases/xxxxxxxxxx.com"
    type=lsearch key="*"
    file lookup required for *
    in /etc/valiases/xxxxxxxxxxxxx.com
    lookup yielded: :blackhole:
    expanded: :blackhole:
    file is not a filter file
    parse_forward_list: :blackhole:
    extract item: :blackhole:
    address :blackhole:d
    routed by virtual_aliases router
    envelope to: sdgfsd@xxxxxxxxxx.com
    transport: <none>
    mail to sdgfsd@xxxxxxxxxxxx.com is discarded
    search_tidyup called
    >>>>>>>>>>>>>>>> Exim pid=25185 terminating with rc=0 >>>>>>>>>>>>>>>>
    ===============================

    and also when this was set to :blackhole: .. it just worked.. but :fail: didnt. iam not sure of eventually the process or code... but just tried it out as you guys were serious on this.

    the difference i see is at:
    ======================
    virtual_aliases router forced address failure
    sdgfsd@xxxxxxxx.com is undeliverable:

    and

    routed by virtual_aliases router
    envelope to: sdgfsd@xxxxxxxxxx.com
    transport: <none>
    ======================

    hope this helps. :)
     
    #11 linux-image, Nov 21, 2004
  12. PWSowner

    PWSowner Well-Known Member

    Joined:
    Nov 10, 2001
    Messages:
    2,948
    Likes Received:
    3
    Trophy Points:
    343
    Location:
    ON, Canada

    Works perfect, just like it used to a while back. Thanks

    All fails in the valiases had messages with them, but in case of users not including a message in the future, I'm going to write a simple script to check for :fail: with nothing after it, and just add "No such address" in those cases.
     
    #12 PWSowner, Nov 21, 2004
  13. PWSowner

    PWSowner Well-Known Member

    Joined:
    Nov 10, 2001
    Messages:
    2,948
    Likes Received:
    3
    Trophy Points:
    343
    Location:
    ON, Canada

    I imagine chirpy can decipher it, but I can't get much out of it.
     
    #13 PWSowner, Nov 21, 2004
  14. chirpy

    chirpy Well-Known Member

    Joined:
    Jun 15, 2002
    Messages:
    13,472
    Likes Received:
    20
    Trophy Points:
    463
    Location:
    Go on, have a guess
    Yup. I know why it works that way, it's just the best way around it. It's straightforward enough to code, but the additional load might be better spent with a daily script to parse the valiases file as squirrel is doing.
     
    #14 chirpy, Nov 21, 2004
  15. chirpy

    chirpy Well-Known Member

    Joined:
    Jun 15, 2002
    Messages:
    13,472
    Likes Received:
    20
    Trophy Points:
    463
    Location:
    Go on, have a guess
    Done some more digging on this and will suggest this to cPanel:

    http://www.exim.org/exim-html-4.40/doc/html/FAQ_7.html#TOC254

    If you change this:
    Code:
    message = "The recipient cannot be verified.  Please check all recipients of this message to verify they are valid."
  verify = recipient
    to this:

    Code:
      message = "The recipient cannot be verified. $acl_verify_message"
  verify = recipient
    You get the best of both worlds :)
     
    #15 chirpy, Dec 2, 2004
(You must log in or sign up to post here.)
Loading...
Similar Threads - Email fail message
  1. Svintaj

    How to set the "Fail with message"-text, UAPI Email store_filter

    Svintaj, Jul 22, 2016, in forum: cPanel Developers
    Replies:
    3
    Views:
    540
    cPanelMichael
    Jul 26, 2016
  2. Pyone

    Prevent email failure message to sender

    Pyone, Mar 28, 2016, in forum: E-mail Discussions
    Replies:
    4
    Views:
    545
    cPanelMichael
    Mar 31, 2016
  3. Project 18

    Email Delivery Failure Messages

    Project 18, Sep 28, 2015, in forum: E-mail Discussions
    Replies:
    2
    Views:
    624
    cPanelMichael
    Oct 2, 2015
  4. Guribajwa

    cPHulk Failed Login Emails

    Guribajwa, Nov 29, 2016, in forum: Security
    Replies:
    1
    Views:
    251
    cPanelMichael
    Nov 30, 2016
  5. smilicus

    Failed Email Login Attempts Auto IP Block

    smilicus, Nov 23, 2016, in forum: General Discussion
    Replies:
    1
    Views:
    304
    Infopro
    Nov 23, 2016

Share This Page