On 1 Jun 2006, at 16:13, Michael J Wise wrote:

> On May 31, 2006, at 5:39 PM, Alex Satrapa wrote:
>
>> (90% of the spam I get comes from Microsoft Outlook, which is a
>> "proper" mail sender).
>
> You've been misled.
> It may LOOK like it came from Outlook, but it didn't.
> It came from a piece of software trying desperately to look like it
> is Outlook.

Walks like a duck, quacks like a duck, therefore it is a duck.

Compare these two sets of headers:

> Received:  from sjq ([203.160.26.197]) by localhost (8.13.4/8.13.4)
> with SMTP id k4V8wIth066131; Wed, 31 May 2006 01:58:18 -0700
> X-Greylist:  delayed 302 seconds by postgrey-1.21 at franklin; Tue,
> 30 May 2006 18:56:51 EST
> Message-Id:  <001701c6848f$fc5a8c18$c51aa0cb@sjq>
> Mime-Version:  1.0
> Content-Type:  multipart/related; type="multipart/alternative";
> boundary="----=_NextPart_000_0013_01C684CA.A8B963B8"
> X-Priority:  3
> X-Msmail-Priority:  Normal
> X-Mailer:  Microsoft Outlook Express 6.00.2800.1106
> X-Mimeole:  Produced By Microsoft MimeOLE V6.00.2800.1106

versus

> Received:  from DNA05 (unknown [192.168.2.205]) by smtp.apf.edu.au
> (Postfix) with ESMTP id AEBBC8A80A3 for <alex@apf>; Tue,  9 May
> 2006 16:52:32 +1000 (EST)
> Message-Id:  <003701c67334$e5774390$cd02a8c0@DNA05>
> Mime-Version:  1.0
> Content-Type:  text/plain; charset="us-ascii"
> Content-Transfer-Encoding:  7bit
> X-Mailer:  Microsoft Office Outlook 11
> X-Mimeole:  Produced By Microsoft MimeOLE V6.00.2900.2869

How do I distinguish the spam from the ham? The spam is the first
one, the ham is the second. The machine sending the spam tried again
5 minutes later. From the perspective of the MTA, the spam was sent
by something claiming to be "Microsoft Outlook Express" and behaving
very much like "Microsoft Outlook Express" would be expected to
behave - does it really matter what software was actually responsible
for sending the message? That is only a philosophical discussion at
best.

But back to the original topic - as you can see, the spam still gets
through with greylisting, because the software sending the spam is
intelligent enough to respond appropriately to my server faking a
temporary failure.

When I raise the greylist delay to half an hour (enough time for the
ISP to start getting complaints of spam originating from their
clients, and shut the client out), I start receiving complaints from
people whose mail servers send them messages saying, "I couldn't
deliver this message after half an hour, I'm still trying though."

Alex

> >
> Does this occur even without mailscanner? Show logs and postconf -n
> (not postconf).
>

I am attaching the logs of postfix + mailscanner (logs.txt) ,
fetchmail logs(fetchmailogs.txt) and also postconf -n output
(postfix.txt).

I am changed the user names and my domain name in these logs (for
security purpose) but I haven't changed anything apart from these
names.

Further details

Local domain name is          sun.net
ISP/DNS  Domain name is   testing.com
catchall mailbox name is      testing@...
Relay Host is                      mail.testing.com

In the logs (logs.txt) you can see there is a mail  for user
test2,test3,test4,test5 and there is one wrong email id of test6 as
this user does not exist. Now all the legitimate users will get the
mails and the mail with the wrong mail id goes to the ISP server into
the catchall mailbox. The fetchmail downloads the mails from the ISP
server and then the problem starts again those mails are distributed
to the users  test2,test3,test4,test5 and again the mail for the user
test6 goes to the catchall mailbox and the process continues until
this mail returned with the following error

  ----- The following addresses had permanent fatal errors -----
<test6@...>
     (reason: 554 5.4.6 Too many hops)
     (expanded from: <test6@...>)

    ----- Transcript of session follows -----
554 5.4.6 Too many hops 27 (25 max): from <test1@...> via
61.11.28.71.bb-static.vsnl.net.in, to <test6@...>


I am not able to understand how to get rid of this problem. I hope
this time I am able to make you people understand my problem.

Please let me know if you need any further inputs.

Thanks & Regards

Ankush Grover

Zitat von David Cary Hart <PostfixMTA@...>:

> I am creating a resource page from our DNSBL removal form and the
> removal reply templates. I haven't the time, inclination or skill to
> solve backscatter, open relay and the usual assortment of problems.
> Rather than the docs, I would prefer to point them to a book. Any
> recommendations would be appreciated.
>
> The listing will be similar to what I did here:
> http://tqmcube.com/contrib.php (thumbnail and brief description).
>
> Thanks

Ralf & Patrick for sure would suggest this one ;-)

http://www.postfix-book.com/

It is the most up-to-date as far as i know.

Regards

Andreas

Hello

Anyone use some cgi-bin application to let users manage
their email forwarding ?

Thank you.
--
Frank Bonnet

> I'm not sure how this all relates to Postfix but, did they ever make the
> claim that those characters are invalid in an e-mail address?
>
> It  could simply be that their database (or other) software is unable to
> handle it.

In their letter to Jorey they said, "...update your profile to include an
email address without the characters above."  My thought is that if they're
going to accept an email address as a login ID, they should accept valid
email addresses.  If the problem is in their CRM/database software, perhaps
they should consider their criteria for login IDs to make them something
other than email addresses (and effective way to do that would be to also
exclude '@' from login IDs).  But it's not a perfect world, and I'm thinking
perhaps they've chosen the least troublesome path, which is to inconvenience
only the users who have email addresses with these "invalid" characters.

--Brian

Frank Bonnet wrote:
> Hello
>
> Anyone use some cgi-bin application to let users manage
> their email forwarding ?
>
> Thank you.
Postfix Admin...

Its not a "cgi-bin" one, its written in PHP

Hi all,

please have a look at the attached files for further info.

In short, I upgraded my linux box from SuSE 9.1 to 10.1 and the postfix
system stopped working. For what I could understand from the log files, it
should be something involving file permissions or user/group permissions
of some postfix daemons!? But I couldn't figure out what it is. For
instance, what intrigued me was that the local transport daemon works just
fine, the virtual one does not. It appears to me that they both have the
same entries in master.cf. Delivery to local recipients works.

attachments

mail1.lst: output from command postfinger --all
mail2.lst: an excerpt from /var/log/mail


Please ask me for further details if needed.

I will appreciate any help.

Thanks, Miha

Jun  1 14:27:49 sabotin postfix/qmgr[6631]: trigger_server_accept_fifo: trigger
arrived
Jun  1 14:27:49 sabotin postfix/qmgr[6631]: master_notify: status 0
Jun  1 14:27:49 sabotin postfix/qmgr[6631]: request: 87 (W)
Jun  1 14:27:49 sabotin postfix/qmgr[6631]: master_notify: status 1
Jun  1 14:27:49 sabotin postfix/qmgr[6631]: qmgr_transport_select: virtual
Jun  1 14:27:49 sabotin postfix/qmgr[6631]: qmgr_active_drain: allocate virtual
Jun  1 14:27:49 sabotin postfix/qmgr[6631]: connect to subsystem
private/virtual: Operation not permitted
Jun  1 14:27:49 sabotin postfix/qmgr[6631]: warning: connect to transport
virtual: Operation not permitted
Jun  1 14:27:49 sabotin postfix/qmgr[6631]: qmgr_transport_throttle: transport
virtual: reason: transport is unavailable
Jun  1 14:27:49 sabotin postfix/qmgr[6631]: qmgr_scan_start: restart incoming
queue scan

postfinger - postfix configuration on Thu Jun  1 13:25:57 CEST 2006
version: 1.30

Warning: postfinger output may show private configuration information,
such as ip addresses and/or domain names which you do not want to show
to the public.  If this is the case it is your responsibility to modify
the output to hide this private information.  [Remove this warning with
the --nowarn option.]

--System Parameters--
mail_version = 2.2.9
hostname = sabotin.link-go.si
uname = Linux sabotin.link-go.si 2.6.16.13-4-smp #1 SMP Wed May 3 04:53:23 UTC
2006 i686 i686 i386 GNU/Linux

--Packaging information--
looks like this postfix comes from RPM package: postfix-2.2.9-10

--Mailbox locking methods--
flock fcntl dotlock

--Supported Lookup tables--
btree cidr environ hash ldap mysql nis pcre proxy regexp sdbm static tcp unix

--main.cf non-default parameters--
alias_maps = hash:/etc/aliases
biff = no
daemon_directory = /usr/lib/postfix
html_directory = /usr/share/doc/packages/postfix/html
inet_protocols = all
manpage_directory = /usr/share/man
mydestination = $mydomain
myhostname = mail.link-go.si
myorigin = $mydomain
readme_directory = /usr/share/doc/packages/postfix/README_FILES
sample_directory = /usr/share/doc/packages/postfix/samples
setgid_group = maildrop
virtual_gid_maps = hash:/etc/postfix/virtual_gids
virtual_mailbox_base = /var/spool/virtual
virtual_mailbox_domains = kukart.si avtojung.si
virtual_mailbox_maps = hash:/etc/postfix/virtual_mailbox
virtual_uid_maps = hash:/etc/postfix/virtual_uids

--master.cf--
smtp      inet  n       -       n       -       -       smtpd
pickup    fifo  n       -       n       60      1       pickup
cleanup   unix  n       -       n       -       0       cleanup
qmgr      fifo  n       -       n       300     1       qmgr
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
smtp      unix  -       -       n       -       -       smtp
relay     unix  -       -       n       -       -       smtp
	 -o fallback_relay=
showq     unix  n       -       n       -       -       showq
error     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=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient}
cyrus   unix - n n - - pipe
   user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension}
${user}
uucp   unix - n n - - pipe
   flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
ifmail    unix  -       n       n       -       -       pipe
   flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp     unix  -       n       n       -       -       pipe
   flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient
procmail  unix  -       n       n       -       -       pipe
   flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender}
${recipient}
tlsmgr    unix  -       -       n       1000?   1       tlsmgr

--Specific file and directory permissions--
drwx-wx--- 2 postfix maildrop 48 2006-05-02 09:36 /var/spool/postfix/maildrop
drwx--x--- 2 postfix maildrop 168 2006-06-01 11:48 /var/spool/postfix/public
total 0
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 cleanup
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 flush
prw--w--w- 1 postfix postfix 0 2006-06-01 13:25 pickup
prw--w--w- 1 postfix postfix 0 2006-06-01 13:24 qmgr
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 showq
drwx------ 2 postfix root 576 2006-06-01 11:48 /var/spool/postfix/private
total 0
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 anvil
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 bounce
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 bsmtp
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 cyrus
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 defer
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 discard
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 error
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 ifmail
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 lmtp
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 local
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 maildrop
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 procmail
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 proxymap
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 relay
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 rewrite
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 scache
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 smtp
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 tlsmgr
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 trace
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 uucp
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 verify
srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 virtual
-rwxr-sr-x 1 root maildrop 10440 2006-05-02 09:36 /usr/sbin/postdrop
-rwxr-sr-x 1 root maildrop 10444 2006-05-02 09:36 /usr/sbin/postqueue

--Library dependencies--
/usr/lib/postfix/smtpd:
	 linux-gate.so.1 =>  (0xffffe000)
	 libpostfix-master.so.1 => /usr/lib/libpostfix-master.so.1 (0xb7ef3000)
	 libpostfix-tls.so.1 => /usr/lib/libpostfix-tls.so.1 (0xb7ee8000)
	 libpostfix-dns.so.1 => /usr/lib/libpostfix-dns.so.1 (0xb7ee4000)
	 libpostfix-global.so.1 => /usr/lib/libpostfix-global.so.1 (0xb7ebe000)
	 libpostfix-util.so.1 => /usr/lib/libpostfix-util.so.1 (0xb7e97000)
	 libldap-2.3.so.0 => /usr/lib/libldap-2.3.so.0 (0xb7e61000)
	 liblber-2.3.so.0 => /usr/lib/liblber-2.3.so.0 (0xb7e55000)
	 libpcre.so.0 => /usr/lib/libpcre.so.0 (0xb7e29000)
	 libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0xb7e13000)
	 libssl.so.0.9.8 => /usr/lib/libssl.so.0.9.8 (0xb7dd6000)
	 libcrypto.so.0.9.8 => /usr/lib/libcrypto.so.0.9.8 (0xb7caf000)
	 libdb-4.3.so => /usr/lib/libdb-4.3.so (0xb7bcc000)
	 libnsl.so.1 => /lib/libnsl.so.1 (0xb7bb7000)
	 libresolv.so.2 => /lib/libresolv.so.2 (0xb7ba4000)
	 libc.so.6 => /lib/libc.so.6 (0xb7a84000)
	 libdl.so.2 => /lib/libdl.so.2 (0xb7a7f000)
	 libpthread.so.0 => /lib/libpthread.so.0 (0xb7a6b000)
	 /lib/ld-linux.so.2 (0xb7f1a000)
-- end of postfinger output --

On Thu, Jun 01, 2006 at 01:51:44PM +0200, Matej Kovac wrote:

>
> in master.cf I have:
>
> a.b.c.d:25 inet n - n - - smtpd
>   -o mynetworks=a.b.c.d/24
>
> 127.0.0.1:25 inet n - n - - smtpd
>   -o mynetworks=127.0.0.1/8
>   -o content_filter=
>   -o ...
>
>
> but now I read big fat warning in master.cf:
>
> DO NOT SHARE THE POSTFIX QUEUE BETWEEN MULTIPLE POSTFIX INSTANCES.
>
> do the two (or more) smtpd processes bound to different ip's count
> as "multiple postfix instances"?

No. These are multiple smtpd(8) instances in a single Postfix instance.

--
	 Viktor.

P.S. Morgan Stanley is looking for a New York City based, Senior Unix
      system/email administrator to architect and sustain the Unix email
      environment.  If you are interested, please drop me a note.

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the "Reply-To" header.

To unsubscribe from the postfix-users list, visit
http://www.postfix.org/lists.html or click the link below:
<mailto:majordomo@...?body=unsubscribe%20postfix-users>

If my response solves your problem, the best way to thank me is to not
send an "it worked, thanks" follow-up. If you must respond, please put
"It worked, thanks" in the "Subject" so I can delete these quickly.

On Thu, Jun 01, 2006 at 02:33:40PM +0800, Brent Deverman wrote:

> Hello, I am administering a Mac OS X 10.4.6 server running another
> mail server called EIIMS:
>
> http://www.eudora.co.nz/
>
> If you are not familiar it is originally a Mac program ported to Mac
> OS X so it does not have support for the normal unix mail server
> mechanisms. This means that the built-in php mail function cannot
> send email to using EIMS. Therefore I need  to use postfix to send
> mail from php.
>
> I had postfix configured properly as a "Null Client" so that postfix
> delivers mail to another server and doesn't try to deliver mail to
> itself or listen for new mail coming in. I got the instructions for
> the null client from here:
>
> http://www.postfix.org/STANDARD_CONFIGURATION_README.html#null_client
>
> I was able to successfully send email to the same server it by
> tricking postfix and not using a fully
> qualified domain (shenzhenparty) name for the hostname. Now that I
> want to use Open Directory on my server, I have to use a FQDN for my
> servers hostname (shenzhenparty.com). Now postfix is able to detect a
> mail loop again.
>
> I need to send email through the standard php mail command from my
> php scripts because many scripts written by others use this command.
> (Rewriting all the php apps written by third parties to uses another
> mail library is not an option.)
>
> This was working fine but I have changed my server to use open
> directory and in the process, I had to change the hostname of my
> server from shenzhenparty to shenzhenparty.com. My original server
> name was not a fully qualified domain name and so postfix didn't know
> it was sending mail to the same server.
>
> You can take a look at the log below:
>
> ----------
> May 29 14:30:21 shenzhenparty postfix/smtp[23302]: warning: host
> mail.shenzhenparty.com[210.17.235.228] greeted me with my own
> hostname shenzhenparty.com
> May 29 14:30:21 shenzhenparty postfix/smtp[23302]: warning: host
> mail.shenzhenparty.com[210.17.235.228] replied to HELO/EHLO with my
> own hostname shenzhenparty.com
> May 29 14:30:21 shenzhenparty postfix/smtp[23302]: 506E15F725C:
> to=<szclassifieds@...>, relay=mail.shenzhenparty.com
> [210.17.235.228], delay=0, status=bounced (mail for
> mail.shenzhenparty.com loops back to myself)

Try:

	 # Use any valid name that is not equal to the domain
	 # in the server greeting. If localhost.shenzhenparty.com
	 # is listed in DNS (and resolves to 127.0.0.1), use that.
	 #
	 myhostname = mail.shenzhenparty.com
	 #
	 # Still, Use the domain to qualify unqualified email addresses.
	 #
	 myorigin = shenzhenparty.com

> shenzhenparty:~ deverman$ postconf -n
> inet_interfaces = localhost

Use "127.0.0.1", or with Postfix 2.2 and later: "loopback-only" (without the
double quotes).

> mydomain = shenzhenparty.com
> mynetworks_style = host
> myorigin = $mydomain
> relayhost = mail.shenzhenparty.com
> sample_directory = /usr/share/doc/postfix/examples

> As postfix has given me a lot of trouble on this issue I don't see
> switching from EIMS to postfix as a viable option just to get php
> emails working on a Mac OS X Server.

This is not constructive here. We can take our toys and go play in our
own sandbox too.

--
	 Viktor.

P.S. Morgan Stanley is looking for a New York City based, Senior Unix
      system/email administrator to architect and sustain the Unix email
      environment.  If you are interested, please drop me a note.

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the "Reply-To" header.

To unsubscribe from the postfix-users list, visit
http://www.postfix.org/lists.html or click the link below:
<mailto:majordomo@...?body=unsubscribe%20postfix-users>

If my response solves your problem, the best way to thank me is to not
send an "it worked, thanks" follow-up. If you must respond, please put
"It worked, thanks" in the "Subject" so I can delete these quickly.

I am running an anti-spam/virus gateway built with postfix 2.2.5 and
amavisd-new 2.3.3 running on OpenBSD 3.8.  Everything was working well
until several domains had their MX records turned in the server's
direction.  I am now logging very many disconnections.


Jun  1 08:33:54 host postfix/smtpd[4431]: connect from
avk84-1-82-243-6-24.fbx.proxad.net[82.243.6.24]
Jun  1 08:33:54 host postfix/smtpd[4431]: lost connection after CONNECT
from avk84-1-82-243-6-24.fbx.proxad.net[82.243.6.24]
Jun  1 08:33:54 host postfix/smtpd[4431]: disconnect from
avk84-1-82-243-6-24.fbx.proxad.net[82.243.6.24]


Why is it disconnecting so quickly?


My onboard pf firewall is only showing occasional blocked ICMP (type 3,
code 1).


I also cannot locally send a simple mail out from the server.  I get
similar disconnect messages.


Here is the output to 'postconf -n':

biff = no
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/libexec/postfix
debug_peer_level = 2
empty_address_recipient = MAILER-DAEMON
html_directory = no
local_transport = local
mail_owner = postfix
mailbox_size_limit = 1000000000
mailq_path = /usr/bin/mailq
manpage_directory = /usr/local/man
message_size_limit = 80000000
mydestination = $myhostname, localhost.$mydomain, localhost
mydomain = domain.com
myhostname = host.domain.com
mynetworks_style = subnet
myorigin = $myhostname
newaliases_path = /usr/bin/newaliases
notify_classes = protocol,resource,software
queue_directory = /var/spool/postfix
queue_minfree = 120000000
readme_directory = no
relay_domains = hash:/etc/postfix/relay_domains
sample_directory = /etc/postfix
sendmail_path = /usr/sbin/sendmail
setgid_group = postdrop
smtpd_banner = $myhostname ESMTP
smtpd_recipient_restrictions = permit_mynetworks,
         reject_unauth_destination,
reject_non_fqdn_recipient,
reject_rbl_client cbl.abuseat.org,
reject_rbl_client bl.spamcop.net,
reject_rbl_client sbl.spamhaus.org
transport_maps = hash:/etc/postfix/transport
unknown_local_recipient_reject_code = 550


I tried restarting the server ('postfix relaod') and amavisd-new with
no luck.

I am accepting mail from other domnains using relay-domains, checking
for spam/virus, and then redirecting with transport.

The queue is quite full:

#  postqueue -p | grep MAILER | wc -l
      176


I am running all software in chroot environment (/var/amavisd).


Here is master.cf (without comments):


smtp      inet  n       -       n       -       5       smtpd
          -o content_filter=smtp-amavis:[127.0.0.1]:10024
smtp-amavis unix        -       -       n       -       2       smtp
         -o smtp_data_done_timeout=1200
         -o disable_dns_lookups=yes
127.0.0.1:10025 inet    n       -       n       -       -       smtpd
         -o local_recipient_maps=
         -o smtpd_restriction_classes=
         -o smtpd_client_restrictions=
         -o smtpd_helo_restrictions=
         -o smtpd_sender_restrictions=
         -o smtpd_recipient_restrictions=permit_mynetworks,reject
         -o strict_rfc821_envelopes=yes


pickup    fifo  n       -       y       60      1       pickup
cleanup   unix  n       -       y       -       0       cleanup
qmgr      fifo  n       -       y       300     1       qmgr
tlsmgr    unix  -       -       y       1000?   1       tlsmgr
rewrite   unix  -       -       y       -       -       trivial-rewrite
bounce    unix  -       -       y       -       0       bounce
defer     unix  -       -       y       -       0       bounce
trace     unix  -       -       y       -       0       bounce
verify    unix  -       -       y       -       1       verify
flush     unix  n       -       y       1000?   0       flush
proxymap  unix  -       -       n       -       -       proxymap
smtp      unix  -       -       y       -       -       smtp
relay     unix  -       -       n       -       -       smtp
         -o fallback_relay=
showq     unix  n       -       n       -       -       showq
error     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=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient}
old-cyrus unix  -       n       n       -       -       pipe
   flags=R user=cyrus argv=/cyrus/bin/deliver -e -m ${extension} ${user}
cyrus     unix  -       n       n       -       -       pipe
   user=cyrus argv=/cyrus/bin/deliver -e -r ${sender} -m ${extension}
${user}
uucp      unix  -       n       n       -       -       pipe
   flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail
($recipient)
ifmail    unix  -       n       n       -       -       pipe
   flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp     unix  -       n       n       -       -       pipe
   flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop
$recipient


Names are resolving fine.

Thanks in advance to anyone who can help.

Peter

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

On Thu, 01 Jun 2006 09:51:33 +0200, lst_hoe01@... opined:
> Zitat von David Cary Hart <PostfixMTA@...>:
>
> > I am creating a resource page from our DNSBL removal form and the
> > removal reply templates. I haven't the time, inclination or skill
> > to solve backscatter, open relay and the usual assortment of
> > problems. Rather than the docs, I would prefer to point them to a
> > book. Any recommendations would be appreciated.
> >
> > The listing will be similar to what I did here:
> > http://tqmcube.com/contrib.php (thumbnail and brief description).
> >
> > Thanks
>
> Ralf & Patrick for sure would suggest this one ;-)
>
> http://www.postfix-book.com/
>
> It is the most up-to-date as far as i know.
>
> Regards
>
> Andreas
>
Agreed and thanks.

--
Our DNSRBL - Eliminate Spam: http://www.TQMcube.com
Multi-RBL Check: http://www.TQMcube.com/rblcheck.php
The Dirty Dozen Spammiest Ranges: http://tqmcube.com/dirty12.php

I send all received and sent messages to an auditing account through the
"always_bcc" directive and main.cf.  Unfortunately, I always receive two
of every message in that audit account.   I recognize that always_bcc is
designed to avoid mailer loops, so I have to imagine it's one of my
filters causing the messages to get processed twice, but I can't figure
out which one.  I'm using postfix 2.1.1-1.17 (SLES9 RPM) and Amavis
(wrapping around clamav) and Spamassassin for virus and spam filtering,
respectively.  I know there have been previous discussions of this sort
of problem, but none of the errant configurations were close enough to mine.

Here are, what I believe to be, the relevant lines from my master.cf:

--------------
smtp      inet  n       -       n       -       -       smtpd -o
content_filter=spamassassin
maildrop  unix  -       n       n       -       -       pipe
   flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient}
cyrus     unix  -       n       n       -       -       pipe
   user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m
${extension} ${user}
uucp      unix  -       n       n       -       -       pipe
   flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail
($recipient)
ifmail    unix  -       n       n       -       -       pipe
   flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp     unix  -       n       n       -       -       pipe
   flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop
$recipient
vscan     unix  -       n       n       -       10       pipe
   user=vscan argv=/usr/sbin/amavis ${sender} ${recipient}
procmail  unix  -       n       n       -       -       pipe
   flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc
${sender} ${recipient}
spamassassin unix  -       n       n       -       -       pipe
user=nobody argv=/usr/bin/spamc -f -e /usr/sbin/sendmail -oi -f
${sender} ${recipient}
###### AMAVIS CLAMAV VIRUS SCANNING ######
smtp-amavis unix - - n - 2 smtp -o smtp_data_done_timeout=1200 -o
disable_dns_lookups=yes
127.0.0.1:10025 inet n - n - - smtpd -o content_filter= -o
local_recipient_maps= -o relay_recipient_maps= -o
smtpd_restriction_classes= -o smtpd_client_restrictions= -o
smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o
smtpd_recipient_restrictions=permit_mynetworks,reject -o
mynetworks=127.0.0.0/8 -o strict_rfc821_envelopes=yes -o
smtpd_error_sleep_time=0 -o smtpd_soft_error_limit=1001 -o
smtpd_hard_error_limit=1000
--------------------

Thanks in advance!

On Thu, Jun 01, 2006 at 02:45:35PM +0200, miha wrote:

> Jun  1 14:27:49 sabotin postfix/qmgr[6631]: warning: connect to transport
virtual: Operation not permitted

Disable or fix SE-Linux.

> --Specific file and directory permissions--
> drwx-wx--- 2 postfix maildrop 48 2006-05-02 09:36 /var/spool/postfix/maildrop

What is /var/spool/postfix/maildrop? If it is an IMAP mailbox directory
tree, it should not reside inside /usr/postfix, and MUST not be owned by
the "postfix" user. Please fix this. The virtual_uid_maps = static:<uid>
value must not be the same as the uid of the "postfix" ($mail_owner) user.

> drwx------ 2 postfix root 576 2006-06-01 11:48 /var/spool/postfix/private
> total 0
> srw-rw-rw- 1 postfix postfix 0 2006-06-01 11:48 virtual

Thanks for that, very useful.

--
	 Viktor.

P.S. Morgan Stanley is looking for a New York City based, Senior Unix
      system/email administrator to architect and sustain the Unix email
      environment.  If you are interested, please drop me a note.

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the "Reply-To" header.

To unsubscribe from the postfix-users list, visit
http://www.postfix.org/lists.html or click the link below:
<mailto:majordomo@...?body=unsubscribe%20postfix-users>

If my response solves your problem, the best way to thank me is to not
send an "it worked, thanks" follow-up. If you must respond, please put
"It worked, thanks" in the "Subject" so I can delete these quickly.

At 09:13 AM 6/1/2006, Nathan wrote:
>I send all received and sent messages to an auditing
>account through the "always_bcc" directive and
>main.cf.  Unfortunately, I always receive two of every
>message in that audit account.   I recognize that
>always_bcc is designed to avoid mailer loops, so I have to
>imagine it's one of my filters causing the messages to get
>processed twice, but I can't figure out which one.  I'm
>using postfix 2.1.1-1.17 (SLES9 RPM) and Amavis (wrapping
>around clamav) and Spamassassin for virus and spam
>filtering, respectively.  I know there have been previous
>discussions of this sort of problem, but none of the
>errant configurations were close enough to mine.
>...
>###### AMAVIS CLAMAV VIRUS SCANNING ######
>smtp-amavis unix - - n - 2 smtp -o
>smtp_data_done_timeout=1200 -o disable_dns_lookups=yes
>127.0.0.1:10025 inet n - n - - smtpd -o content_filter= -o
>local_recipient_maps= -o relay_recipient_maps= -o
>smtpd_restriction_classes= -o smtpd_client_restrictions=
>-o smtpd_helo_restrictions= -o smtpd_sender_restrictions=
>-o smtpd_recipient_restrictions=permit_mynetworks,reject
>-o mynetworks=127.0.0.0/8 -o strict_rfc821_envelopes=yes
>-o smtpd_error_sleep_time=0 -o smtpd_soft_error_limit=1001
>-o smtpd_hard_error_limit=1000
>--------------------

Add -o receive_override_options=no_address_mappings to your
127.0.0.1:10025 smtpd instance.
http://www.postfix.org/postconf.5.html#receive_override_options

--
Noel Jones

miha wrote:
> Hi all,
>
> please have a look at the attached files for further info.
>
> In short, I upgraded my linux box from SuSE 9.1 to 10.1 and the postfix
> system stopped working. For what I could understand from the log files, it
> should be something involving file permissions or user/group permissions
> of some postfix daemons!? But I couldn't figure out what it is. For
> instance, what intrigued me was that the local transport daemon works just
> fine, the virtual one does not. It appears to me that they both have the
> same entries in master.cf. Delivery to local recipients works.

Suse 10.1 comes with AppArmor, which has a profile for Postfix. For any
file access not defined in that profile you get "Operation not permitted".
Either switch AppArmor into learning mode to modify the profile or
deactivate AppArmor entirely.

Sandy

Peter wrote:
> I am running an anti-spam/virus gateway built with postfix 2.2.5 and
> amavisd-new 2.3.3 running on OpenBSD 3.8.  Everything was working well
> until several domains had their MX records turned in the server's
> direction.  I am now logging very many disconnections.
>
>
> Jun  1 08:33:54 host postfix/smtpd[4431]: connect from
> avk84-1-82-243-6-24.fbx.proxad.net[82.243.6.24]
> Jun  1 08:33:54 host postfix/smtpd[4431]: lost connection after CONNECT
> from avk84-1-82-243-6-24.fbx.proxad.net[82.243.6.24]
> Jun  1 08:33:54 host postfix/smtpd[4431]: disconnect from
> avk84-1-82-243-6-24.fbx.proxad.net[82.243.6.24]

Judging from the client name I wouldn't mind. (^-^)

>
> Why is it disconnecting so quickly?
>
>
> My onboard pf firewall is only showing occasional blocked ICMP (type 3,
> code 1).
>
>
> I also cannot locally send a simple mail out from the server.  I get
> similar disconnect messages.

Now, that is a bit more serious.

>
> Here is the output to 'postconf -n':
>
> biff = no
> command_directory = /usr/sbin
> config_directory = /etc/postfix
> daemon_directory = /usr/libexec/postfix
> debug_peer_level = 2
> empty_address_recipient = MAILER-DAEMON
> html_directory = no
> local_transport = local
> mail_owner = postfix
> mailbox_size_limit = 1000000000
> mailq_path = /usr/bin/mailq
> manpage_directory = /usr/local/man
> message_size_limit = 80000000
> mydestination = $myhostname, localhost.$mydomain, localhost
> mydomain = domain.com
> myhostname = host.domain.com
> mynetworks_style = subnet
> myorigin = $myhostname
> newaliases_path = /usr/bin/newaliases
> notify_classes = protocol,resource,software
> queue_directory = /var/spool/postfix
> queue_minfree = 120000000
> readme_directory = no
> relay_domains = hash:/etc/postfix/relay_domains
> sample_directory = /etc/postfix
> sendmail_path = /usr/sbin/sendmail
> setgid_group = postdrop
> smtpd_banner = $myhostname ESMTP
> smtpd_recipient_restrictions = permit_mynetworks,
>         reject_unauth_destination,
> reject_non_fqdn_recipient,
> reject_rbl_client cbl.abuseat.org,
> reject_rbl_client bl.spamcop.net,
> reject_rbl_client sbl.spamhaus.org
> transport_maps = hash:/etc/postfix/transport
> unknown_local_recipient_reject_code = 550
>
>
> I tried restarting the server ('postfix relaod') and amavisd-new with
> no luck.
>
> I am accepting mail from other domnains using relay-domains, checking
> for spam/virus, and then redirecting with transport.
>
> The queue is quite full:
>
> #  postqueue -p | grep MAILER | wc -l
>      176

Not too serious, it should be send within a few minutes once you solve
your problem.

>
> I am running all software in chroot environment (/var/amavisd).
>
>
> Here is master.cf (without comments):
>
>
> smtp      inet  n       -       n       -       5       smtpd

This is your problem: you only have 5 concurrent smtpd processes. The
default is 100 for a reason. (^-^)

Change and issue "reload postfix". Then watch your mail log and the queue.

Sandy

>          -o content_filter=smtp-amavis:[127.0.0.1]:10024
> smtp-amavis unix        -       -       n       -       2       smtp
>         -o smtp_data_done_timeout=1200
>         -o disable_dns_lookups=yes
> 127.0.0.1:10025 inet    n       -       n       -       -       smtpd
>         -o local_recipient_maps=
>         -o smtpd_restriction_classes=
>         -o smtpd_client_restrictions=
>         -o smtpd_helo_restrictions=
>         -o smtpd_sender_restrictions=
>         -o smtpd_recipient_restrictions=permit_mynetworks,reject
>         -o strict_rfc821_envelopes=yes
>
>
> pickup    fifo  n       -       y       60      1       pickup
> cleanup   unix  n       -       y       -       0       cleanup
> qmgr      fifo  n       -       y       300     1       qmgr
> tlsmgr    unix  -       -       y       1000?   1       tlsmgr
> rewrite   unix  -       -       y       -       -       trivial-rewrite
> bounce    unix  -       -       y       -       0       bounce
> defer     unix  -       -       y       -       0       bounce
> trace     unix  -       -       y       -       0       bounce
> verify    unix  -       -       y       -       1       verify
> flush     unix  n       -       y       1000?   0       flush
> proxymap  unix  -       -       n       -       -       proxymap
> smtp      unix  -       -       y       -       -       smtp
> relay     unix  -       -       n       -       -       smtp
>         -o fallback_relay=
> showq     unix  n       -       n       -       -       showq
> error     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=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient}
> old-cyrus unix  -       n       n       -       -       pipe
>   flags=R user=cyrus argv=/cyrus/bin/deliver -e -m ${extension} ${user}
> cyrus     unix  -       n       n       -       -       pipe
>   user=cyrus argv=/cyrus/bin/deliver -e -r ${sender} -m ${extension}
> ${user}
> uucp      unix  -       n       n       -       -       pipe
>   flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail
> ($recipient)
> ifmail    unix  -       n       n       -       -       pipe
>   flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
> bsmtp     unix  -       n       n       -       -       pipe
>   flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop
> $recipient
>
>
> Names are resolving fine.
>
> Thanks in advance to anyone who can help.
>
> Peter
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>

On May 31, 2006, at 9:19 PM, Alex Satrapa wrote:
> On 1 Jun 2006, at 16:13, Michael J Wise wrote:
>> On May 31, 2006, at 5:39 PM, Alex Satrapa wrote:
>>
>>> (90% of the spam I get comes from Microsoft Outlook, which is a
>>> "proper" mail sender).
>>
>> You've been misled.
>> It may LOOK like it came from Outlook, but it didn't.
>> It came from a piece of software trying desperately to look like it
>> is Outlook.
>
> Walks like a duck, quacks like a duck, therefore it is a duck.
>
> Compare these two sets of headers:

You are completely missing the point.
It isn't a case of "Looks Like", it's a case of what is on the other
end of the wire.

>> Received:  from sjq ([203.160.26.197])

External address.
No reverse DNS.
Currently no DNSBLs of any consequence.

>> X-Greylist:  delayed 302 seconds by postgrey-1.21 at franklin; Tue,
>> 30 May 2006 18:56:51 EST

You might want to greylist it for a bit longer....
Bottom line is, mail servers and local addresses shouldn't be
greylisted.
But *unknown* connects should be for quite some time.
302 seconds doesn't cut it.
86400 seconds might.
This is, of course, only MHO.

> versus
>
>> Received:  from DNA05 (unknown [192.168.2.205])

Local address.

> How do I distinguish the spam from the ham?

That's your problem, Sir.
And this isn't the list for it.

> does it really matter what software was actually responsible for
> sending the message?

Yes.

> That is only a philosophical discussion at best.

Oh no, it's quite practical.
You see... sometimes, they make misteaks.
And those misteaks become a sign.

Aloha mai Nai`a!
--
"Please have your Internet License             http://kapu.net/~mjwise/
    and Usenet Registration handy..."

My apologies if I've posted here already, but still have an issue that's
bugging me...

Running postfix 2.2.4 on Mac OS/X. I've created a rbl_access file which
consists of

dcn.yahoo.com           OK
scd.yahoo.com           OK
mud.yahoo.com           OK

I run postmap rbl_access , and it creates the rbl_access.db . I then add
to my main.cf:

smtpd_client_restrictions =
      check_client_access hash:/etc/postfix/rbl_access

I then get in my mail.log:

Jun  1 10:42:15 www postfix/smtpd[25475]: fatal: open database
/etc/postfix/rbl_access.db: Inappropriate file type or format
Jun  1 10:42:16 www postfix/master[56]: warning: process
/usr/libexec/postfix/smtpd pid 25475 exit status 1
Jun  1 10:42:16 www postfix/master[56]: warning:
/usr/libexec/postfix/smtpd: bad command startup -- throttling

I've tried check_client_access btree, same thing.

I've put both my rbl_access and rbl_access.db at
http://www.espphotography.com/rbl_access and
http://www.espphotography.com/rbl_access.db .

Any help greatly appreciated. I'm going nuts here. I'd love to add
bl.spamcop.net, but I need to whitelist yahoo groups.

Thanks.

Evan

Evan Platt wrote:
> My apologies if I've posted here already, but still have an issue that's
> bugging me...
>
> Running postfix 2.2.4 on Mac OS/X. I've created a rbl_access file which
> consists of
>
> dcn.yahoo.com           OK
> scd.yahoo.com           OK
> mud.yahoo.com           OK
>
> I run postmap rbl_access , and it creates the rbl_access.db . I then add
> to my main.cf:
>
> smtpd_client_restrictions =
>      check_client_access hash:/etc/postfix/rbl_access
>
> I then get in my mail.log:
>
> Jun  1 10:42:15 www postfix/smtpd[25475]: fatal: open database
> /etc/postfix/rbl_access.db: Inappropriate file type or format

What does "postconf -m" say about the supported map types?

> Jun  1 10:42:16 www postfix/master[56]: warning: process
> /usr/libexec/postfix/smtpd pid 25475 exit status 1
> Jun  1 10:42:16 www postfix/master[56]: warning:
> /usr/libexec/postfix/smtpd: bad command startup -- throttling
>
> I've tried check_client_access btree, same thing.
>
> I've put both my rbl_access and rbl_access.db at
> http://www.espphotography.com/rbl_access and
> http://www.espphotography.com/rbl_access.db .
>
> Any help greatly appreciated. I'm going nuts here. I'd love to add
> bl.spamcop.net, but I need to whitelist yahoo groups.

Hm, I just noticed that several people have already deducted you have more
than one version of postfix on your system. What steps did you take to
resolve that situation? Just what is your situation at the moment at all?!?

Sandy

On Thu, Jun 01, 2006 at 10:47:40AM -0700, Evan Platt wrote:

> My apologies if I've posted here already, but still have an issue that's
> bugging me...
>
> Running postfix 2.2.4 on Mac OS/X. I've created a rbl_access file which
> consists of
>
> dcn.yahoo.com           OK
> scd.yahoo.com           OK
> mud.yahoo.com           OK
>
> I run postmap rbl_access , and it creates the rbl_access.db . I then add
> to my main.cf:

This uses the default_database_type.

> smtpd_client_restrictions =
>      check_client_access hash:/etc/postfix/rbl_access

This uses hash:

> I then get in my mail.log:
>
> Jun  1 10:42:15 www postfix/smtpd[25475]: fatal: open database
> /etc/postfix/rbl_access.db: Inappropriate file type or format

Perhaps the default has been set to "btree"?

--
	 Viktor.

P.S. Morgan Stanley is looking for a New York City based, Senior Unix
      system/email administrator to architect and sustain the Unix email
      environment.  If you are interested, please drop me a note.

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the "Reply-To" header.

To unsubscribe from the postfix-users list, visit
http://www.postfix.org/lists.html or click the link below:
<mailto:majordomo@...?body=unsubscribe%20postfix-users>

If my response solves your problem, the best way to thank me is to not
send an "it worked, thanks" follow-up. If you must respond, please put
"It worked, thanks" in the "Subject" so I can delete these quickly.

hi everybody:

im using virtual domains and want to deliver mails to maildirs on a openafs
volume. i have searched for a solution about the link()/unlink() vs rename()
problem on this and other mailing lists. i dont want to patch postfix, but i
really need a solution for this. Finally i've found that procmail already
uses rename() for maildir delivey so i wolud like to use it. the problem is
that i dont get how to set up virtual to pass mails to procmail for final
delivery.

for what ive readed i think that i should add an entry in master.cf for
procmail and add a transport_maps entry on main.cf.

if someone could give a hint or point me to the right docs i would be very
gratefull.

Roberto Scattini

_________________________________________________________________
Sabe más sobre la próxima generación del MSN Messenger.
http://imagine-msn.com/minisites/messenger/default.aspx?locale=es-ar

On Thu, 01 Jun 2006 10:37:52 -0400, William Yodlowsky
<wyodlows@...> opined:
> David Cary Hart <PostfixMTA@...> wrote:
>
> > I am creating a resource page from our DNSBL removal form and the
> > removal reply templates. I haven't the time, inclination or skill
> > to
>
> [snip]
>
> > --
> > Our DNSRBL - Eliminate Spam: http://www.TQMcube.com
> > Multi-RBL Check: http://www.TQMcube.com/rblcheck.php
> > Composite Zone: dnsbl.tqmcube.com
>
> Hello,
>
> We began using some of your rbldnsd zones via rsync yesterday, and I
> thought I'd just let you know since we're set to rsync every 3
> hours.
>
> Thanks very much for providing this service!  I've already seen many
> hits, as I implemented SpamAssassin RBL rules to start but am
> looking forward to using it with Postfix eventually.
>
> I debated about running against your new DNS zone directly but was
> afraid that our traffic might induce too much load (we do anywhere
> between 100k - 1M messages/day).  If that would prove to be less
> resource-intensive for you, please let me know and we'll switch.
>
> Again thanks for providing these zones for free!

I'm pretty sure the mirror can handle the traffic if you prefer.

BTW, I figured out the test and added 127.0.0.2 to each zone with a
test text record.
>


--
Our DNSRBL - Eliminate Spam: http://www.TQMcube.com
Multi-RBL Check: http://www.TQMcube.com/rblcheck.php
The Dirty Dozen Spammiest Ranges: http://tqmcube.com/dirty12.php

On Thu, Jun 01, 2006 at 07:08:28PM +0000, Roberto Scattini wrote:

> hi everybody:
>
> im using virtual domains and want to deliver mails to maildirs on a openafs
> volume. i have searched for a solution about the link()/unlink() vs
> rename() problem on this and other mailing lists. i dont want to patch
> postfix, but i really need a solution for this. Finally i've found that
> procmail already uses rename() for maildir delivey so i wolud like to use
> it. the problem is that i dont get how to set up virtual to pass mails to
> procmail for final delivery.

The maildir protocol is not compatible with AFS. Changing the protocol
violates its reliability guarantees. Only local unix filesystems, or
correctly implemented NFS srevers are suitable for maildir.

--
	 Viktor.

P.S. Morgan Stanley is looking for a New York City based, Senior Unix
      system/email administrator to architect and sustain the Unix email
      environment.  If you are interested, please drop me a note.

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the "Reply-To" header.

To unsubscribe from the postfix-users list, visit
http://www.postfix.org/lists.html or click the link below:
<mailto:majordomo@...?body=unsubscribe%20postfix-users>

If my response solves your problem, the best way to thank me is to not
send an "it worked, thanks" follow-up. If you must respond, please put
"It worked, thanks" in the "Subject" so I can delete these quickly.

On Thu, June 1, 2006 11:12 am, Sandy Drobic wrote:

> What does "postconf -m" say about the supported map types?

btree
cidr
environ
hash
mysql
pcre
proxy
regexp
static
unix

> Hm, I just noticed that several people have already deducted you have more
> than one version of postfix on your system. What steps did you take to
> resolve that situation? Just what is your situation at the moment at
> all?!?

Still trying to remove postfix via apt-get which is where I believe it was
also installed from..

If there's anyone who knows apt-get and willing to help me out offlist,
would be appreciated, or know of a good apt-get group.

Basically attempting to remove postfix via apt-get remove postfix, I get a
number of mysql related errors (short version):
Need to get 0B of archives. After unpacking 0B will be used.
Setting up mysql (4.1.10-1) ...
Installing all prepared tables
060601 13:03:40 [Warning] Setting lower_case_table_names=2 because file
system for /sw/var/mysql/ is case insensitive
Fill help tables
060601 13:03:40 [Warning] Setting lower_case_table_names=2 because file
system for /sw/var/mysql/ is case insensitive
<SNIP>
No matching service found for "mysql", skipping.
/sw/bin/dpkg: error processing mysql (--configure):
  subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
  mysql
E: Sub-process /sw/bin/dpkg returned an error code (1)

Thanks.

Roberto Scattini:
> hi everybody:
>
> im using virtual domains and want to deliver mails to maildirs on a openafs
> volume. i have searched for a solution about the link()/unlink() vs rename()
> problem on this and other mailing lists. i dont want to patch postfix, but i
> really need a solution for this. Finally i've found that procmail already
> uses rename() for maildir delivey so i wolud like to use it. the problem is
> that i dont get how to set up virtual to pass mails to procmail for final
> delivery.
>
> for what ive readed i think that i should add an entry in master.cf for
> procmail and add a transport_maps entry on main.cf.
>
> if someone could give a hint or point me to the right docs i would be very
> gratefull.

I'm sorry, but AFS is not suitable for this purpose. Working
around this with rename() is unacceptable, because it will
result in silent loss of email.

	 Wietse

We are using the default_rbl_reply for rbl rejections. We want to have
our own $rbl_reason for each rbl we are using. Can anybody give me some
advice?

default_rbl_reply = $rbl_code Service unavailable; $rbl_class
[$rbl_what] blocked using $rbl_domain${rbl_reason?; $rbl_reason}

Thanks

--
Kai Wang
System Services
Information Technologies, University of Calgary,
2500 University Drive, N.W.,
Calgary, Alberta, Canada T2N 1N4
Phone (403) 220-2423, Fax (403) 282-9361

Hi,

I wanna see the HELO message which is sent by my Postrfix server. How
can I see it?

Thanks to all.

Kai Wang wrote:
>
> We are using the default_rbl_reply for rbl rejections. We want to have
> our own $rbl_reason for each rbl we are using. Can anybody give me
> some advice?
>
> default_rbl_reply = $rbl_code Service unavailable; $rbl_class
> [$rbl_what] blocked using $rbl_domain${rbl_reason?; $rbl_reason}
>
> Thanks
>
See the "rbl_reply_maps" feature

Reference:  man 5 postconf

Pablo Cruz Navea wrote:
> Hi,
>
> I wanna see the HELO message which is sent by my Postrfix server. How
> can I see it?
>
> Thanks to all.
You can see what HELO string value Postfix will use with a couple of
commands. For example:

$ postconf smtp_helo_name
smtp_helo_name = $myhostname

$ postconf myhostname
myhostname = myhost.mydomain.com

On Thu, Jun 01, 2006 at 05:26:37PM -0400, Pablo Cruz Navea wrote:

> Hi,
>
> I wanna see the HELO message which is sent by my Postrfix server. How
> can I see it?

	 : run; postconf smtp_helo_name

If that returns:

	 smtp_helo_name = $myhostname

then recurse with:

	 : run; postconf myhostname

If you change either in the "smtp unix" entry in master.cf, look at the
value there.

To log it, "debug_peer_list = 1.2.3.4", where 1.2.3.4 is the IP address
of some machine to which you are about to send a test message. Then reload,
and the HELO/EHLO name will be in the logs.

--
	 Viktor.

P.S. Morgan Stanley is looking for a New York City based, Senior Unix
      system/email administrator to architect and sustain the Unix email
      environment.  If you are interested, please drop me a note.

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the "Reply-To" header.

To unsubscribe from the postfix-users list, visit
http://www.postfix.org/lists.html or click the link below:
<mailto:majordomo@...?body=unsubscribe%20postfix-users>

If my response solves your problem, the best way to thank me is to not
send an "it worked, thanks" follow-up. If you must respond, please put
"It worked, thanks" in the "Subject" so I can delete these quickly.