Output of grep web26_chrisg /etc/passwd:
Code:
web26_chrisg:x:10041:10026:Chris Glen:/var/www/web26:/dev/null
Here is a recent log output fromanother test filling in of the form (@localhost added to suername during tests):
Code:
Feb 12 20:30:38 sww postfix/cleanup[6452]: A1F9F21A5A: message-id=<20080212203038.6106321A60@stopwatchweb.co.uk>
Feb 12 20:30:38 sww postfix/qmgr[5852]: A1F9F21A5A: from=<www-data@sww.stopwatchweb.co.uk>, size=826, nrcpt=1 (queue active)
Feb 12 20:30:38 sww postfix/local[6454]: 6106321A60: to=<web26_chrisg@localhost>, orig_to=<formresponse@plainmortgageadvice.co.uk>, relay=local, delay=0.49, delays=0.32/0.04/0/0.13, dsn=2.0.0, status=sent (forwarded as A1F9F21A5A)
Feb 12 20:30:49 sww postfix/local[6455]: A1F9F21A5A: to=<mike@sww.stopwatchweb.co.uk>, orig_to=<formresponse@plainmortgageadvice.co.uk>, relay=local, delay=10, delays=0.05/0.04/0/10, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail -f-)
Feb 12 20:30:49 sww postfix/qmgr[5852]: A1F9F21A5A: removed
which appears to suggest the mail is being sent. is it likely there is a procmailrc directive preventing the mail going to the correct address? There is no /etc/procmailrc fileon my system. Should I create one and put in (which?) directives?
I now have another client reporting the same problem. As with the first, before adjustments, mail is disappearing rather than coming to me as email server administrator.
Recent comments
8 hours 45 sec ago
17 hours 28 min ago
18 hours 18 min ago
21 hours 51 min ago
1 day 2 hours ago
1 day 2 hours ago
1 day 4 hours ago
1 day 14 hours ago
1 day 19 hours ago
1 day 21 hours ago