| Summary | Horde_Mail factory ignores imp backend configuration |
| Queue | IMP |
| Queue Version | 6.2.14 |
| Type | Bug |
| State | Feedback |
| Priority | 1. Low |
| Owners | |
| Requester | manuel (at) mausz (dot) at |
| Created | 06/30/2016 (3289 days ago) |
| Due | |
| Updated | 11/19/2016 (3147 days ago) |
| Assigned | 11/19/2016 (3147 days ago) |
| Resolved | |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | Yes |
context? From what I can tell, it's only used from Core in response
to processing the prefs form via services/prefs.
adds a foreign identity/email address.
State ⇒ Feedback
Priority ⇒ 1. Low
context? From what I can tell, it's only used from Core in response to
processing the prefs form via services/prefs.
New Attachment: horde_mail[1].patch
Priority ⇒ 2. Medium
New Attachment: horde_mail.patch
Patch ⇒ Yes
Milestone ⇒
Summary ⇒ Horde_Mail factory ignores imp backend configuration
Type ⇒ Bug
State ⇒ Unconfirmed
Queue ⇒ IMP
the configuration from imp/config/backends gets completely ignored. If
the global mailer type is set to 'smtp' Horde_Mail overwrites username
+ password from users credentials, however all other parameters are
left in place (most importantly host) which might result in invalid
smtp auth credentials.
The attached patch simply overwrites the Horde_Mail injector interface
with IMP_Factory_Mail. The latter already passes the right credentials
to it's base class.
There's also another bug I wasn't able to track down: Horde_Mail tries
to send the mail in a loop if smtp auth fails.