6.0.0-alpha14
6/30/25

[#7503] more variables for maildrop backend vfs_path
Summary more variables for maildrop backend vfs_path
Queue Ingo
Queue Version 1.2.1
Type Enhancement
State Resolved
Priority 1. Low
Owners Horde Developers (at) , chuck (at) horde (dot) org
Requester dev (at) stean (dot) ch
Created 10/15/2008 (6102 days ago)
Due
Updated 12/28/2008 (6028 days ago)
Assigned 10/19/2008 (6098 days ago)
Resolved 12/15/2008 (6041 days ago)
Milestone 1.2.2
Patch Yes

History
12/28/2008 10:28:25 AM dev (at) stean (dot) ch Comment #6 Reply to this comment
Committed for 1.2.2. I took the logic from Auth::getAuthDomain and
put it in Ingo::getDomain(), operating on the results of
Ingo::getUser($full = true). That should take care of the share issue.
Thanks, works fine for me that way, and without problems on my installation.
12/15/2008 02:31:56 AM Chuck Hagenbuch Comment #5
Assigned to Chuck Hagenbuch
State ⇒ Resolved
Reply to this comment
Committed for 1.2.2. I took the logic from Auth::getAuthDomain and put 
it in Ingo::getDomain(), operating on the results of 
Ingo::getUser($full = true). That should take care of the share issue.
11/09/2008 06:10:34 AM Chuck Hagenbuch Comment #3 Reply to this comment
Sorry, wrong ticket number - ignore those.
10/19/2008 10:16:57 PM Jan Schneider Milestone ⇒ 1.2.2
State ⇒ Assigned
Assigned to Horde DevelopersHorde Developers
 
10/15/2008 04:12:01 PM dev (at) stean (dot) ch Comment #1
Milestone ⇒
State ⇒ New
New Attachment: domain.patch.gz Download
Patch ⇒ Yes
Queue ⇒ Ingo
Summary ⇒ more variables for maildrop backend vfs_path
Type ⇒ Enhancement
Priority ⇒ 1. Low
Reply to this comment
currently the maildrop backend supports %u as

replacement in the vfs_path. having multiple domains

on a server it would be nice to have the domain too.



the attached patch adds the new %d replacement

variable.



however Ingo:getDomain() cares not about shares,

as Ingo:getUser() actually does. i am not sure how

getDomain() should behave in that case.

Saved Queries