Quote:
Originally Posted by gilead
Since it's been running previously for other users, there may be useful info in the logs under /var/log. I'd check messages, syslog, secure, maillog. I'd also check the Squirrelmail setup and see if the permissions are correctly set for its mail/attachment handling directories.
|
I found the fix, to comment out
Code:
#mailbox_command = procmail -a "$EXTENSION"
I tried changing it as;
Code:
mailbox_command = /usr/local/bin/procmail -Y -a $DOMAIN
still failed.
$ tail /var/log/mail.log
Code:
Feb 14 22:52:30 mail postfix/smtpd[6050]: connect from
hanghau.pacific.net.hk[202.64.33.147]
Feb 14 22:52:30 mail postfix/smtpd[6050]: warning: support for
restriction "reject_maps_rbl" wi
ll be removed from Postfix; use "reject_rbl_client domain-name" instead
Feb 14 22:52:30 mail postfix/smtpd[6050]: 396CADF00ED:
client=hanghau.pacific.net.hk[202.64.33.
147]
Feb 14 22:52:30 mail postfix/cleanup[6055]: 396CADF00ED:
message-id=<200802141444.m1EEi4A201126
8@hanghau.pacific.net.hk>
Feb 14 22:52:30 mail postfix/qmgr[6047]: 396CADF00ED:
from=<satimis@pacific.net.hk>, size=843,
nrcpt=3 (queue active)
Feb 14 22:52:30 mail postfix/smtpd[6050]: disconnect from
hanghau.pacific.net.hk[202.64.33.147]
Feb 14 22:52:30 mail postfix/local[6057]: 396CADF00ED:
to=<satimis@satimis.com>, relay=local, d
elay=0.24, delays=0.19/0.01/0/0.03, dsn=2.0.0, status=sent (delivered
to command: /usr/bin/proc
mail -Y -a $DOMAIN)
Feb 14 22:52:30 mail postfix/local[6060]: 396CADF00ED:
to=<stephen@satimis.com>, relay=local, d
elay=0.24, delays=0.19/0.01/0/0.03, dsn=2.0.0, status=sent (delivered
to command: /usr/bin/proc
mail -Y -a $DOMAIN)
Feb 14 22:52:30 mail postfix/local[6056]: 396CADF00ED:
to=<reynoldliu@satimis.com>, relay=local
, delay=0.24, delays=0.19/0.01/0/0.05, dsn=2.0.0, status=sent
(delivered to command: /usr/bin/p
rocmail -Y -a $DOMAIN)
Feb 14 22:52:30 mail postfix/qmgr[6047]: 396CADF00ED: removed
You have new mail in /var/mail/satimis
Incoming mail never rejected but did not arrive their destination.
Furthermore I found following funny thing. Mail directores were created on /var/mail additional to $HOME/Maildir
# ls /var/mail/
Maildir user1 user2 user3 etc.
(however not all users' accounts are found here, only some of them. I have no idea how they came. I did not create them)
# ls /var/mail/Maildir/
cur new tmp
# ls /var/mail/Maildir/new
Code:
1194227046.Vfe00Ide0039M703212.ubuntu
1194228316.Vfe00Ide003cM795094.ubuntu
.....
...
1197012418.Vfe00Ide00d6M170292.mail
1197055821.Vfe00Ide0102M909864.mail
....
There are mails there, almost all spam.
# ls /var/mail/Maildir/cur
# ls /var/mail/Maildir/tmp
both w/o printout
# ls /var/mail/user1 /user2/user3/etc.
No printout.
The abovementioned problem and/or discovery were found after following;
14 Postfix With SMTP-AUTH And TLS
http://www.howtoforge.com/perfect_server_ubuntu7.10_p5
to continue the test. I did not re-install the packages recommended there. Because all of them have already been installed. I just ran;
$ sudo dpkg-reconfigure postfix
to reconfigure postfix.
After finish I discovered that other workstations can't download mails on this Mail Server to their mail clients (Evolution and KMail) but can send mails via it on mail clients w/o problem. I'm still trying to fix the problem.
Quote:
Can the new user log in at a terminal or check their mail with another mail client?
|
Yes, no problem.
B.R.
satimis