user unknown in virtual mailbox table

classic Classic list List threaded Threaded
15 messages Options
Reply | Threaded
Open this post in threaded view
|

user unknown in virtual mailbox table

alfredo.deluca
Hi all.
We have 2 domain managed by postfix. 

When I send an email to an not existing user in the first donain I got back an email user unknown.....while if I send it to the second domain I don't receive anything. 

Any issue/clue on this? 

Thanks

--
Alfredo

Reply | Threaded
Open this post in threaded view
|

RE: user unknown in virtual mailbox table

Fazzina, Angelo

You will get more help if you provide helpful info.

 

http://www.postfix.org/DEBUG_README.html#mail

 

 

-ANGELO FAZZINA

 

ITS Service Manager:

Spam and Virus Prevention

Mass Mailing

G Suite/Gmail

 

[hidden email]

University of Connecticut,  ITS, SSG, Server Systems

860-486-9075

 

From: [hidden email] <[hidden email]> On Behalf Of Alfredo De Luca
Sent: Wednesday, April 18, 2018 10:15 AM
To: [hidden email]
Subject: user unknown in virtual mailbox table

 

Hi all.

We have 2 domain managed by postfix. 

 

When I send an email to an not existing user in the first donain I got back an email user unknown.....while if I send it to the second domain I don't receive anything. 

 

Any issue/clue on this? 

 

Thanks

 

--

Alfredo

 

Reply | Threaded
Open this post in threaded view
|

Re: user unknown in virtual mailbox table

/dev/rob0
In reply to this post by alfredo.deluca
On Wed, Apr 18, 2018 at 04:15:19PM +0200, Alfredo De Luca wrote:
> We have 2 domain managed by postfix.
>
> When I send an email to an not existing user in the first donain I
> got back an email user unknown...

"User unknown in virtual mailbox table" means the domain was found in
virtual_mailbox_domains, but the user@domain was NOT found in
virtual_mailbox_maps.

> ..while if I send it to the second domain I don't
> receive anything.
>
> Any issue/clue on this?

See your logs, and see Angelo's post if you need help with it.
--
  http://rob0.nodns4.us/
  Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:
Reply | Threaded
Open this post in threaded view
|

Re: user unknown in virtual mailbox table

alfredo.deluca
Thanks guys. I ll provide more info later.
I checked on my configuration and we have the following for the virtual_mailbox_maps:

virtual_mailbox_maps = regexp:$config_directory/domain_rewriting ldap:$config_directory/ldap-virtual-maps.cf

<domain_rewriting>
</domain_rewriting>


server_host = ldap.mydomain2.it
search_base = dc=mydomain2,dc=it
version = 3
query_filter = mail=%s
result_attribute = homeDirectory
bind_pw = xxxxxxxx
bind_dn = cn=admin,dc=mydomain2,dc=it

To me seems to be ok. So if I send an email to not existing user on mydomain2.it I got an email back, instead if I send one to mydomain1.com ....nothing.

Thanks 




On Wed, Apr 18, 2018 at 4:44 PM, /dev/rob0 <[hidden email]> wrote:
On Wed, Apr 18, 2018 at 04:15:19PM +0200, Alfredo De Luca wrote:
> We have 2 domain managed by postfix.
>
> When I send an email to an not existing user in the first donain I
> got back an email user unknown...

"User unknown in virtual mailbox table" means the domain was found in
virtual_mailbox_domains, but the user@domain was NOT found in
virtual_mailbox_maps.

> ..while if I send it to the second domain I don't
> receive anything.
>
> Any issue/clue on this?

See your logs, and see Angelo's post if you need help with it.
--
  http://rob0.nodns4.us/
  Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:



--
Alfredo

Reply | Threaded
Open this post in threaded view
|

Re: user unknown in virtual mailbox table

alfredo.deluca
Hi all. Here is my postfix config.....of course with domains and ip changed.

I had a look also on the ldap section and given what are the reccommandation here (http://www.postfix.org/LDAP_README.html#config) it seems to be that ldap queries when we received an unknow user with a different domain from our main we don\t get an email back.
Any thoughts? 

POSTFINGER output
////////////////////////////////////
--System Parameters--
mail_version = 2.10.1
hostname = dovecot
uname = Linux dovecot 3.10.0-693.11.6.el7.x86_64 #1 SMP Thu Jan 4 01:06:37 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

--Packaging information--
looks like this postfix comes from RPM package: postfix-2.10.1-6.el7.x86_64

--main.cf non-default parameters--
alias_maps = hash:/etc/aliases
debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin ddd $daemon_directory/$process_name $process_id & sleep 5
maildrop_destination_recipient_limit = 1
mailq_path = /usr/bin/mailq.postfix
manpage_directory = /usr/share/man
message_size_limit = 26214400
mydomain = mydomain1.com
myhostname = smtp.mydomain1.com
mynetworks = 127.0.0.0/8 10.10.10.251/32 [::1]/128 [fe80::]/64 10.20.20.20/32    <------------------ IP CHANGED
myorigin = $mydomain
newaliases_path = /usr/bin/newaliases.postfix
readme_directory = /usr/share/doc/postfix-2.10.1/README_FILES
relayhost = [mx2.mydomain1.com]
remote_header_rewrite_domain = $mydomain
sample_directory = /usr/share/doc/postfix-2.10.1/samples
sendmail_path = /usr/sbin/sendmail.postfix
smtpd_banner = mail.mydomain1.com
smtpd_client_connection_count_limit = 10
smtpd_client_connection_rate_limit = 60
smtpd_recipient_restrictions = permit_mynetworks,reject_non_fqdn_recipient,reject_unknown_recipient_domain,permit_sasl_authenticated,reject_unauth_destination,check_policy_service inet:localhost:12340
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostname
smtpd_sasl_path = private/auth
smtpd_sasl_type = dovecot
smtpd_tls_CAfile = $config_directory/ssl/DigiCertCA.crt
smtpd_tls_CApath = $config_directory/ssl
smtpd_tls_cert_file = $config_directory/ssl/star_mydomain1.com.crt
smtpd_tls_key_file = $config_directory/ssl/star_mydomain1.com.key
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_use_tls = yes
smtp_fallback_relay = [mx.mydomain1.com]
virtual_alias_maps = regexp:$config_directory/domain_rewriting ldap:$config_directory/ldap-virtual-aliases.cf
virtual_mailbox_domains = $config_directory/vdomains.txt
virtual_mailbox_maps = regexp:$config_directory/domain_rewriting ldap:$config_directory/ldap-virtual-maps.cf
virtual_transport = maildrop

--master.cf--
smtp      inet  n       -       n       -       -       smtpd
465    inet  n       -       n       -       -       smtpd
  -o syslog_name=postfix/smtps
  -o smtpd_tls_wrappermode=yes
  -o smtpd_sasl_auth_enable=yes
pickup    unix  n       -       n       60      1       pickup
cleanup   unix  n       -       n       -       0       cleanup
qmgr      unix  n       -       n       300     1       qmgr
tlsmgr    unix  -       -       n       1000?   1       tlsmgr
rewrite   unix  -       -       n       -       -       trivial-rewrite
bounce    unix  -       -       n       -       0       bounce
defer     unix  -       -       n       -       0       bounce
trace     unix  -       -       n       -       0       bounce
verify    unix  -       -       n       -       1       verify
flush     unix  n       -       n       1000?   0       flush
proxymap  unix  -       -       n       -       -       proxymap
proxywrite unix -       -       n       -       1       proxymap
smtp      unix  -       -       n       -       -       smtp
relay     unix  -       -       n       -       -       smtp
showq     unix  n       -       n       -       -       showq
error     unix  -       -       n       -       -       error
retry     unix  -       -       n       -       -       error
discard   unix  -       -       n       -       -       discard
local     unix  -       n       n       -       -       local
virtual   unix  -       n       n       -       -       virtual
lmtp      unix  -       -       n       -       -       lmtp
anvil     unix  -       -       n       -       1       anvil
scache    unix  -       -       n       -       1       scache
maildrop  unix  - n n - - pipe  flags=ODRhu user=vmail argv=/usr/local/bin/maildrop /etc/maildroprc -d ${user}@${domain} ${extension} ${recipient} ${user} ${nexthop} ${sender} ${mailbox}
///////////////////////////////////






On Wed, Apr 18, 2018 at 5:11 PM, Alfredo De Luca <[hidden email]> wrote:
Thanks guys. I ll provide more info later.
I checked on my configuration and we have the following for the virtual_mailbox_maps:

virtual_mailbox_maps = regexp:$config_directory/domain_rewriting ldap:$config_directory/ldap-virtual-maps.cf

<domain_rewriting>
</domain_rewriting>


server_host = ldap.mydomain2.it
search_base = dc=mydomain2,dc=it
version = 3
query_filter = mail=%s
result_attribute = homeDirectory
bind_pw = xxxxxxxx
bind_dn = cn=admin,dc=mydomain2,dc=it

To me seems to be ok. So if I send an email to not existing user on mydomain2.it I got an email back, instead if I send one to mydomain1.com ....nothing.

Thanks 




On Wed, Apr 18, 2018 at 4:44 PM, /dev/rob0 <[hidden email]> wrote:
On Wed, Apr 18, 2018 at 04:15:19PM +0200, Alfredo De Luca wrote:
> We have 2 domain managed by postfix.
>
> When I send an email to an not existing user in the first donain I
> got back an email user unknown...

"User unknown in virtual mailbox table" means the domain was found in
virtual_mailbox_domains, but the user@domain was NOT found in
virtual_mailbox_maps.

> ..while if I send it to the second domain I don't
> receive anything.
>
> Any issue/clue on this?

See your logs, and see Angelo's post if you need help with it.
--
  http://rob0.nodns4.us/
  Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:



--
Alfredo




--
Alfredo

Reply | Threaded
Open this post in threaded view
|

Re: user unknown in virtual mailbox table

alfredo.deluca
Hi all. Any clue/suggestions? 

Cheers


On Thu, Apr 19, 2018 at 2:51 PM, Alfredo De Luca <[hidden email]> wrote:
Hi all. Here is my postfix config.....of course with domains and ip changed.

I had a look also on the ldap section and given what are the reccommandation here (http://www.postfix.org/LDAP_README.html#config) it seems to be that ldap queries when we received an unknow user with a different domain from our main we don\t get an email back.
Any thoughts? 

POSTFINGER output
////////////////////////////////////
--System Parameters--
mail_version = 2.10.1
hostname = dovecot
uname = Linux dovecot 3.10.0-693.11.6.el7.x86_64 #1 SMP Thu Jan 4 01:06:37 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

--Packaging information--
looks like this postfix comes from RPM package: postfix-2.10.1-6.el7.x86_64

--main.cf non-default parameters--
alias_maps = hash:/etc/aliases
debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin ddd $daemon_directory/$process_name $process_id & sleep 5
maildrop_destination_recipient_limit = 1
mailq_path = /usr/bin/mailq.postfix
manpage_directory = /usr/share/man
message_size_limit = 26214400
mydomain = mydomain1.com
myhostname = smtp.mydomain1.com
mynetworks = 127.0.0.0/8 10.10.10.251/32 [::1]/128 [fe80::]/64 10.20.20.20/32    <------------------ IP CHANGED
myorigin = $mydomain
newaliases_path = /usr/bin/newaliases.postfix
readme_directory = /usr/share/doc/postfix-2.10.1/README_FILES
relayhost = [mx2.mydomain1.com]
remote_header_rewrite_domain = $mydomain
sample_directory = /usr/share/doc/postfix-2.10.1/samples
sendmail_path = /usr/sbin/sendmail.postfix
smtpd_banner = mail.mydomain1.com
smtpd_client_connection_count_limit = 10
smtpd_client_connection_rate_limit = 60
smtpd_recipient_restrictions = permit_mynetworks,reject_non_fqdn_recipient,reject_unknown_recipient_domain,permit_sasl_authenticated,reject_unauth_destination,check_policy_service inet:localhost:12340
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostname
smtpd_sasl_path = private/auth
smtpd_sasl_type = dovecot
smtpd_tls_CAfile = $config_directory/ssl/DigiCertCA.crt
smtpd_tls_CApath = $config_directory/ssl
smtpd_tls_cert_file = $config_directory/ssl/star_mydomain1.com.crt
smtpd_tls_key_file = $config_directory/ssl/star_mydomain1.com.key
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_use_tls = yes
smtp_fallback_relay = [mx.mydomain1.com]
virtual_alias_maps = regexp:$config_directory/domain_rewriting ldap:$config_directory/ldap-virtual-aliases.cf
virtual_mailbox_domains = $config_directory/vdomains.txt
virtual_mailbox_maps = regexp:$config_directory/domain_rewriting ldap:$config_directory/ldap-virtual-maps.cf
virtual_transport = maildrop

--master.cf--
smtp      inet  n       -       n       -       -       smtpd
465    inet  n       -       n       -       -       smtpd
  -o syslog_name=postfix/smtps
  -o smtpd_tls_wrappermode=yes
  -o smtpd_sasl_auth_enable=yes
pickup    unix  n       -       n       60      1       pickup
cleanup   unix  n       -       n       -       0       cleanup
qmgr      unix  n       -       n       300     1       qmgr
tlsmgr    unix  -       -       n       1000?   1       tlsmgr
rewrite   unix  -       -       n       -       -       trivial-rewrite
bounce    unix  -       -       n       -       0       bounce
defer     unix  -       -       n       -       0       bounce
trace     unix  -       -       n       -       0       bounce
verify    unix  -       -       n       -       1       verify
flush     unix  n       -       n       1000?   0       flush
proxymap  unix  -       -       n       -       -       proxymap
proxywrite unix -       -       n       -       1       proxymap
smtp      unix  -       -       n       -       -       smtp
relay     unix  -       -       n       -       -       smtp
showq     unix  n       -       n       -       -       showq
error     unix  -       -       n       -       -       error
retry     unix  -       -       n       -       -       error
discard   unix  -       -       n       -       -       discard
local     unix  -       n       n       -       -       local
virtual   unix  -       n       n       -       -       virtual
lmtp      unix  -       -       n       -       -       lmtp
anvil     unix  -       -       n       -       1       anvil
scache    unix  -       -       n       -       1       scache
maildrop  unix  - n n - - pipe  flags=ODRhu user=vmail argv=/usr/local/bin/maildrop /etc/maildroprc -d ${user}@${domain} ${extension} ${recipient} ${user} ${nexthop} ${sender} ${mailbox}
///////////////////////////////////






On Wed, Apr 18, 2018 at 5:11 PM, Alfredo De Luca <[hidden email]> wrote:
Thanks guys. I ll provide more info later.
I checked on my configuration and we have the following for the virtual_mailbox_maps:

virtual_mailbox_maps = regexp:$config_directory/domain_rewriting ldap:$config_directory/ldap-virtual-maps.cf

<domain_rewriting>
</domain_rewriting>


server_host = ldap.mydomain2.it
search_base = dc=mydomain2,dc=it
version = 3
query_filter = mail=%s
result_attribute = homeDirectory
bind_pw = xxxxxxxx
bind_dn = cn=admin,dc=mydomain2,dc=it

To me seems to be ok. So if I send an email to not existing user on mydomain2.it I got an email back, instead if I send one to mydomain1.com ....nothing.

Thanks 




On Wed, Apr 18, 2018 at 4:44 PM, /dev/rob0 <[hidden email]> wrote:
On Wed, Apr 18, 2018 at 04:15:19PM +0200, Alfredo De Luca wrote:
> We have 2 domain managed by postfix.
>
> When I send an email to an not existing user in the first donain I
> got back an email user unknown...

"User unknown in virtual mailbox table" means the domain was found in
virtual_mailbox_domains, but the user@domain was NOT found in
virtual_mailbox_maps.

> ..while if I send it to the second domain I don't
> receive anything.
>
> Any issue/clue on this?

See your logs, and see Angelo's post if you need help with it.
--
  http://rob0.nodns4.us/
  Offlist GMX mail is seen only if "/dev/rob0" is in the Subject:



--
Alfredo




--
Alfredo




--
Alfredo

Reply | Threaded
Open this post in threaded view
|

Re: user unknown in virtual mailbox table

Wietse Venema
Alfredo De Luca:
> Hi all. Any clue/suggestions?
> > virtual_mailbox_domains = $config_directory/vdomains.txt
> > virtual_mailbox_maps = regexp:$config_directory/domain_rewriting

Test your regexp table like this:

$ postmap -q [hidden email] regexp:$config_directory/domain_rewriting

Or better, experiment with a file that isn't used by Postfix.
Also, be aware that many examples 'on the web' use PCRE which
is subtly different from regexp.

        Wietse
Reply | Threaded
Open this post in threaded view
|

Re: user unknown in virtual mailbox table

@lbutlr
On 2018-04-20 (05:07 MDT), Wietse Venema <[hidden email]> wrote:
>
> Also, be aware that many examples 'on the web' use PCRE which
> is subtly different from regexp.

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.

The O'Reilly Media book on regex covers this in great detail

<http://shop.oreilly.com/product/9780596528126.do>

--
It was intended that when Newspeak had been adopted once and for all and
Oldspeak forgotten, a heretical thought...should be literally
unthinkable, at least so far as thought is dependent on words.

Reply | Threaded
Open this post in threaded view
|

Re: user unknown in virtual mailbox table

Viktor Dukhovni


> On Apr 20, 2018, at 8:03 AM, @lbutlr <[hidden email]> 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.

Reply | Threaded
Open this post in threaded view
|

Re: user unknown in virtual mailbox table

alfredo.deluca
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 [hidden email]    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 [hidden email]    regexp:./domain_rewriting ldap:./ldap-virtual-maps.cf
returns [hidden email]......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???


Thanks 









On Fri, Apr 20, 2018 at 4:03 PM, Viktor Dukhovni <[hidden email]> wrote:


> On Apr 20, 2018, at 8:03 AM, @lbutlr <[hidden email]> 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

Reply | Threaded
Open this post in threaded view
|

Re: user unknown in virtual mailbox table

alfredo.deluca
Hi guys. any clue on this issue?

/Alfredo

On Fri, 20 Apr 2018, 17:24 Alfredo De Luca, <[hidden email]> 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 [hidden email]    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 [hidden email]    regexp:./domain_rewriting ldap:./ldap-virtual-maps.cf
returns [hidden email]......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???


Thanks 









On Fri, Apr 20, 2018 at 4:03 PM, Viktor Dukhovni <[hidden email]> wrote:


> On Apr 20, 2018, at 8:03 AM, @lbutlr <[hidden email]> 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

Reply | Threaded
Open this post in threaded view
|

Re: user unknown in virtual mailbox table

Wilfried.Essig@Essignetz.de
Am 25.04.2018 um 19:44 schrieb Alfredo De Luca:
> Hi guys. any clue on this issue?

Not really, only some thougt:

Testing [hidden email] returns  "user unknown"

Testing [hidden email] returns  [hidden email]

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 [hidden email]? 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, <[hidden email]>
> 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 [hidden email]    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 [hidden email]    regexp:./domain_rewriting ldap:./
>> ldap-virtual-maps.cf
>> returns [hidden email]......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 <
>> [hidden email]> wrote:
>>
>>>
>>>
>>>> On Apr 20, 2018, at 8:03 AM, @lbutlr <[hidden email]> 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
Reply | Threaded
Open this post in threaded view
|

Re: user unknown in virtual mailbox table

alfredo.deluca
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 [hidden email] or  [hidden email]  its' all ok.
The mess is when we have a NOT_[hidden email] we reject the incoming email but when we NOT_[hidden email] that translation doesn/t work because the translation get  NOT_valid_user@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 [hidden email] <[hidden email]> 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 [hidden email]   returns  "user unknown"

Testing [hidden email]   returns  [hidden email]

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 [hidden email]? 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, <[hidden email]>
> 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 [hidden email]    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 [hidden email]    regexp:./domain_rewriting ldap:./
>> ldap-virtual-maps.cf
>> returns [hidden email]......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 <
>> [hidden email]> wrote:
>>
>>>
>>>
>>>> On Apr 20, 2018, at 8:03 AM, @lbutlr <[hidden email]> 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

Reply | Threaded
Open this post in threaded view
|

Re: user unknown in virtual mailbox table

Wilfried.Essig@Essignetz.de
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 [hidden email]? 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 [hidden email] or
> [hidden email]  its' all ok.
> The mess is when we have a [hidden email] we reject the
> incoming email but when we [hidden email] 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 [hidden email] <
> [hidden email]> 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 [hidden email]   returns  "user unknown"
>>
>> Testing [hidden email]   returns  [hidden email]
>>
>> 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 [hidden email]? 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, <[hidden email]>
>>> 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 [hidden email]    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 [hidden email]    regexp:./domain_rewriting ldap:./
>>>> ldap-virtual-maps.cf
>>>> returns [hidden email]......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 <
>>>> [hidden email]> wrote:
>>>>
>>>>>
>>>>>
>>>>>> On Apr 20, 2018, at 8:03 AM, @lbutlr <[hidden email]> 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*
>>>>
>>>>
>>>
>>
>>
Reply | Threaded
Open this post in threaded view
|

Re: user unknown in virtual mailbox table

alfredo.deluca
Hi Willi. Thanks for your reply. 
About the 3rd site..don't worry as it was a mistake trying to change stuff on email.

I will provide more logs and info asap.
Cheers


On Thu, May 3, 2018 at 10:19 AM [hidden email] <[hidden email]> wrote:
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 [hidden email]? 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 [hidden email] or
> [hidden email]  its' all ok.
> The mess is when we have a [hidden email] we reject the
> incoming email but when we [hidden email] 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 [hidden email] <
> [hidden email]> 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 [hidden email]   returns  "user unknown"
>>
>> Testing [hidden email]   returns  [hidden email]
>>
>> 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 [hidden email]? 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, <[hidden email]>
>>> 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 [hidden email]    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 [hidden email]    regexp:./domain_rewriting ldap:./
>>>> ldap-virtual-maps.cf
>>>> returns [hidden email]......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 <
>>>> [hidden email]> wrote:
>>>>
>>>>>
>>>>>
>>>>>> On Apr 20, 2018, at 8:03 AM, @lbutlr <[hidden email]> 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*
>>>>
>>>>
>>>
>>
>>


--
Alfredo