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 [email protected] or [email protected] its' all ok. The mess is when we have a [email protected] we reject the incoming email but when we [email protected] 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 [email protected] < [email protected]> 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 [email protected] returns "user unknown" > > Testing [email protected] returns [email protected] > > 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 [email protected]? 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, <[email protected]> > > 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 [email protected] 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 [email protected] regexp:./domain_rewriting ldap:./ > >> ldap-virtual-maps.cf > >> returns [email protected] 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 < > >> [email protected]> wrote: > >> > >>> > >>> > >>>> On Apr 20, 2018, at 8:03 AM, @lbutlr <[email protected]> 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* > >> > >> > > > > > -- > Wilfried Essig > Narzissenstraße 6 > 75031 Eppingen (Adelshofen) > 07262 / 20002 > 0151 / 50843898 > -- *Alfredo*
