Re: Alias problem

2010-12-17 Thread Wietse Venema
Bo?tjan M?ller:
> On 12/17/2010 03:19 PM, Wietse Venema wrote:
> > [...]
> > If there is any indication that the program does not behave according
> > to the documentation, please describe the symptoms in a manner that
> > allows the problem to be reproduced (i.e. configuration + logging).
> >
> > Wietse
> 
> The problem is, if I write a new alias and do what I describe into it 
> and send an email it works. But the aliases, that were allready there 
> and contain multiple entries somehow work differently. And the offsite 
> delivery there does not happen, while local users do receive the mail 
> addressed to the alias.
> 
> The log does not contain errors or warning messages when that happens.
> 
> postconf -n output is attached.

An adequate problem description contains the following elements:

1) Configuration: in this case, an example of an alias that does
   not work as expected, plus "postconf -n" configuration.

2) The command used to send mail to that alias. In this case,
   a Postfix sendmail command line, or a transcript of SMTP
   commands and responses.

3) The logging that results from sending mail to that alias.

4) **IMPORTANT** What you expected to happen instead.

Wietse


Re: Alias problem

2010-12-17 Thread Boštjan Müller

On 12/17/2010 03:19 PM, Wietse Venema wrote:

[...]
If there is any indication that the program does not behave according
to the documentation, please describe the symptoms in a manner that
allows the problem to be reproduced (i.e. configuration + logging).

Wietse


The problem is, if I write a new alias and do what I describe into it 
and send an email it works. But the aliases, that were allready there 
and contain multiple entries somehow work differently. And the offsite 
delivery there does not happen, while local users do receive the mail 
addressed to the alias.


The log does not contain errors or warning messages when that happens.

postconf -n output is attached.

Regards,
B.
alias_database = hash:/etc/postfix/aliases
alias_maps = ldap:alias, ldap:useralias, ldap:forward, hash:/etc/postfix/aliases
allow_mail_to_commands = alias,forward
biff = no
broken_sasl_auth_clients = yes
canonical_maps = hash:/etc/postfix/sender_canonical_maps
command_directory = /usr/sbin
config_directory = /etc/postfix
content_filter = smtp-amavis:localhost:10024
daemon_directory = /usr/libexec/postfix
debug_peer_level = 2
default_process_limit = 300
disable_vrfy_command = yes
empty_address_recipient = ""
header_checks = pcre:/etc/postfix/header_checks
inet_interfaces = all
local_destination_concurrency_limit = 5
local_destination_recipient_limit = 300
local_recipient_maps = ldap:routing $alias_maps 
pcre:/etc/postfix/dspam_auto_users
mail_owner = postfix
mailbox_size_limit = 5
mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp
mailq_path = /usr/bin/mailq.postfix
manpage_directory = /usr/share/man
maps_rbl_domains = sbl.spamhaus.org
masquerade_classes = envelope_sender, header_sender
masquerade_domains = ourdomain.tld
max_use = 10
maximal_queue_lifetime = 6h
message_size_limit = 2
minimal_backoff_time = 120s
mydestination = $myhostname, localhost.$mydomain, $mydomain, mb.ourdomain.tld, 
kp.ourdomain.tld, ce.ourdomain.tld, kr.ourdomain.tld, ms.ourdomain.tld
mynetworks = 127.0.0.0/8, 192.168.0.0/16
myorigin = $mydomain
newaliases_path = /usr/bin/newaliases.postfix
notify_classes = software
queue_directory = /var/spool/postfix
queue_minfree = 5
readme_directory = /usr/share/doc/postfix-2.0.18/README_FILES
relay_domains = $mydestination 
sample_directory = /usr/share/doc/postfix-2.0.18/samples
sendmail_path = /usr/sbin/sendmail.postfix
setgid_group = postdrop
smtp_destination_concurrency_limit = 20
smtpd_helo_required = yes
smtpd_recipient_restrictions = permit_sasl_authenticated,   
 permit_mynetworks,
reject_non_fqdn_sender,
reject_non_fqdn_recipient,
reject_unknown_recipient_domain,
reject_maps_rbl,check_relay_domains
smtpd_sasl_auth_enable = yes
smtpd_sasl_security_options = noanonymous
smtpd_sasl_tls_security_options = $smtpd_sasl_security_options
smtpd_tls_CApath = /usr/share/ssl/certs/
smtpd_tls_auth_only = yes
smtpd_tls_cert_file = /usr/share/ssl/certs/mail.ourdomain.tld.crt
smtpd_tls_key_file = /usr/share/ssl/certs/mail.ourdomain.tld.key
smtpd_tls_wrappermode = no
smtpd_use_tls = yes
transport_maps = hash:/etc/postfix/transport
unknown_local_recipient_reject_code = 550
virtual_alias_domains = dom1.tld dom2.tld dom3.tld
virtual_alias_maps = ldap:routing, ldap:alias



Re: Alias problem

2010-12-17 Thread Wietse Venema
Bo?tjan M?ller:
> what about using an entry in full email adress form in /etc/aliases?

Wietse:
> As documented, the left-hand side must not have a domain.

Bo?tjan M?ller:
> No, not on the left side, left side is named a single word that only 
> contains letters like the following example:
> 
> myalias: user1, user2, u...@domain.tld
> 
> As far as I understand aliases(5) man page value can be an RFC 822 
> compatible mail.

As documented, the right-hand side is a list of email addresses or
other things. It is a good idea to specify an address including
its domain - this avoids surprises when Postfix appends $myorigin.

If there is any indication that the program does not behave according
to the documentation, please describe the symptoms in a manner that
allows the problem to be reproduced (i.e. configuration + logging).

Wietse


Re: Alias problem

2010-12-17 Thread Boštjan Müller

On 12/17/2010 02:51 PM, Wietse Venema wrote:

Bo?tjan M?ller:

On 12/17/2010 01:17 PM, Wietse Venema wrote:

Bo?tjan M?ller:

Hi,

I have a problem with aliases, and would like to make it work.
I have the following situation I have two servers one postfix v 2.0.18
and on the other (new one) v 2.6.5.
The problem is that I have migrated some users to the new server and set
up transport maps for them on the old server. The users are also
referred to in /etc/aliases file. Still somehow these specific users do
not receive mail when sent to the alias they are in. And also there is
no message in the logs that would explain the situation.

/etc/aliases is used for domains in main.cf:mydestination.

Wietse

what about using an entry in full email adress form in /etc/aliases?

As documented, the left-hand side must not have a domain.

Wietse
No, not on the left side, left side is named a single word that only 
contains letters like the following example:


myalias: user1, user2, u...@domain.tld

As far as I understand aliases(5) man page value can be an RFC 822 
compatible mail.


Regards,
B.



Re: Alias problem

2010-12-17 Thread Wietse Venema
Bo?tjan M?ller:
> On 12/17/2010 01:17 PM, Wietse Venema wrote:
> > Bo?tjan M?ller:
> >> Hi,
> >>
> >> I have a problem with aliases, and would like to make it work.
> >> I have the following situation I have two servers one postfix v 2.0.18
> >> and on the other (new one) v 2.6.5.
> >> The problem is that I have migrated some users to the new server and set
> >> up transport maps for them on the old server. The users are also
> >> referred to in /etc/aliases file. Still somehow these specific users do
> >> not receive mail when sent to the alias they are in. And also there is
> >> no message in the logs that would explain the situation.
> > /etc/aliases is used for domains in main.cf:mydestination.
> >
> > Wietse
> what about using an entry in full email adress form in /etc/aliases?

As documented, the left-hand side must not have a domain.

Wietse


Re: Alias problem

2010-12-17 Thread Boštjan Müller

On 12/17/2010 01:17 PM, Wietse Venema wrote:

Bo?tjan M?ller:

Hi,

I have a problem with aliases, and would like to make it work.
I have the following situation I have two servers one postfix v 2.0.18
and on the other (new one) v 2.6.5.
The problem is that I have migrated some users to the new server and set
up transport maps for them on the old server. The users are also
referred to in /etc/aliases file. Still somehow these specific users do
not receive mail when sent to the alias they are in. And also there is
no message in the logs that would explain the situation.

/etc/aliases is used for domains in main.cf:mydestination.

Wietse

what about using an entry in full email adress form in /etc/aliases?

alias: userhere1, userhere2, u...@elsewhere.tld

is the above ok to use or not?

Regards,
Bostjan


Re: Alias problem

2010-12-17 Thread Wietse Venema
Bo?tjan M?ller:
> Hi,
> 
> I have a problem with aliases, and would like to make it work.
> I have the following situation I have two servers one postfix v 2.0.18 
> and on the other (new one) v 2.6.5.
> The problem is that I have migrated some users to the new server and set 
> up transport maps for them on the old server. The users are also 
> referred to in /etc/aliases file. Still somehow these specific users do 
> not receive mail when sent to the alias they are in. And also there is 
> no message in the logs that would explain the situation.

/etc/aliases is used for domains in main.cf:mydestination.

Wietse


Re: Alias problem

2010-12-17 Thread Ansgar Wiechers
On 2010-12-17 Boštjan Müller wrote:
> I have a problem with aliases, and would like to make it work.
> I have the following situation I have two servers one postfix v 2.0.18
> and on the other (new one) v 2.6.5.
> The problem is that I have migrated some users to the new server and
> set  up transport maps for them on the old server. The users are also
> referred to in /etc/aliases file. Still somehow these specific users
> do not receive mail when sent to the alias they are in. And also there
> is no message in the logs that would explain the situation.

>
> aliases are grouped:
> aliasmaster: alias1, alias2, alias3, ...
> alias1: user1, user2, user3
> alias2: user4, user5, user6
> ...
>
> So the mail is allways sent to aliasmas...@domain.tld
>
> I have also tried adding usern...@newmailserverfqdn to the aliases
> file,  but it seems to behave exactly the same as before - the users
> are just  being ignored.
> I did run postalias (many times...).
>
> Can someone enlighten me on what I am doing wrong and how to fix it.
> I would really appreciate your help since right now I have run out of
> ideas.

Please post the output of "postconf -n" as well as a log excerpt
demonstrating the problem.

Regards
Ansgar Wiechers
-- 
"Abstractions save us time working, but they don't save us time learning."
--Joel Spolsky


Re: Alias Problem

2009-02-26 Thread itsramesh_s
I Have fixed the problem, its firewall issue in NATing.

Regards,
Ramesh.


--- In post...@yahoogroups.com, "itsramesh_s"  wrote:
>
> Sahil,
>
> I have rechecked my configuration and googled for any root cause for
> this failure, i didn't find any clue.
>
> Before configuring SMTP-AUTH, i know mail are reaching outside when
> mail sent to alias, so i am planing to check disabling SMTP-AUTH.
>
> will update the result.
>
> Regards,
> Ramesh.
>
> --- In post...@yahoogroups.com, Sahil Tandon  wrote:
> >
> > On Feb 20, 2009, at 8:25 AM,"itsramesh_s"  > wrote:
> >
> > > --- In post...@yahoogroups.com, Sahil Tandon  wrote:
> > >>
> > >> On Fri, 20 Feb 2009, itsramesh_s wrote:
> > >>
> > >>> I have configured postfix-2.4.5-2.fc8, the problem with alias.
> > >>>
> > >>> alias file entry.
> > >>> athena: lanli@, itsramesh_s@
> > >>>
> > >>> build notification to local are reaching but  external email
id are
> > >>> not sending, those are in mailque, maillog shows as below
> > >>>
> > >>> Feb 20 17:18:51 mailhub postfix/smtp[14559]: 3D5D015F071:
> > >>> to=, orig_to=, relay=none,
> > >>> delay=5640, delays=5400/120/120/0, dsn=4.4.1, status=deferred
> > >>> (connect
> > >>> to lisletech.com.s5b2.psmtp.com: Connection timed out)
> > >>>
> > >>> If I flush mail manually using q id, mail are reaching.
> > >>
> > >> Guess: lisletech.com.s5b2.psmtp.com is the MX for
'mydomain.com' and
> > > when the
> > >> original email was sent, lisletech.com.s5b2.psmtp.com was, for
> > >> whatever
> > >> reason, unreachable.  When you tried re-delivering the message, the
> > > host was
> > >> back up.
> > >>
> > >> --
> > >> Sahil Tandon 
> > >>
> > >
> > >
> > > I am not able to understand the exact problem for this failure,
> > > i have tried nslookup it works.
> > >
> > > let us wait for any solutions from our postfix gurus.
> >
> > Checking with nslookup is irrelevant.  Did you even read the reason
> > for deferral? CONNECTION timed out.
> >
>




Re: Alias Problem

2009-02-23 Thread itsramesh_s
Sahil,

I have rechecked my configuration and googled for any root cause for
this failure, i didn't find any clue.

Before configuring SMTP-AUTH, i know mail are reaching outside when
mail sent to alias, so i am planing to check disabling SMTP-AUTH.

will update the result.

Regards,
Ramesh.

--- In post...@yahoogroups.com, Sahil Tandon  wrote:
>
> On Feb 20, 2009, at 8:25 AM,"itsramesh_s"  wrote:
>
> > --- In post...@yahoogroups.com, Sahil Tandon  wrote:
> >>
> >> On Fri, 20 Feb 2009, itsramesh_s wrote:
> >>
> >>> I have configured postfix-2.4.5-2.fc8, the problem with alias.
> >>>
> >>> alias file entry.
> >>> athena: lanli@, itsramesh_s@
> >>>
> >>> build notification to local are reaching but  external email id are
> >>> not sending, those are in mailque, maillog shows as below
> >>>
> >>> Feb 20 17:18:51 mailhub postfix/smtp[14559]: 3D5D015F071:
> >>> to=, orig_to=, relay=none,
> >>> delay=5640, delays=5400/120/120/0, dsn=4.4.1, status=deferred
> >>> (connect
> >>> to lisletech.com.s5b2.psmtp.com: Connection timed out)
> >>>
> >>> If I flush mail manually using q id, mail are reaching.
> >>
> >> Guess: lisletech.com.s5b2.psmtp.com is the MX for 'mydomain.com' and
> > when the
> >> original email was sent, lisletech.com.s5b2.psmtp.com was, for
> >> whatever
> >> reason, unreachable.  When you tried re-delivering the message, the
> > host was
> >> back up.
> >>
> >> --
> >> Sahil Tandon 
> >>
> >
> >
> > I am not able to understand the exact problem for this failure,
> > i have tried nslookup it works.
> >
> > let us wait for any solutions from our postfix gurus.
>
> Checking with nslookup is irrelevant.  Did you even read the reason
> for deferral? CONNECTION timed out.
>




Re: Alias Problem

2009-02-20 Thread Sahil Tandon
On Feb 20, 2009, at 8:25 AM,"itsramesh_s"   
wrote:



--- In post...@yahoogroups.com, Sahil Tandon  wrote:


On Fri, 20 Feb 2009, itsramesh_s wrote:


I have configured postfix-2.4.5-2.fc8, the problem with alias.

alias file entry.
athena: la...@..., itsrames...@...

build notification to local are reaching but  external email id are
not sending, those are in mailque, maillog shows as below

Feb 20 17:18:51 mailhub postfix/smtp[14559]: 3D5D015F071:
to=, orig_to=, relay=none,
delay=5640, delays=5400/120/120/0, dsn=4.4.1, status=deferred  
(connect

to lisletech.com.s5b2.psmtp.com: Connection timed out)

If I flush mail manually using q id, mail are reaching.


Guess: lisletech.com.s5b2.psmtp.com is the MX for 'mydomain.com' and

when the
original email was sent, lisletech.com.s5b2.psmtp.com was, for  
whatever

reason, unreachable.  When you tried re-delivering the message, the

host was

back up.

--
Sahil Tandon 




I am not able to understand the exact problem for this failure,
i have tried nslookup it works.

let us wait for any solutions from our postfix gurus.


Checking with nslookup is irrelevant.  Did you even read the reason  
for deferral? CONNECTION timed out.


Re: Alias Problem

2009-02-20 Thread itsramesh_s
--- In post...@yahoogroups.com, Sahil Tandon  wrote:
>
> On Fri, 20 Feb 2009, itsramesh_s wrote:
>
> > I have configured postfix-2.4.5-2.fc8, the problem with alias.
> >
> > alias file entry.
> > athena: la...@..., itsrames...@...
> >
> > build notification to local are reaching but  external email id are
> > not sending, those are in mailque, maillog shows as below
> >
> > Feb 20 17:18:51 mailhub postfix/smtp[14559]: 3D5D015F071:
> > to=, orig_to=, relay=none,
> > delay=5640, delays=5400/120/120/0, dsn=4.4.1, status=deferred (connect
> > to lisletech.com.s5b2.psmtp.com: Connection timed out)
> >
> > If I flush mail manually using q id, mail are reaching.
>
> Guess: lisletech.com.s5b2.psmtp.com is the MX for 'mydomain.com' and
when the
> original email was sent, lisletech.com.s5b2.psmtp.com was, for whatever
> reason, unreachable.  When you tried re-delivering the message, the
host was
> back up.
>
> --
> Sahil Tandon 
>


I am not able to understand the exact problem for this failure,
i have tried nslookup it works.

let us wait for any solutions from our postfix gurus.

Regards,
Ramesh.





Re: Alias Problem

2009-02-20 Thread Daniel V. Reinhardt







From: itsramesh_s 
To: postfix-users@postfix.org
Sent: Friday, February 20, 2009 12:28:25 PM
Subject: Alias Problem


Hi,

I have configured postfix-2.4.5-2.fc8, the problem with alias.

alias file entry.
athena: la...@mydomain.com, itsrames...@yahoo.co.in

build notification to local are reaching but  external email id are
not sending, those are in mailque, maillog shows as below

Feb 20 17:18:51 mailhub postfix/smtp[14559]: 3D5D015F071:
to=, orig_to=, relay=none,
delay=5640, delays=5400/120/120/0, dsn=4.4.1, status=deferred (connect
to lisletech.com.s5b2.psmtp.com: Connection timed out)

If I flush mail manually using q id, mail are reaching.

Please suggest me if i need to change configuration.

Regards,
Ramesh.


---

Please do not hide your domain.  Are you the owner of mydomain.com?


  

Re: Alias Problem

2009-02-20 Thread Sahil Tandon
On Fri, 20 Feb 2009, itsramesh_s wrote:

> I have configured postfix-2.4.5-2.fc8, the problem with alias.
> 
> alias file entry.
> athena: la...@mydomain.com, itsrames...@yahoo.co.in
> 
> build notification to local are reaching but  external email id are
> not sending, those are in mailque, maillog shows as below
> 
> Feb 20 17:18:51 mailhub postfix/smtp[14559]: 3D5D015F071:
> to=, orig_to=, relay=none,
> delay=5640, delays=5400/120/120/0, dsn=4.4.1, status=deferred (connect
> to lisletech.com.s5b2.psmtp.com: Connection timed out)
> 
> If I flush mail manually using q id, mail are reaching.

Guess: lisletech.com.s5b2.psmtp.com is the MX for 'mydomain.com' and when the
original email was sent, lisletech.com.s5b2.psmtp.com was, for whatever
reason, unreachable.  When you tried re-delivering the message, the host was
back up. 

-- 
Sahil Tandon