limitation in name of the account between the mail client and mailman?
![](https://secure.gravatar.com/avatar/dfd0a2b10ac7002b2df84a5c65c6717d.jpg?s=120&d=mm&r=g)
RHEL 5.3 postfix-2.3.3 mailman-2.1.9
I have a problem with the mail client (thunderbird and Outlook Express). When sending an email to the list from the mail client and the client has set the name of the big personal information does not commands. I get this error:
July 29 11:53:10 2010 (29 383) All recipients Refused: ('=? Iso-8859-1? Q? Administrative = f3n_of_system_and_configurati? =': (550, '5 .1.1 <=? Iso-8859-1? q? administrative = f3n_of_system_and_configurati? =>: Recipient address rejected: User unknown in relay recipient table ')), msgid: <mailman.70.1280397189.29381.support_tec@test.es> July 29 11:53:10 2010 (29 383) delivery to =? Iso-8859-1? Q? Administrative = f3n_of_system_and_configurati? = Failed with code 550: 5.1.1 <=? Iso-8859-1? Q? Administrative = f3n_of_system_and_configurati ? =>: Recipient address rejected: User unknown in relay recipient table
If I send from squirrelmail works fine.
If the name of the account of the personal information I set it up shorter length also works perfect.
Is there any length limitation in name of the account between the mail client and mailman?
![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
On 7/29/2010 3:33 AM, Esteban Torres wrote:
The client is trying to send to the address "Administrativeón of system and configurati" instead of some address like "listname@example.com"
This is strictly a mail client issue. It has nothing to do with Mailman as far as I can see.
I do not understand what "the client has set the name of the big personal information does not commands" means, but perhaps this has something to do with it.
Are you saying the list name is "Administrativeón of system and configurati..."? If so, the list name can't contain spaces, but there is no Mailman limitation on the length of the listname.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
![](https://secure.gravatar.com/avatar/dfd0a2b10ac7002b2df84a5c65c6717d.jpg?s=120&d=mm&r=g)
On Thu, 29 Jul 2010 20:48:29 -0700 Mark Sapiro <mark@msapiro.net> wrote:
The problem is:
Send mail to the list allusers@domain.com from a mail account that is admsistinf@domain.com.
Admsist@dap.es account is configured in Thunderbird with the option name as Management Information Systems (which in your account would be Mark Sapiro).
This works from squirrelmail, but since thunderbird fails.
However, if I set the name shorter, for example, systems management. Squirrelmail works both as thunderbird.
Also, tell you that this only occurs when a list command, as if I send a personal email from admsist@domain.com (named as Management of Information Systems) user1@domain.com another user, it works fine.
Control occurs only when a mailing list.
![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
On 7/29/2010 11:57 PM, Esteban Torres wrote:
[...]
Actually, I woke up last night thinking about this, and I realized what is apparently happening.
This appears to be a Thunderbird bug, although you say it is also occurring in Outlook Express so it may have something to do with the way clients send mail from this computer.
I'm guessing this only occurs if you 'reply' to a list mail and not if you generate an original mail to the list, but I could be wrong on that.
I think what happens is the original message has some header such as
Reply-To: Administrativeón of system and configuratión <xx@example.com>
Because this header contains non ascii characters, it is RFC 2047 encoded as follows:
Reply-To: =?iso8859-1?Q?Administrative=f3n_of_system_and_configurati?= =?iso8859-1?Q?=f3n?= <xx@example.com>
Note that the "real name" is encoded as two encoded words, the second of which is on a continuation line. This is because of the RFC 2047 requirement that "each line of a header field that contains one or more 'encoded-word's is limited to 76 characters".
Now, I think the problem occurs because the MUA (Thunderbird) does not correctly RFC 2047 decode the header and extract the correct address, but just takes the first part of the encoded value as the address.
In any case, This would appear to be strictly a client problem.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
On 7/29/2010 3:33 AM, Esteban Torres wrote:
The client is trying to send to the address "Administrativeón of system and configurati" instead of some address like "listname@example.com"
This is strictly a mail client issue. It has nothing to do with Mailman as far as I can see.
I do not understand what "the client has set the name of the big personal information does not commands" means, but perhaps this has something to do with it.
Are you saying the list name is "Administrativeón of system and configurati..."? If so, the list name can't contain spaces, but there is no Mailman limitation on the length of the listname.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
![](https://secure.gravatar.com/avatar/dfd0a2b10ac7002b2df84a5c65c6717d.jpg?s=120&d=mm&r=g)
On Thu, 29 Jul 2010 20:48:29 -0700 Mark Sapiro <mark@msapiro.net> wrote:
The problem is:
Send mail to the list allusers@domain.com from a mail account that is admsistinf@domain.com.
Admsist@dap.es account is configured in Thunderbird with the option name as Management Information Systems (which in your account would be Mark Sapiro).
This works from squirrelmail, but since thunderbird fails.
However, if I set the name shorter, for example, systems management. Squirrelmail works both as thunderbird.
Also, tell you that this only occurs when a list command, as if I send a personal email from admsist@domain.com (named as Management of Information Systems) user1@domain.com another user, it works fine.
Control occurs only when a mailing list.
![](https://secure.gravatar.com/avatar/56f108518d7ee2544412cc80978e3182.jpg?s=120&d=mm&r=g)
On 7/29/2010 11:57 PM, Esteban Torres wrote:
[...]
Actually, I woke up last night thinking about this, and I realized what is apparently happening.
This appears to be a Thunderbird bug, although you say it is also occurring in Outlook Express so it may have something to do with the way clients send mail from this computer.
I'm guessing this only occurs if you 'reply' to a list mail and not if you generate an original mail to the list, but I could be wrong on that.
I think what happens is the original message has some header such as
Reply-To: Administrativeón of system and configuratión <xx@example.com>
Because this header contains non ascii characters, it is RFC 2047 encoded as follows:
Reply-To: =?iso8859-1?Q?Administrative=f3n_of_system_and_configurati?= =?iso8859-1?Q?=f3n?= <xx@example.com>
Note that the "real name" is encoded as two encoded words, the second of which is on a continuation line. This is because of the RFC 2047 requirement that "each line of a header field that contains one or more 'encoded-word's is limited to 76 characters".
Now, I think the problem occurs because the MUA (Thunderbird) does not correctly RFC 2047 decode the header and extract the correct address, but just takes the first part of the encoded value as the address.
In any case, This would appear to be strictly a client problem.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
participants (2)
-
Esteban Torres
-
Mark Sapiro