Hi, i'm giving ispconfig3 a try on a virtual (xen) fresh installed ubuntu. Everything seems ok but the mail fetching: emails are fetched but not delivered: Code: May 12 00:10:03 isp-operator getmail: msg 1/1 (1646 bytes) msgid 1305151536.27200.mxavas12.ad.aruba.it,S=1646 from <[email protected]> delivered to MDA_external command sendmail (), deleted May 12 00:10:03 isp-operator postfix/pickup[1312]: 93383132209: uid=5001 from=<getmail> May 12 00:10:03 isp-operator postfix/cleanup[1682]: 93383132209: message-id=<1305151522.3310.0.camel@sunrise> May 12 00:10:03 isp-operator postfix/qmgr[1313]: 93383132209: from=<[email protected]>, size=1927, nrcpt=1 (queue active) May 12 00:10:03 isp-operator postfix/pickup[1312]: D9E3A132207: uid=33 from=<www-data> May 12 00:10:03 isp-operator postfix/cleanup[1682]: D9E3A132207: message-id=<[email protected]> May 12 00:10:03 isp-operator postfix/qmgr[1313]: D9E3A132207: from=<[email protected]>, size=921, nrcpt=1 (queue active) May 12 00:10:04 isp-operator postfix/smtpd[1694]: connect from localhost.localdomain[127.0.0.1] May 12 00:10:04 isp-operator postfix/smtpd[1694]: 6606D13220A: client=localhost.localdomain[127.0.0.1] May 12 00:10:04 isp-operator postfix/cleanup[1682]: 6606D13220A: message-id=<[email protected]> May 12 00:10:04 isp-operator postfix/qmgr[1313]: 6606D13220A: from=<[email protected]>, size=1468, nrcpt=1 (queue active) May 12 00:10:04 isp-operator postfix/smtpd[1694]: disconnect from localhost.localdomain[127.0.0.1] May 12 00:10:04 isp-operator amavis[746]: (00746-02) Passed CLEAN, <[email protected]> -> <[email protected]>, Message-ID: <[email protected]>, mail_id: enpgchpgDh6L, Hits: 1.178, size: 921, queued_as: 6606D13220A, 757 ms May 12 00:10:04 isp-operator postfix/smtp[1690]: D9E3A132207: to=<[email protected]>, orig_to=<www-data>, relay=127.0.0.1[127.0.0.1]:10024, delay=1.1, delays=0.3/0.08/0/0.77, dsn=2.0.0, status=sent (250 2.0.0 Ok, id=00746-02, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 6606D13220A) May 12 00:10:04 isp-operator postfix/qmgr[1313]: D9E3A132207: removed May 12 00:10:05 isp-operator postfix/smtpd[1694]: connect from localhost.localdomain[127.0.0.1] May 12 00:10:05 isp-operator postfix/local[1695]: 6606D13220A: to=<[email protected]>, relay=local, delay=0.93, delays=0.34/0.1/0/0.49, dsn=2.0.0, status=sent (delivered to mailbox) May 12 00:10:05 isp-operator postfix/qmgr[1313]: 6606D13220A: removed May 12 00:10:05 isp-operator postfix/smtpd[1694]: 5715D132207: client=localhost.localdomain[127.0.0.1] May 12 00:10:05 isp-operator postfix/cleanup[1682]: 5715D132207: message-id=<1305151522.3310.0.camel@sunrise> May 12 00:10:05 isp-operator postfix/qmgr[1313]: 5715D132207: from=<[email protected]>, size=2462, nrcpt=1 (queue active) May 12 00:10:05 isp-operator amavis[747]: (00747-01) Passed CLEAN, [62.149.128.73] [94.166.43.231] <[email protected]> -> <[email protected]>, Message-ID: <1305151522.3310.0.camel@sunrise>, mail_id: CZi72KaWB3dA, Hits: 0.379, size: 1927, queued_as: 5715D132207, 1530 ms May 12 00:10:05 isp-operator postfix/smtp[1689]: 93383132209: to=<[email protected]>, relay=127.0.0.1[127.0.0.1]:10024, delay=2.2, delays=0.53/0.09/0.02/1.5, dsn=2.0.0, status=sent (250 2.0.0 Ok, id=00747-01, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 5715D132207) May 12 00:10:05 isp-operator postfix/qmgr[1313]: 93383132209: removed May 12 00:10:05 isp-operator postfix/pipe[1696]: 5715D132207: to=<[email protected]>, relay=maildrop, delay=0.3, delays=0.24/0.03/0/0.03, dsn=5.4.6, status=bounced (mail forwarding loop for [email protected]) May 12 00:10:05 isp-operator postfix/cleanup[1682]: 84CE1132209: message-id=<[email protected]> May 12 00:10:05 isp-operator postfix/qmgr[1313]: 84CE1132209: from=<>, size=4601, nrcpt=1 (queue active) May 12 00:10:05 isp-operator postfix/bounce[1697]: 5715D132207: sender non-delivery notification: 84CE1132209 May 12 00:10:05 isp-operator postfix/qmgr[1313]: 5715D132207: removed May 12 00:10:05 isp-operator postfix/local[1695]: 84CE1132209: to=<[email protected]>, relay=local, delay=0.2, delays=0.02/0/0/0.18, dsn=2.0.0, status=sent (delivered to mailbox) May 12 00:10:05 isp-operator postfix/qmgr[1313]: 84CE1132209: removed Any hints? Thank you
Thank ypu for your reply Falko. Yes, it seems there's a loop somewhere but i can't find it. I've followed the ispconfig3 manual in order to install and configure the server and the ispconfig installation, then i configured 2 virtual mailboxes (client, virtual domain, virtual emails and fetchmail). Webmail is ok, and if i try to send an email from the webmail it all gets ok either between users of the same domain either if i send messages to external domains. The only problem is when fetching emails. What do you suggest me? thank you in advance!
From where do you fetch the mails? I guess you fetch the mails from an account and then forward the emails directly or trough another account to the same account again, this causes a loop which is detected by postfix.
Thank you too for your reply. This is my setup: i have created 1 domain example.com for 1 client then i created some virtual mailboxes, [email protected] [email protected] .... and everyting worked out of the box. Then since the above domain has its own pop3 mailboxes (previously buyed from my customer) i need to fetch emails and deliver them to the appropriate virtual user on my server. Actually there's a loop in that, you're right. uhm But, how can i have a virtual domain with virtual mailboxes and fetch emails from the isp's pop3 server to my server avoiding the loop issue?
In order to avoid the loop issue you have to enable in /etc/postfix/main.cf the following statement. header_checks = regexp:/etc/postfix/header_checks Then, add the following line in /etc/postfix/header_checks /^Delivered-To: .*/ IGNORE Then, rebuild the hash table and reload the postfix configuration: # postmap /etc/postfix/header_checks # service postfix reload
Yes, this solved the problem for fetchmail with same source (remote) and destination (local) address. It would be nice to include it into the manual, I think this is a common configuration when one has to deal with hosting and local mail server. Thanks
Yes, this solved the problem for fetchmail with same source (remote) and destination (local) address. It would be nice to include it into the manual, I think this is a common configuration when one has to deal with hosting and local mail server. Thanks
