6.0.0-beta1
9/20/25

[#4691] Missing From address
Summary Missing From address
Queue IMP
Queue Version 4.1.3
Type Bug
State Not A Bug
Priority 3. High
Owners
Requester galosa (at) netinform (dot) hu
Created 11/23/2006 (6876 days ago)
Due
Updated 11/23/2006 (6876 days ago)
Assigned
Resolved 11/23/2006 (6876 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
11/23/2006 03:03:24 PM Chuck Hagenbuch State ⇒ Not A Bug
 
11/23/2006 02:36:44 PM galosa (at) netinform (dot) hu Comment #2 Reply to this comment
It seems the problem is solved after updating all the PEAR packages, 
including Mail from 1.1.3 to 1.1.14 and Net_SMTP from 1.2.6 to 1.2.8.



Regards,

Andras Galos
11/23/2006 02:19:22 PM galosa (at) netinform (dot) hu Comment #1
State ⇒ Unconfirmed
Priority ⇒ 3. High
Type ⇒ Bug
Summary ⇒ Missing From address
Queue ⇒ IMP
Reply to this comment
IMP does not send the message correctly in case of specially given 
sender name.

In this case when the message is sent via sendmail, the MAIL FROM 
envelope value is wrong:



Nov 22 15:29:16 server3 postfix/pickup[25672]: 14DDC3625D0: uid=33 from=<@>



The envelope address is missing somehow, and despite the message is 
sent by IMP (via sendmail) it bounces back from many cases because of 
the invalid sender syntax. And here no error message can be delivered 
to <@>, so the user thinks it's all right.



I can reproduce the issue:

The "Your full name" personal settings must be changed.

A short name is not enough, fails with longer names only.

Needs accented letters.

1. 'UnaccentedWord Andras AnotherUnaccentedWord' works in order.

2. 'UnaccentedWord András AnotherUnaccentedWord' works in order also.

3. 'UnaccentedWord András AccentedWordá' fails.



Fails means seamingly sent, goes into the Sent folder, but those 
addresses don't receive it where sender address syntax check works.



It seems to me that the Base64 enconding of the sender can be the 
guilty somehow.

If the name contains no accented letters it works wathever long it is.

But if it contains accented letters in the last words, it fails.



Anyway I manually can send the failing messages with 'sendmail -oi -t' 
from the Sent mail folder, and they work in order, the sender is 
recognized well.

But when IMP sent them, the above "<@>" issue comes.



I can reproduce it on another webmail server, but that uses the same 
Horde/IMP setup, and the sendmail binary is the same from Postfix 2.3.3.



I hope I wrote to the right place.

And thank you very much for your efforts to create and develop such a 
nice piece of software like IMP or the whole Horde project.



Regards,

Andras Galos

Saved Queries