Tickets :: [#11957] Make getUser configurable for vfs

6.0.0-beta1

7/5/25

Summary	Make getUser configurable for vfs
Queue	Ingo
Queue Version	Git master
Type	Enhancement
State	Rejected
Priority	2. Medium
Owners
Requester	rob (at) lensen (dot) nu
Created	01/15/2013 (4554 days ago)
Due
Updated	04/19/2013 (4460 days ago)
Assigned
Resolved	01/15/2013 (4554 days ago)
Milestone
Patch	No

04/19/2013 09:08:53 PM	watz (at) nerd2nerd (dot) org	Comment #6	Reply to this comment
[Show Quoted Text - 11 lines][Hide Quoted Text] No, it's the bare user name by default now. Just tested this %U on my installation. Running Ingo and Horde from FreeBSD port system. Version displayed is: E-mail (imp) 6.0.3 Filters (ingo) 3.0.2 Horde (horde) 5.0.3 But still the whole folder is made Same problem here .. %U translates to <user>@<domain> and %u also, if Ingo::getUser() is used instead of Ingo::getUser(false) Horde Groupware Webmail Edition 5.0.4 Horde (horde) 5.0.4 Filters (ingo) 3.0.3 Mail (imp) 6.0.4

01/15/2013 03:08:41 PM	rob (at) lensen (dot) nu	Comment #5	Reply to this comment
No, it's the bare user name by default now. Just tested this %U on my installation. Running Ingo and Horde from FreeBSD port system. Version displayed is: E-mail (imp) 6.0.3 Filters (ingo) 3.0.2 Horde (horde) 5.0.3 But still the whole folder is made

01/15/2013 02:22:23 PM	Jan Schneider	Comment #4	Reply to this comment
No, it's the bare user name by default now.

01/15/2013 02:17:08 PM	rob (at) lensen (dot) nu	Comment #3	Reply to this comment
Use %U instead. This is also converted to <username>@<domain> since I log in to my horde installation with <username>@<domain>

01/15/2013 02:08:25 PM	Jan Schneider	Comment #2 State ⇒ Rejected	Reply to this comment
Use %U instead.

01/15/2013 10:19:24 AM	rob (at) lensen (dot) nu	Comment #1 Priority ⇒ 2. Medium Type ⇒ Enhancement Summary ⇒ Make getUser configurable for vfs Queue ⇒ Ingo Milestone ⇒ Patch ⇒ No State ⇒ New	Reply to this comment
When upgrading to the latest ingo my config stopped working due to a change in the Ingo::getUser function. I use a vpopmail setup with maildrop as filter and my users are stored as /<domain>/<username>/Maildir where <username> is without domain name. So I have : 'vfs_path' => '%d/%u/' However the %u is now replaced with <username>@<domain> probably since this is the way I log in to the server So the result is that the maildrop script was stored in <domain>/<username>@<domain>/.mailfilter and not as used to be: <domain>/<username>/.mailfilter I fixed this by a small change in lib/Transport/Vfs.php Line 115 changed Ingo::getUser() to read Ingo::getUser(false) It would be nice that this can configured, so I don't have to updates vfs.php after every upgrade.