Skip Menu |
 

This queue is for tickets about the MailTools CPAN distribution.

Report information
The Basics
Id: 13138
Status: resolved
Priority: 0/
Queue: MailTools

People
Owner: Nobody in particular
Requestors: nate [...] cs.wisc.edu
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in: 1.67
Fixed in: (no value)



MIME-Version: 1.0
X-Mailer: MIME-tools 5.415 (Entity 5.415)
Subject: Mail::Utils::maildomain can't handle $m
Content-Type: multipart/mixed; boundary="----------=_1118162138-18850-1"
Content-Length: 0
Content-Type: text/plain
Content-Disposition: inline
Content-Transfer-Encoding: binary
X-RT-Original-Encoding: iso-8859-1
Content-Length: 333
Download (untitled) / with headers
text/plain 333b
At our site the mail domain is defined as DM$m, where $m is taken from gethostbyname and not the sendmail config. For our config maildomain() returns $m. If maildomain pulls a domain with a $ out of the config file it should fall back to the network checks instead of returning an illegal domain name. I attached a one line patch.
Content-Type: application/octet-stream; name="diff"
Content-Disposition: inline; filename="diff"
Content-Transfer-Encoding: base64
Content-Length: 296
Download diff
application/octet-stream 296b

Message body not shown because it is not plain text.



This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.