Re: [Postfixadmin-devel] feature request transport by mailbox/emailaddress

[Robert S. <ro...@sc...>]

Am 30.10.2011 00:33, schrieb Christian Boltz:
> Hello,
> 
> Am Samstag, 29. Oktober 2011 schrieb Robert Schetterer:
>> Am 26.10.2011 13:42, schrieb Robert Schetterer:
>>> i have a feature request
>>> i need to have transport choosing by mailbox/emailaddress ( just
>>> like in the domain table )
>>>
>>> Background there are different type of users/emailaddresses
>>> there are virtual ones ( mail going in server mailbox via dovecot
>>> lmtp), others
>>> are on different places on exchange servers ( mails to them should
>>> smtp transported to the exchange ip )
>>> this works without problems with i.e. a postfix transport hash
>>> table, mysql should work too, but we need it ,for supporters in
>>> the postfixadmin gui
> 
>> as nobody answered
> 
> Sorry, I had no time in the last days :-(

no problem...

> 
>> i changed the alias goto sql query
>> to use it for seperate user/mailaddress smtp transports
>> perhaps other likes it too
>>
>> mysql_virtual_alias_maps.cf
>> ...
>> query = SELECT goto FROM alias WHERE goto NOT REGEXP
>> 'somenot.exist.servernamein.dns' AND address='%s' AND active = 1;
> 
>> so you may use now
>> ip....@so...rvernamein.dns
>> in the alias field of a mailbox
>>
>> this produces a transport like
>> em...@ad...ss smtp:[ip.ad.dr.ess]
>> [...]
> 
> That sounds quite hackish ;-) and isn't what I would really recommend.

yes thats what it is, but its working meanwhile

> 
> If you don't use the "desctiption" field, you could enter the transport 
> information there - that's currently the easiest way I can imagine.

hm , cant see some desctiption field but i am not at the latest stable
version of postfixadmin....., or i am too dummy to find just right now *g
> 
> Adding a field to the database and the code isn't too difficult, but 
> 2.3.x is in bugfix-only mode and otherwise more or less a dead horse.
> In other words: Investing time in adding a field to 2.3.x only makes 
> sense if you really need it _now_.

sombody from the list, answered me offlist
that they did modifiacation allready ,and are in testing mode
so having a tmp workaround , i can wait for releasing this

> 
> I'm currently working on rewriting the code into PHP classes. 
> You can check the current state in SVN trunk - the handling of domains 
> is mostly done (see *-domain.php and model/DomainHandler.php) and will 
> make adding additional fields very easy in the future (see initStruct() 
> in model/DomainHandler.php, I'll also add a hook)
> 
> However, it will take some time until I get everything migrated.

for sure, i just needed this feature in time, but normally
postfixadmin is fine how it is to me ,... more stuff
is always good , but its not essential for me yet

> 
>> be warned, this workaround may conflict with other stuff at your
>> postfix(admin)setup
>> test it hardly before use in production
> 
> ;-)
> 
>>> If Donation is needed/wanted please write what will it take to
>>> hack this
> 
> The best thing you could donate would be some free time ;-) but I know 
> this is impossible. 

yes thats hard , but i would do this, believing in open software,
i am fine with postfix, but having extrem little knowledge in php
so i can only make design requests etc, which might be helpfull otherwhere
however we planning to team us in the near future
so others may give their php code then to devel


> I won't object if you really want to donate something ;-) but it's not a 
> requirement.

however, feel free to ask for help, testing etc
the worst you can get is a "no" *g

> 
> 
> Gruß
> 
> Christian Boltz


-- 
Best Regards

MfG Robert Schetterer

Germany/Munich/Bavaria