Ok. Now i'm really shure it's clear. But, what is the third mentioned domain "mydomain2.it"? (in your Mail from 28.04.2018 17:11)
Please give the thoughts from my last mail a try: >> Where comes @mydomain1.com from? Thinks you provided doesn'g give an >> idea. Maybe from extending "areluca" from parameters like mydomain / >> myorigin / remote_header_rewrite_domain = $mydomain? >> >> Where go mails to arel...@mydomain2.com? Possibly they go into what >> postfix thinks is local mailbox of areluca? What the logs are saying >> for >> that case? >> Additionally i'd suggest you provide logs of both of the mentioned cases. Usually this helps much. >> >> You could try whats described under >> http://www.postfix.org/ADDRESS_REWRITING_README.html#debugging Willi Am 30.04.2018 um 14:14 schrieb Alfredo De Luca: > Hi Wilfried. Sorry for the delay. > So... we used to have as company mydomain1.com.... then we became > mydomain2.com. The email are still mydomain1.com but we translate them > through postfix on mydomain2.com. > I see... It's a bit of mess and I agree but for now can't do anything about > the double domain. So when we receive a valid_u...@mydomain1.com or > valid_u...@mydomain2.com its' all ok. > The mess is when we have a not_valid_u...@mydomain1.com we reject the > incoming email but when we not_valid_u...@mydomain2.com that translation > doesn/t work because the translation get NOT_valid_user@*mydomain1.com > <http://mydomain1.com> *so for postfix it's not an error so we dont' reject > an email to the sender. > > Not sure if it's clear. > > Cheers > > On Thu, Apr 26, 2018 at 9:58 AM wilfried.es...@essignetz.de < > wilfried.es...@essignetz.de> wrote: > >> Am 25.04.2018 um 19:44 schrieb Alfredo De Luca: >>> Hi guys. any clue on this issue? >> >> Not really, only some thougt: >> >> Testing arel...@mydomain1.com returns "user unknown" >> >> Testing arel...@mydomain2.com returns arel...@mydomain1.com >> >> Where comes @mydomain1.com from? Thinks you provided doesn'g give an >> idea. Maybe from extending "areluca" from parameters like mydomain / >> myorigin / remote_header_rewrite_domain = $mydomain? >> >> Where go mails to arel...@mydomain2.com? Possibly they go into what >> postfix thinks is local mailbox of areluca? What the logs are saying for >> that case? >> >> You could try whats described under >> http://www.postfix.org/ADDRESS_REWRITING_README.html#debugging >> >> >> >> Have a good time! >> >> Willi >> >>> >>> /Alfredo >>> >>> On Fri, 20 Apr 2018, 17:24 Alfredo De Luca, <alfredo.del...@gmail.com> >>> wrote: >>> >>>> Hi all. I had a run with postmap and these are the founding.... >>>> >>>> so we have mydomain1.com which is the original domain.....and >>>> mydomain2.com which is the actual domanin of our company. >>>> So when I do the following >>>> >>>> - postmap -q arel...@mydomain1.com regexp:./domain_rewriting ldap:./ >>>> ldap-virtual-maps.cf >>>> areluca basically doesn't exist with my mydomain1.com so...I get a >>>> message back with *user unknown* >>>> >>>> - postmap -q arel...@mydomain2.com regexp:./domain_rewriting ldap:./ >>>> ldap-virtual-maps.cf >>>> returns arel...@mydomain1.com......which DOESN\t exist..... but cause >> it >>>> find a result anyway I dont get any mail back saying *user unknown* >>>> >>>> So it's something in the ldap that I need to add or trigger. >>>> >>>> Maybe mailacceptinggeneralid will do the job accordingly to * >> http://www.postfix.org/LDAP_README.html#config? >>>> <http://www.postfix.org/LDAP_README.html#config?>??* >>>> >>>> >>>> Thanks >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> On Fri, Apr 20, 2018 at 4:03 PM, Viktor Dukhovni < >>>> postfix-us...@dukhovni.org> wrote: >>>> >>>>> >>>>> >>>>>> On Apr 20, 2018, at 8:03 AM, @lbutlr <krem...@kreme.com> wrote: >>>>>> >>>>>> The biggest issue between regex (POSIX) and PCRE is that POSIX regex >> is >>>>> greedy. that is, it matches the longest possible left, while PCRE >> matches >>>>> the shortest possible left. >>>>> >>>>> That's false (example uses a Bash in-line file): >>>>> >>>>> $ postmap -q aaa pcre:<(printf '%s\n' '/(a*)(a)/ $1:$2') >>>>> aa:a >>>>> >>>>> however, PCRE does also provide non-greedy "*" and "+" variants: >>>>> >>>>> $ postmap -q aaa pcre:<(printf '%s\n' '/(a+?)(a)/ $1:$2') >>>>> a:a >>>>> >>>>> $ postmap -q aaa pcre:<(printf '%s\n' '/(a*?)(a)/ $1:$2') >>>>> :a >>>>> >>>>> -- >>>>> Viktor. >>>>> >>>>> >>>> >>>> >>>> -- >>>> *Alfredo* >>>> >>>> >>> >> >>
