|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Re: almost there aliases problem
Subject: Re: almost there aliases problem
From: Wietse Venema (wietse
porcupine.org)
Date: Wed Jan 12 2000 - 10:31:42 CST
- Next message: Luke Blanshard: "OT: RE: single dot in SMTP DATA"
- Previous message: Wietse Venema: "Re: almost there aliases problem"
- In reply to: Christopher T. Beers: "almost there aliases problem"
- Reply: Wietse Venema: "Re: almost there aliases problem"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Christopher T. Beers:
> I have included the aliases file, postalias command output, and the
> /var/log/mail file.
>
> Now my problem is this. The root mail is redirected to the proper
> addresses and shown in the log file. However the logreaders alias should
> go to root at this machine and not
bu.edu.
According to the logging below, mail for logreaders
ubik.bu.edu is
forwarded to logreaders
bu.edu then delivered to root
bu.edu.
If you want to deliver SOME accounts locally while sending mail as
USER
DOMAIN see the Postfix FAQ at http://www.postfix.org, or as
bundled with the Postfix source code.
Wietse
> I want to be able to have all aliases go the root alias. I have about 30
> or so in my aliases file. Does this help?
>
> ubik - root - mail # postalias -q root /etc/aliases
> dsavilon
bu.edu, cbeers
bu.edu
> ubik - root - mail # postalias -q logreaders /etc/aliases
> root
>
> /etc/aliases
> root:dsavilon
bu.edu, cbeers
bu.edu
> logreaders:root
>
> /var/log/mail
> Jan 12 10:53:21 6C:ubik postfix/smtpd[35835]: connect from
> localhost[127.0.0.1]
> Jan 12 10:53:21 6C:ubik postfix/smtpd[35835]: 94496206A9B:
> client=localhost[127.0.0.1]
> Jan 12 10:53:21 6C:ubik postfix/smtpd[35835]: disconnect from
> localhost[127.0.0.1]
> Jan 12 10:53:22 6C:ubik postfix/pickup[35741]: 174E4406E5C: uid=33435
> from=<cbeers
bu.edu>
> Jan 12 10:53:22 6C:ubik postfix/cleanup[35717]: 174E4406E5C:
> message-id=<Pine.SGI.4.10.10001121052450.35821-100000
ubik.bu.edu>
> Jan 12 10:53:22 6C:ubik postfix/qmgr[35708]: 174E4406E5C:
> from=<cbeers
bu.edu>, size=622 (queue active)
> Jan 12 10:53:22 6C:ubik postfix/cleanup[35717]: 6C2B6406E5D:
> message-id=<Pine.SGI.4.10.10001121052450.35821-100000
ubik.bu.edu>
> Jan 12 10:53:22 6C:ubik postfix/qmgr[35708]: 6C2B6406E5D:
> from=<cbeers
bu.edu>, size=746 (queue active)
> Jan 12 10:53:22 6C:ubik postfix/local[35726]: 174E4406E5C:
> to=<root
ubik.bu.edu>, relay=local, delay=1, status=sent (forwarded as
> 6C2B6406E5D)
> Jan 12 10:53:22 6C:ubik postfix/smtp[35805]: 6C2B6406E5D:
> to=<cbeers
bu.edu>, relay=RELAY1.bu.edu[128.197.153.99], delay=0,
> status=sent (250 KAA20753 Message accepted for delivery)
> Jan 12 10:53:22 6C:ubik postfix/smtp[35805]: 6C2B6406E5D:
> to=<dsavilon
bu.edu>, relay=RELAY1.bu.edu[128.197.153.99], delay=0,
> status=sent (250 KAA20753 Message accepted for delivery)
> Jan 12 10:54:00 6C:ubik postfix/smtpd[35827]: connect from
> localhost[127.0.0.1]
> Jan 12 10:54:00 6C:ubik postfix/smtpd[35827]: A957C206A9B:
> client=localhost[127.0.0.1]
> Jan 12 10:54:00 6C:ubik postfix/pickup[35741]: B5500406E5C: uid=33435
> from=<cbeers
bu.edu>
> Jan 12 10:54:00 6C:ubik postfix/cleanup[35717]: B5500406E5C:
> message-id=<Pine.SGI.4.10.10001121053340.35821-100000
ubik.bu.edu>
> Jan 12 10:54:00 6C:ubik postfix/smtpd[35827]: disconnect from
> localhost[127.0.0.1]
> Jan 12 10:54:00 6C:ubik postfix/qmgr[35708]: B5500406E5C:
> from=<cbeers
bu.edu>, size=623 (queue active)
> Jan 12 10:54:00 6C:ubik postfix/cleanup[35717]: D470D406E5D:
> message-id=<Pine.SGI.4.10.10001121053340.35821-100000
ubik.bu.edu>
> Jan 12 10:54:00 6C:ubik postfix/local[35726]: B5500406E5C:
> to=<logreaders
ubik.bu.edu>, relay=local, delay=0, status=sent (forwarded
> as D470D406E5D)
> Jan 12 10:54:00 6C:ubik postfix/qmgr[35708]: D470D406E5D:
> from=<cbeers
bu.edu>, size=753 (queue active)
> Jan 12 10:54:01 6C:ubik postfix/smtp[35805]: D470D406E5D:
> to=<root
bu.edu>, relay=RELAY1.bu.edu[128.197.27.99], delay=1, status=sent
> (250 KAA21087 Message accepted for delivery)
>
>
> Christopher T. Beers Systems Analyst Administrator I
> Office of Information Technology - Boston University
> 111 Cummington Street (617)353-8248
> Boston, MA 02215 (617)353-6260 fax
>
>
>
>
>
- Next message: Luke Blanshard: "OT: RE: single dot in SMTP DATA"
- Previous message: Wietse Venema: "Re: almost there aliases problem"
- In reply to: Christopher T. Beers: "almost there aliases problem"
- Reply: Wietse Venema: "Re: almost there aliases problem"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
This archive was generated by hypermail 2b27 : Wed Jan 12 2000 - 10:46:09 CST