Re: [vchkpw] Mails delivered by maildirsmtp bounce with looping error after upgrade from 5.4.9 to 5.4.27
You have given a sample of a mail which has bounced. Can you send an headers from the email from the Maildir on the central server? This is before it is picked up by maildirsmtp. The maildir is on the BRANCH server. maildirsmtp picks the mail from there and delivers to central server. The vpopmail is running on central server. Where if I use 5.4.27 the mail bounces back with looping error. If I use vpopmail 5.4.9 it does not bounce. Here is a header from a mail in the maildir before it is picked up by maildirsmtp.. Delivered-To: alias-ppp-rc...@branch2.domain1.com Delivered-To: rc...@branch2.domain1.com From: sender sen...@branch2.domain1.com To: x...@xyz.com, rcpt1 rc...@branch2.domain1.com Cc: a...@xyz.com Subject: Re: some subject Date: Fri, 24 Apr 2009 13:23:40 +0530 X-Priority: 1 X-MSMail-Priority: High X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 REMINDER. Also the error message is from qmail-smtpd. There is a maximum limit of no of headers in qmail-smtpd (defined by MAXHOPS). Are you reaching that limit. You can create a control file /var/qmail/control/maxhops in case you want to increase that How do I know if I am reaching the header limit? I dont have a control/MAXHOPS Never had. If that is the problem how does reverting back to vpopmail 5.4.9 resolves the issue? -- Regards Koustubha Kale !DSPAM:49f176c532682142341579!
Re: [vchkpw] Mails delivered by maildirsmtp bounce with looping error after upgrade from 5.4.9 to 5.4.27
1. On the central server you are using vdelivermail to deliver it to a Maildir Check your .qmail-default file on the central server. vdelivermail adds a Delivered-To: header My .qmail-default on central server is | /home/vpopmail/bin/vdelivermail '' bounce-no-mailbox 2. On the final branch server, you are again using vdelivermail to deliver the mail to the user's maildir. vdelivermail has a code is_looping() which checks if the header Delivered-To is present. The message mail is looping is in the vdelivermail code. SMTP has the message message is looping (#5.4.6) which is totally different from the message shown in the bounce. The message never reaches the final branch server. Its bounced by the central server. As I had mentioned in my first mail, branch server has all users as local system accounts. There is no vpopmail installed on branch servers. So delivery is made direct to users $HOME/Maildir. As the message is bounced by the central server it means the error code mail is looping is coming from the central servers vdelivermail. 3. Delivered-To is removed by maildirsmtp. Which again leads to the suspicion that there are more than one delivered-To header in the mail on the central server I would request you again to go to your central server (not the branch server and not the bounce message which you gave earlier). On the central server go do the Maildir of the catch-all alias. Just look for Delivered-To header in the mail. There is no catch all alias. There never was. Earlier we used to operate under catch all delete. Now it is catch all bounce. Changing it to catch all delete has no effect. Under vpopmail 5.4.9 there are no looping error bounces but under 5.4.27 there are, be it delete or bounce in the .qmail-default I am also replying to your other mail in here.. There are two Delivered-To headers and that's the problem. The first line is Delivered-To: alias-ppp-rc...@branch2.domain1.com mailto:alias-ppp-rc...@branch2.domain1.com The second is Delivered-To: rc...@branch2.domain.com mailto:rc...@branch2.domain.com Which of these two dissapear when you replace with the older vdelivermail? When the mail reaches the central server, Delivered-To: alias-ppp-rc...@branch2.domain1.com disappears as it is stripped by maildirsmtp. The message is never delivered by the central server to anybody but is bounced with the looping error, hence in the bounce message we see only one Delivered-To: header which must be the remaining on from here (i.e. the one sent by the branch server ) and it must be the one causing the trouble. Its put in by branch server qmail first accepting the message as its for a local domain but later putting it in alias/pppdir as per .qmail-default when a matching user is not found on local server. Question is why was vpopmail on central server accepting this in version 5.4.9 and why is it now bouncing the same kind of messages in version 5.4.27? What is your .qmail-default file for branch2.domain1.com http://branch2.domain1.com? | forward alias-ppp-$LOCAL@$HOST Remember all branch users are local system accounts. There is no vpopmail on branch server. Regards Koustubha Kale !DSPAM:49f1972032681019979745!
Re: [vchkpw] Mails delivered by maildirsmtp bounce with looping error after upgrade from 5.4.9 to 5.4.27
I have a horrible feeling that Read Rcpt was on when I sent the last reply!! If so my please accept my apology. I was playing with getting gmail on my desktop thunderbird client. So very sorry about it.. :( regards koustubha Kale !DSPAM:49f193f732684239652057!
Re: [vchkpw] Mails delivered by maildirsmtp bounce with looping error after upgrade from 5.4.9 to 5.4.27
After reading this mail, I don't think that I have understood the setup. How are the mails then picked up from the above Maildir? Firstly thanks for your patience. Let me try to explain my setup. Sorry if its long winded.. We have six tld domains. each domain has about 12 sub domains. i.e. branch1.tld1.com, branch1.tld2.com, branch2.tld1.com, branch2.tld2.com and so on till branch12.tld6.com The users belong to branches i.e. us...@branch1.tld1.com. But some users also belong to multiple domains. Like us...@branch1.tld1.com, us...@branch1.tld2.com etc. There is a central server at Head Office on which all the domains, sub domains and users are configured. All domains and subdomains are virtual. There are no system users for email on the central server. On the central server all domains, subdomains and users are handled by vpopmail. Each branch has a mail server. On these branch servers each user is a local system account. So mails for us...@branch1.tld1.com and us...@branch1.tld2.com all end up in the same users $HOME/Maildir. There is no vpopmail on the branch servers. As all branch servers are configured to handle all tld's it is necessary for interbranch messages to be routed to the central server by means of maildirsmtp. This is done by having | forward alias-ppp-$LOCAL@$HOST in the .qmail-default of all branch servers. We also have ./pppdir/ in the file /var/qmail/alias/.qmail-ppp-default This causes interbranch messages ( for users not present in /etc/passwd but belonging to tld's configured in qmail) to be dropped in alias/pppdir. From there the messages are picked up by maildirsmtp and delivered to the central server. On the central server the message is put in users /home/vpopmail/domains/branch#.tld#.com/user#/Maildir by vdelivermail by having | /home/vpopmail/bin/vdelivermail '' bounce-no-mailbox in the .qmail-default for each tld on the central server. All incoming messages from all world are thus deposited in the central server as it holds all MX. Form the central server all branch servers download the mails for respective local users by fetchmail. Interbranch messages also are thusly transfered to the other branch. Now suppose a us...@branch1.tld1.com wants to send a message to us...@branch2.tld1.com the message is accepted by qmail and dumped in alias/pppdir. This puts in two Delivered-To: headers 1) Delivered-To: us...@branch2.tld1.com ( when delivering to the catchall ?) 2) Delivered-To: alias-ppp-us...@branch2.tld1.com ( when delivering to alias-ppp ?) The 2nd Delivered-To: alias-ppp-rc...@branch2.domain1.com is properly stripped off by maildirsmtp but the 1st one remains in messages being delivered to the central server by maildirsmtp. This is what must be causing the trouble. As on the central server if we put vpopmail 5.4.27 the message bounces with mail is looping but if we use vpopmail 5.4.9 with everything else remaining exactly same the message is delivered to /home/vpopmail/domains/branch#.tld#.com/user#/Maildir perfectly. And as you said in your earlier mail the mail is looping bounce message is from vdelivermail not from qmail. Question is why it causes mail is looping bounces with vdelivermail 5.4.27 and why not in 5.4.9 when both are receiving exactly the same headers? And what can I do to get it working in 5.4.27? ( The setup has been running past few years perfectly and still does with everything upgraded except vpopmail ) Also yourself and anybody else with experience in running a similar setup please share how you would set things up to overcome this difficulty I am having. Regards Koustubha Kale !DSPAM:49f1ba9032681500963724!
[vchkpw] Mails delivered by maildirsmtp bounce with looping error after upgrade from 5.4.9 to 5.4.27
Hi all, First message to this list. We are running a setup in which a central server receives and sends mails for users sitting at multiple branches. Branches each have a server which downloads mails by fetchmail and uploads mails for users within our domains but sitting at other branches with maildirsmtp. Among different business units we have 6 domains configured on the central server. The central server is running qmail+vpopmail+qmail-scanner+spamassassin+clamav. The branch servers have qmail with local user accounts with courier imap. The setup has been running well with vpopmail 5.4.9 for past few years. Due to very heavy load on qmail-scanner we decided to implement John Simpson's validrcptto.cdb to filter out invalid recipients before messages hit qmail-scanner. As part of this we upgraded vpopmail to 5.4.27 in order to get the onchange functionality. The validrcptto mechanism now works perfectly. Now we can receive all mail from outside world ok, but any mail delivered to the central server with maildirsmtp from the branches bounces with mail is looping error. This must be because of the Delivered-To: header present in the message which was inserted by the branch server qmail while delivering the message to alias for onward delivery to the central server by means of maildirsmtp. What I would like to know is what changed between 5.4.9 to 5.4.27 to cause this. And how can I get this working in 5.4.27? Regards Koustubha Kale !DSPAM:49f05b0b32681232389314!
Re: [vchkpw] Mails delivered by maildirsmtp bounce with looping error after upgrade from 5.4.9 to 5.4.27
Manvendra Bhangui wrote: On Thu, 2009-04-23 at 17:41 +0530, Koustubha Kale wrote: Now we can receive all mail from outside world ok, but any mail delivered to the central server with maildirsmtp from the branches bounces with mail is looping error. This must be because of the Delivered-To: header present in the message which was inserted by the branch server qmail while delivering the message to alias for onward delivery to the central server by means of maildirsmtp. What I would like to know is what changed between 5.4.9 to 5.4.27 to cause this. And how can I get this working in 5.4.27? Can you show the full headers from one mail from the Maildir on the central server. maildirsmtp removes the Delivered-To header from the mail before sending it to the destination host by SMTP. By any chance are there two Delivered-To: headers in your mail? here it is. I have obfuscated user, domain names IP's. - Original Message - From: mailer-dae...@hub.domain1.com To: sen...@branch1.domain2.com Sent: Wednesday, April 22, 2009 10:42 AM Subject: failure notice Hi. This is the qmail-send program at hub.domain1.com. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. rc...@branch2.domain1.com: mail is looping --- Below this line is a copy of the message. Return-Path: sen...@branch1.domain2.com Received: (qmail 25030 invoked by uid 511); 22 Apr 2009 10:42:33 +0530 Received: from (branch1 ip) by hub.domain1.com (envelope-from sen...@branch1.domain2.com, uid 502) with qmail-scanner-1.25-st-qms (spamassassin: 3.2.5. perlscan: 1.25-st-qms. Clear:RC:0(59.163.33.110):SA:0(3.2/6.2):. Processed in 5.374153 secs); 22 Apr 2009 05:12:33 - X-Spam-Status: No, hits=3.2 required=6.2 X-Spam-Level: +++ X-Spam-Report: SA TESTS 1.0 EXTRA_MPART_TYPE Header has extraneous Content-type:...type= entry 0.0 HTML_MESSAGE BODY: HTML included in message 0.0 T_TVD_FW_GRAPHIC_ID1 BODY: T_TVD_FW_GRAPHIC_ID1 0.8 HTML_TITLE_SUBJ_DIFF HTML_TITLE_SUBJ_DIFF 1.3 MISSING_SUBJECTMissing Subject: header 0.1 RDNS_NONE Delivered to trusted network by a host with no rDNS X-Antivirus-MYDOMAIN-Mail-From: sen...@branch1.domain2.com via hub.domain1.com X-Antivirus-MYDOMAIN: 1.25-st-qms (Clear:RC:0(59.163.33.110):SA:0(3.2/6.2):. Processed in 5.374153 secs Process 24978) Received: from unknown (HELO branch1.domain2.com) ((branch1 ip)) by hub.domain1.com with SMTP; 22 Apr 2009 10:42:28 +0530 Received-SPF: none (hub.domain1.com: domain at branch1.domain2.com does not designate permitted sender hosts) Received: (qmail 13562 invoked by alias); 22 Apr 2009 10:39:01 +0530 Delivered-To: rc...@branch2.domain1.com Received: (qmail 13558 invoked by uid 507); 22 Apr 2009 10:39:01 +0530 Received: from unknown (HELO DESKTOP-11) (192.168.4.158) by branch1.domain2.com with SMTP; 22 Apr 2009 10:39:01 +0530 Message-ID: 00df01c9c308$5b102830$9e04a...@skyworldair.com From: sender sen...@branch1.domain2.com To: rcpt1 rc...@branch2.domain1.com, rc...@branch2.domain1.com Subject: Date: Wed, 22 Apr 2009 10:38:21 +0530 MIME-Version: 1.0 Content-Type: multipart/related; boundary==_NextPart_000_00DB_01C9C336.74B55160; type=multipart/alternative X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 Disposition-Notification-To: sender sen...@branch1.domain2.com X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 This is a multi-part message in MIME format. --=_NextPart_000_00DB_01C9C336.74B55160 Content-Type: multipart/alternative; boundary==_NextPart_001_00DC_01C9C336.74B55160 --=_NextPart_001_00DC_01C9C336.74B55160 Content-Type: text/plain; charset=Windows-1252 Content-Transfer-Encoding: quoted-printable Nature snip--- !DSPAM:49f1546132687830311231!