tables into memory?? I am just trying to
understand whether postfix searches in the memory resident copy of data or
makes a system call to hash tables?
Thanks
--
View this message in context:
http://old.nabble.com/possible-problem-with-postfix-local---tp26939697p27012319.html
Sent from the Postfix
satishkumarp2k1:
Is the alias table generated dynamically? It is possible that it's not
readable (still being written) at the time the lookup happens?
Yes, correct. All the alias files are generated using perl scripts, which
run periodically. The scripts actually generate temporary
/postfix/transport
Thanks,
Satish
--
View this message in context:
http://old.nabble.com/possible-problem-with-postfix-local---tp26939697p26942833.html
Sent from the Postfix mailing list archive at Nabble.com.
When the recipient domain matches mydestination (or any IP address
literal that matches inet_interfaces or proxy_interfaces).
1) local(8) will accept the recipient ONLY if the username is
found. It does not look for usern...@domain.
2) However, smtpd(8) will accept the recipient if either the
a guess, but I might be wrong.
Need advise from experts.
--
View this message in context:
http://old.nabble.com/possible-problem-with-postfix-local---tp26939697p26944699.html
Sent from the Postfix mailing list archive at Nabble.com.
On Mon, Dec 28, 2009 at 12:32:51PM -0500, Terry Carmen wrote:
On 12/27/2009 11:28 PM, Satish Kumar P wrote:
1. unknown user (this is really strange, if the user were unknown,
postfix/smtpd would have rejected the recipient at SMTP connection
itself)
2. mail forwarding loop for
On 12/27/2009 11:28 PM, Satish Kumar P wrote:
1. unknown user (this is really strange, if the user were unknown,
postfix/smtpd would have rejected the recipient at SMTP connection
itself)
2. mail forwarding loop for x...@domain.com (though we are pretty
sure that the mail came to this server
satishkumarp2k1:
So, be sure that you don't have u...@domain forms in $alias_maps.
Thanks. Every line in the alias files defined in $alias_maps is of the
following form:
USER: u...@subx.domain.com
We are not using the form u...@domain for alias entries (instead just
USER). I
On Mon, Dec 28, 2009 at 05:56:48PM -0500, Wietse Venema wrote:
satishkumarp2k1:
...
According to the main.cf information in the problem report,
local_recipient_maps=$alias_maps and all those maps are local
files, so that would exclude the usual nsswitch foul-ups.
There are no confirmed
generating the aliases) and then just use mv command to the actual alias
file. Do you still think lookup might fail even in this case??
--
View this message in context:
http://old.nabble.com/possible-problem-with-postfix-local---tp26939697p26950764.html
Sent from the Postfix mailing list archive
satishkumarp2k1 put forth on 12/28/2009 9:29 PM:
Yes, correct. All the alias files are generated using perl scripts, which
run periodically. The scripts actually generate temporary alias files (while
generating the aliases) and then just use mv command to the actual alias
file. Do you still
On Mon, Dec 28, 2009 at 10:51:47PM -0600, Stan Hoeppner wrote:
satishkumarp2k1 put forth on 12/28/2009 9:29 PM:
Yes, correct. All the alias files are generated using perl scripts, which
run periodically. The scripts actually generate temporary alias files (while
generating the aliases)
On Mon, 28 Dec 2009, Satish Kumar P wrote:
We are noticing couple of strange problems with postfix in our
environment. They are as follows:
[ ... ]
Your problem description is useful, but actual logging that corresponds
to your situation and the output of 'postconf -n' are required. Please
13 matches
Mail list logo
