RT::CorrespondAddress.not.set@aslab.com

RT Users
1

At our site new requesters often phone in. We create the new user with
the web interface, and then create the new ticket. Fine.

There is a problem though: I created user ahwang@xxx.com with
email address ahwang@xxx.com.
^
His email client sent responces as Ahwang@xxx.com
^

RT bounces his emails with:From: CorrespondAddress.not.set@aslab.com
[mailto:CorrespondAddress.not.set@aslab.com]
Sent: Thursday, September 20, 2001 9:41 AM
To: Ahwang@xxx.com
Subject: Correspondence not recorded

Permission Denied

I finally figured out about the captial ‘A’ and modified his user
account appropriately. Correct me if I am wrong, but I consider this a
bug. Email addresses should not be case sensitive.

Where in the mail-gate code should I twittle to make this change?

ashley

2

Check your config.pm – what’s the $CorrespondAddress variable set to
(about line 216)?

3

Check your config.pm – what’s the $CorrespondAddress variable set to

(about line 216)?

That’s not the issue. RT sending email with a bogus return address is
wrong, but RT refusing to record a message because it regards email
addresses as case sensitive is also wrong.

Two different problems.

Martin

Martin Schapendonk, martin@schapendonk.org, Phone: +31 (0)6 55770237
Student Information Systems and Management at Tilburg University

4

Martin Schapendonk wrote:

That’s not the issue. RT sending email with a bogus return address is
wrong, but RT refusing to record a message because it regards email
addresses as case sensitive is also wrong.

But email addresses (at least the LHS) may or may not be case
sensitive, it’s up to the MTA responsible for the RHS to decide
this.

However, for the majority of cases, RT probably should fold case.
My vote would be for this to be configurable, but default to
being case-insensitive.

Try the following patch to config.pm?

— config.pm- Mon Sep 10 14:58:31 2001
+++ config.pm Fri Sep 21 08:11:31 2001
@@ -136,7 +136,7 @@
# coming from a subdomain as coming from second level domain
# foo.com
#$email =~ s/@(.*).foo.com/@foo.com/;

  • return ($email)
  • return lc($email)
    }

If $LookupSenderInExternalDatabase is defined, RT will attempt to

5

But email addresses (at least the LHS) may or may not be case

sensitive, it’s up to the MTA responsible for the RHS to decide

this.

I didn’t know this. I was in the assumption that all email addresses
are case insensitive.

Martin

Martin Schapendonk, martin@schapendonk.org, Phone: +31 (0)6 55770237
Student Information Systems and Management at Tilburg University

6

Since it is such an easy thing to configure (thanks Phil, BTW), Perhaps
just including a note on this in config.pm is all that is needed.

ashleyOn Fri, Sep 21, 2001 at 09:19:38AM +0200, Martin Schapendonk wrote:

On Fri, 21 Sep 2001, Phil Homewood wrote:

But email addresses (at least the LHS) may or may not be case

sensitive, it’s up to the MTA responsible for the RHS to decide

this.

I didn’t know this. I was in the assumption that all email addresses
are case insensitive.

Martin

–
Martin Schapendonk, martin@schapendonk.org, Phone: +31 (0)6 55770237
Student Information Systems and Management at Tilburg University

7

On mysql, the db lookups are actually case insensitive. And if you’re running
the latest test release of DBIx::SearchBuilder on postgres, they are too.

-jOn Fri, Sep 21, 2001 at 12:01:18PM -0700, Ashley Gould wrote:

Since it is such an easy thing to configure (thanks Phil, BTW), Perhaps
just including a note on this in config.pm is all that is needed.

ashley

On Fri, Sep 21, 2001 at 09:19:38AM +0200, Martin Schapendonk wrote:

On Fri, 21 Sep 2001, Phil Homewood wrote:

But email addresses (at least the LHS) may or may not be case

sensitive, it’s up to the MTA responsible for the RHS to decide

this.

I didn’t know this. I was in the assumption that all email addresses
are case insensitive.

Martin

–
Martin Schapendonk, martin@schapendonk.org, Phone: +31 (0)6 55770237
Student Information Systems and Management at Tilburg University

rt-users mailing list
rt-users@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-users

http://www.bestpractical.com/products/rt – Trouble Ticketing. Free.