10 More Discussions You Might Find Interesting
1. Solaris
Hi all,
I have read about sendmail running as 2 separate process.
1 as a MSP, and the other as the real daemon or MTA.
In my current configuration,
the sendmail-client is disabled.
Both submit.cf and sendmail.cf are left as default untouch
I do not specified any mailhost... (3 Replies)
Discussion started by: javanoob
3 Replies
2. Red Hat
Hello Friends,
I am running Sendmail 8.14 on rhel6. I have one simple question regarding domain masquerading, i would want to masquerade different domains with different addresses. By that what i mean is that lets say i have 3 domains as home.com, example.com, test.com and i would want to... (0 Replies)
Discussion started by: Rohit Bhanot
0 Replies
3. AIX
Hello all,
I have a requirement wherein I need to change the "received from" address parameter for outgoing mails from an AIX server. I tried using the option to specify the "reply-to" address, still my relay server rejects the mails as the "received from" address still contains .
I know,... (1 Reply)
Discussion started by: thisissouvik
1 Replies
4. UNIX for Dummies Questions & Answers
I have sendmail as the smtp server. I want that all mails sent from user1 actually appears to come from user2(also should be reflected in mail header). How can i accomplish the task by tweaking sendmail or are there any other means to do so? (4 Replies)
Discussion started by: proactiveaditya
4 Replies
5. AIX
We are running Unix AIX 5.3 and I have been asked to masquerade the sender name on our email processing.
We have one domain name and many users:
user1@domainname
user2@domainname
user3@domainname
We use mutt/sendmail to do our email processing.
I discovered that using genericstable within... (1 Reply)
Discussion started by: FHMARTINS
1 Replies
6. IP Networking
Hi there,
I have only basic knowledge in Unix but I'm eager to learn.
I have a new complex (for me) exercice and I have no idea how to start.
I have a regular network on witch I'm trying to plug another network.
Here is an image of the physical network.... (7 Replies)
Discussion started by: chebarbudo
7 Replies
7. SCO
I am having a problem with my sendmail configuration I have masquerading on but when I send a mail to multiple people it masquerades my email but not the others? see the sample below:
From: name@vegena.net
Sent: Friday, July 24, 2009 9:42 AM
To: name2@atksco1.vegena.net;... (0 Replies)
Discussion started by: garycrow
0 Replies
8. IP Networking
I am running Linux 2.6.20 on i686 architecture.
I want to be able to masquerade different hosts on my LAN to different external interfaces. Specifically, I want one specific host to masquerade through a vpn tunnel while the other hosts simply masquerade over the regular ISP interface. I only... (4 Replies)
Discussion started by: NESter
4 Replies
9. Linux
postfix configuration issues...specifically masquerading (lack of )
Mail sent to our intranet arrives correctly (me@domain.com).
Mail sent to our intranet arrives correctly (me@domain.com).
Anything going outside does not, so my tests get rejected (me@hostname.com) :(
any assistance... (5 Replies)
Discussion started by: mr_manny
5 Replies
10. IP Networking
Hello
I am trying to setup a nework using IP Masquerading. I followed the instructions/ steps as follows:
1. Appropriated a multi-homed box
2. I have installed Redhat Linux 8.0 on it (base install)
3. INetwork settings
eth0 192.168.0.1 netmask 255.255.255.0
eth1 a static IP my... (4 Replies)
Discussion started by: skotapal
4 Replies
VIRTUAL(5) File Formats Manual VIRTUAL(5)
NAME
virtual - format of Postfix virtual table
SYNOPSIS
postmap /etc/postfix/virtual
DESCRIPTION
The optional virtual table specifies address redirections for local and non-local recipients or domains. The redirections are used by the
cleanup(8) daemon. The redirections are recursive.
The virtual redirection is applied only to recipient envelope addresses, and does not affect message headers. Think Sendmail rule set S0,
if you like. Use canonical(5) mapping to rewrite header and envelope addresses in general.
Normally, the virtual table is specified as a text file that serves as input to the postmap(1) command. The result, an indexed file in dbm
or db format, is used for fast searching by the mail system. Execute the command postmap /etc/postfix/virtual in order to rebuild the
indexed file after changing the text file.
When the table is provided via other means such as NIS, LDAP or SQL, the same lookups are done as for ordinary indexed files.
Alternatively, the table can be provided as a regular-expression map where patterns are given as regular expressions. In that case, the
lookups are done in a slightly different way as described below.
POSTFIX-STYLE VIRTUAL DOMAINS
With a Postfix-style virtual domain, the virtual domain has its own user name space. Local (i.e. non-virtual) usernames are not visible in
a Postfix-style virtual domain. In particular, local aliases(5) and mailing lists are not visible as localname@virtual.domain.
Use a Sendmail-style virtual domain (see below) if local usernames, aliases(5) or mailing lists should be visible as localname@vir-
tual.domain.
Support for a Postfix-style virtual domain looks like:
/etc/postfix/virtual:
virtual.domain anything (right-hand content does not matter)
postmaster@virtual.domain postmaster
user1@virtual.domain address1
user2@virtual.domain address2, address3
The virtual.domain anything entry is required for a Postfix-style virtual domain.
Do not list a Postfix-style virtual domain in the main.cf mydestination configuration parameter. Such an entry is required only for a
Sendmail-style virtual domain.
With a Postfix-style virtual domain, the Postfix SMTP server accepts mail for known-user@virtual.domain and rejects mail for unknown-
user@virtual.domain as undeliverable.
SENDMAIL-STYLE VIRTUAL DOMAINS
With a Sendmail-style virtual domain, every local (i.e. non-virtual) username is visible in the virtual domain. In particular, every local
alias and mailing list is visible as localname@virtual.domain.
Use a Postfix-style virtual domain (see above) if local usernames, aliases(5) or mailing lists should not be visible as localname@vir-
tual.domain.
Support for a Sendmail-style virtual domain looks like:
/etc/postfix/main.cf:
mydestination = $myhostname localhost.$mydomain $mydomain
virtual.domain
/etc/postfix/virtual:
user1@virtual.domain address1
user2@virtual.domain address2, address3
The main.cf mydestination entry is required for a Sendmail-style virtual domain.
Do not specify a virtual.domain anything virtual map entry for a Sendmail-style virtual domain. Such an entry is required only with a
Postfix-style virtual domain.
With a Sendmail-style virtual domain, the Postfix local delivery agent delivers mail for an unknown user@virtual.domain to a local (i.e.
non-virtual) user that has the same name; if no such recipient exists, the Postfix local delivery agent bounces the mail to the sender.
TABLE FORMAT
The format of the virtual table is as follows, mappings being tried in the order as listed in this manual page:
pattern result
When pattern matches a mail address, replace it by the corresponding result.
blank lines and comments
Empty lines and whitespace-only lines are ignored, as are lines whose first non-whitespace character is a `#'.
multi-line text
A logical line starts with non-whitespace text. A line that starts with whitespace continues a logical line.
With lookups from indexed files such as DB or DBM, or from networked tables such as NIS, LDAP or SQL, patterns are tried in the order as
listed below:
user@domain address, address, ...
Mail for user@domain is redirected to address. This form has the highest precedence.
user address, address, ...
Mail for user@site is redirected to address when site is equal to $myorigin, when site is listed in $mydestination, or when it is
listed in $inet_interfaces.
This functionality overlaps with functionality of the local alias(5) database. The difference is that virtual mapping can be applied
to non-local addresses.
@domain address, address, ...
Mail for any user in domain is redirected to address. This form has the lowest precedence.
In all the above forms, when address has the form @otherdomain, the result is the same user in otherdomain. This works for the first
address in the expansion only.
ADDRESS EXTENSION
When a mail address localpart contains the optional recipient delimiter (e.g., user+foo@domain), the lookup order becomes: user+foo@domain,
user@domain, user+foo, user, and @domain. An unmatched address extension (+foo) is propagated to the result of table lookup.
REGULAR EXPRESSION TABLES
This section describes how the table lookups change when the table is given in the form of regular expressions. For a description of regu-
lar expression lookup table syntax, see regexp_table(5) or pcre_table(5).
Each pattern is a regular expression that is applied to the entire address being looked up. Thus, user@domain mail addresses are not broken
up into their user and @domain constituent parts, nor is user+foo broken up into user and foo.
Patterns are applied in the order as specified in the table, until a pattern is found that matches the search string.
Results are the same as with indexed file lookups, with the additional feature that parenthesized substrings from the pattern can be inter-
polated as $1, $2 and so on.
BUGS
The table format does not understand quoting conventions.
CONFIGURATION PARAMETERS
The following main.cf parameters are especially relevant to this topic. See the Postfix main.cf file for syntax details and for default
values. Use the postfix reload command after a configuration change.
virtual_maps
List of virtual mapping tables.
Other parameters of interest:
inet_interfaces
The network interface addresses that this system receives mail on.
mydestination
List of domains that this mail system considers local.
myorigin
The domain that is appended to locally-posted mail.
owner_request_special
Give special treatment to owner-xxx and xxx-request addresses.
SEE ALSO
cleanup(8) canonicalize and enqueue mail
postmap(1) create mapping table
pcre_table(5) format of PCRE tables
regexp_table(5) format of POSIX regular expression tables
LICENSE
The Secure Mailer license must be distributed with this software.
AUTHOR(S)
Wietse Venema
IBM T.J. Watson Research
P.O. Box 704
Yorktown Heights, NY 10598, USA
VIRTUAL(5)