Hi Charles,
The patch i made is base on the trunk svn 1388
The adjustment that I made is based on trunk svn 1388.
The total adjustment contains multiple function but the adjustment for REAL NAME is quite small.
And as operates as follows.
If no string in the name is entered, the emailadres of the user used.
Ginderdog in his email of 14 March has coding out the piece for "realname" of the total code.
Regards Jan Kruis
Op 28 mrt 2013, om 18:32 heeft Tanstaafl het volgende geschreven:
> Sorry, I should have included his earlier responses in that email...
>
> The problem is I have no clue how to look for it to see if it is there,
> or be able to tell what version it is in. I know for sure it isn't in
> 2.3.4 (what I'm on now). If it is in 2.3.6, that would be all the reason
> I'd need to upgrade this weekend.
>
> I haven't really worried about running a slightly older version because
> mine is only accessible from my workstation IP on a local network.
>
> Thanks Rudi...
>
> On 2013-03-28 1:22 PM, Rudi Floren <rud...@go...> wrote:
>> Jan K. already posted a patch. i'm not sure if somone already pulled it
>> into SVN.
>>
>>
>> Am 28.03.2013 18:12, schrieb Tanstaafl:
>>> I'd be ok with that - and we could have big scary warnings to the admin
>>> about making sure that the real names in the DB are clean...
>>>
>>> So, that would mean it is just defining the variable in the SQL query
>>> that queries for the vacation message, then modifying the script that
>>> generates the email to use it... right?
>>>
>>> Doesn't *sound* too hard (for someone who does this stuff for a
>>> living)... ;)
>>>
>>> On 2013-03-28 12:55 PM, Rudi Floren <rud...@go...> wrote:
>>>> I think it would be better to get the Real Name from Database.
>>>> This way the User (Mailbox owner) can define his name which will be
>>>> display in vacation message.
>>>>
>>>> Your way the Real Name in the vacation mail is set by the sender of the
>>>> original mail. I think this isnt a good behavior.
>>>>
>>>> Rudi
>>>>
>>>> Am 28.03.2013 17:36, schrieb Tanstaafl:
>>>>> Revisiting this now that we have nicely solved the multi-string
>>>>> capability for the noreply function...
>>>>>
>>>>> So...
>>>>>
>>>>> Since the 3rd line in the vacation.log for a vacation transaction is
>>>>> using the RFC 822 Style (contains the "Real Name") for the 'To' header:
>>>>>
>>>>>>> 2013/03/11 07:51:39 DEBUG> /var/spool/vacation/vacation.pl:587 main:: - Email headers have to: '"Real Name" <val...@ex...>' and From: '"ge...@me..." <ge...@me...>'
>>>>> Doesn't this mean that it is *already available* as a variable, since
>>>>> the logger is obviously using it? If so, then would some kind soul who
>>>>> knows the code well enough to know where/what to look for, please take a
>>>>> peek and see what the variable name is so that we can simply modify the
>>>>> script that generates the vacation email to use it, resulting in the
>>>>> above line being:
>>>>>
>>>>>>> 2013/03/11 07:51:39 DEBUG> /var/spool/vacation/vacation.pl:429 main::send_vacation_email - Will send vacation response for <0ed...@me...>: FROM: '"Real Name" <val...@ex...>' (orig_to: val...@ex...), TO: mai...@me...; VACATION SUBJECT: Out of Office ; VACATION BODY: Vacation message body test.
>>>>> Thanks!
>>>>>
>>>>> Charles
>>>>>
>>>>>
>>>>> On 2013-03-12 2:53 PM, Tanstaafl <tan...@li...> wrote:
>>>>>> Hello all,
>>>>>>
>>>>>> I have a Feature Request for this at:
>>>>>>
>>>>>> https://sourceforge.net/p/postfixadmin/feature-requests/30/
>>>>>>
>>>>>> To put it simply, I want the vacation message to show as:
>>>>>>
>>>>>> From: "Real Name" <em...@ex...>
>>>>>>
>>>>>> not just
>>>>>>
>>>>>> em...@ex...
>
>
> ------------------------------------------------------------------------------
> Own the Future-Intel® Level Up Game Demo Contest 2013
> Rise to greatness in Intel's independent game demo contest.
> Compete for recognition, cash, and the chance to get your game
> on Steam. $5K grand prize plus 10 genre and skill prizes.
> Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d
> _______________________________________________
> Postfixadmin-devel mailing list
> Pos...@li...
> https://lists.sourceforge.net/lists/listinfo/postfixadmin-devel
|