Wrong Server Name in Qmail Header?
Hello, Whenever my qmail server sends someone an email, the following line appears in the header: Received: from mail.mydomain.com (old_name.mydomain.com [216.216.216.216] (may be forged)) However, recently I changed my server name from old_name.mydomain.com to new_name.mydomain.com. Is there anything I can do to let qmail recognize the new server name? Is my only option a recompile or is there a file I can edit? Thanks!!! __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/
Re: Wrong Server Name in Qmail Header?
On Fri, Jun 22, 2001 at 11:31:19PM -0700, A A wrote: Hello, Whenever my qmail server sends someone an email, the following line appears in the header: Received: from mail.mydomain.com (old_name.mydomain.com [216.216.216.216] (may be forged)) However, recently I changed my server name from old_name.mydomain.com to new_name.mydomain.com. How did you 'change' your name? On the machine itself? In DNS? In your qmail config? Please be more clear. Is there anything I can do to let qmail recognize the new server name? Is my only option a recompile or is there a file I can edit? No host or domainnames of any kind are hardcoded in qmail, so a recompile will not be necessary. Greetz, Peter -- Against Free Sex! http://www.dataloss.nl/Megahard_en.html
Re: Wrong Server Name in Qmail Header?
I modified the server name of the machine itself by altering the following 2 files: (1) /etc/hosts (2) /etc/sysconfig/network --- Peter van Dijk [EMAIL PROTECTED] wrote: On Fri, Jun 22, 2001 at 11:31:19PM -0700, A A wrote: Hello, Whenever my qmail server sends someone an email, the following line appears in the header: Received: from mail.mydomain.com (old_name.mydomain.com [216.216.216.216] (may be forged)) However, recently I changed my server name from old_name.mydomain.com to new_name.mydomain.com. How did you 'change' your name? On the machine itself? In DNS? In your qmail config? Please be more clear. Is there anything I can do to let qmail recognize the new server name? Is my only option a recompile or is there a file I can edit? No host or domainnames of any kind are hardcoded in qmail, so a recompile will not be necessary. Greetz, Peter -- Against Free Sex! http://www.dataloss.nl/Megahard_en.html __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/
Re: GHOSTS AND ASSHOLES OT
Thanks for your help Uwe and Robin. I found Robins mail also funny until he made fun of me. Yes, it's true I should have read the FAQ and should have stated my OS (Redhat Linux 7.0 i386) and logging tool (multilog). I just thought this is kind of standard. What I don't understand why Robin cannot write something like: check the FAQ for answers about how to archive all incoming and outgoing mail and second I cannot help you if you don't tell me your OS and logging tool. It is basically the same, but a lot more friendly. If you just look how much energy people and I mean PEOPLE have to talk about everything else than the question I orginally had, it is hard to believe how difficult it is to remind somebody to read the FAQ or just to ignore boring questions. Roland On Fri, 22 Jun 2001, Robin S. Socha wrote: * Bill Andersen [EMAIL PROTECTED] [010622 13:22]: Russell Nelson [mailto:[EMAIL PROTECTED]] wrote: Then don't ask a public mailing list for help. Instead, go to one of the suppliers of commercial support. How to know which is reliable? Watch this mailing list, and see who's been around longest (has the most established reputation to protect), and who supplies the most clueful answers. I'd buy your suport every day, Russel. And I mean it. Well put. Very much in the spirit of user supported software... May I kindly ask you to, like, get a life? Russel offers commercial support. He's contributing here *A LOT*. You, on the other hand, are a whining luser. Russ, I'm not saying they shouldn't give us the information needed to help them. I'm just of the opinion we shouldn't jump down every newbie's throat just because they are a little over cautious. What dictionary did you look cautious up in? Or are you referring to the OP's overly cautious use of the recommended reading aka FAQ? Put yourself in their shoes. Eh. That's what alt.rec.suicide is for. Imagine walking up to an Automated Teller Machine and seeing a guy, presumably a maintenance worker, adjusting the electronics. He says, The card reader and pad aren't working. Just give me your card and PIN number and I'll swipe it back here. , | Port State Service | 21/tcp openftp | 22/tcp openssh | 23/tcp opentelnet | 25/tcp opensmtp | 79/tcp openfinger | 80/tcp openhttp | 111/tcpfilteredsunrpc | 199/tcpopensmux | 443/tcpopenhttps | 512/tcpopenexec | 513/tcpopenlogin | 514/tcpopenshell | 515/tcpopenprinter | 3306/tcp openmysql | | TCP Sequence Prediction: Class=random positive increments | Difficulty=74755 (Worthy challenge) | Remote operating system guess: BSDI BSD/OS 3.0-3.1 (or possibly MacOS, NetBSD) ` Would you like me to tell you the programs and version numbers to go along with that, too, Sir? Would YOU hand over your card? https://mail.socha.net/about/ - happy cracking, luser. Do you need any help running nmap? All he wants to do it help you, right? Since putting them down is a non-op, yes. Think about it... Talking to yourself a lot, eh?
Re: Java and Qmail - building a large mailmerge server - plain text version
Hi Brett, Thanks for the reply. I am exploring ezmlm right now, so I believe I'd have to trouble the people on the ezmlm mailing list for queries on that :-) For tracking forwarded emails, I have a hidden IMG tag which then calls a servlet. When the user opens the email for the first time, the hit is registered and a cookie is written. Subsequent email reads by the same user can now be tracked. When the servlet finds the cookie is not there, either the cookies were deleted or the user forwarded the email. I don't think I can make use of any combination of HTTP headers to establish uniqueness of the recipient (or if there is, please let me know). Once again, if this discussion offends anyone on the list, I apologize (and would be glad to carry the same offlist). Thanks, Manav. - Original Message - From: Brett Randall [EMAIL PROTECTED] To: manav [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Saturday, June 23, 2001 6:36 AM Subject: Re: Java and Qmail - building a large mailmerge server - plain text version Hi Manav. For most of this, one word: ezmlm (www.ezmlm.org). For the rest... manav == manav [EMAIL PROTECTED] writes: 1.2 For each blast we want to handle the bounced emails individually (we would need to update the appropriate table). What do we do for that? We cannot just set environment variables since there will be multiple mail-merges and blasts happening simultaneously. Mailing list is the word I think you are after. See above... 1.3 Usually after about 5,000 deliveries, the messages would be stuck in the queue. We then added the CNAME lookup patch, and this increased to about 10,000. Currently, we prune the lists uploaded by the users and send messages in chunks of 2000, with less than 30 concurrent messages. Any suggestions what could be the culprit? What can we do to circumvent this problem? The only reason I can see why you would want to do this would be if you are customising the message for each individual user. If you are... you will probably want a bit more processing power (ie: more servers) than this. It is well known that qmail doesn't really enjoy having 10,000+ e-mails in the queue... 1.4 What would be the best possible way to handle unsubscribe requests. Currently we invoke a java program from the .qmail file that updates the database. Any suggestions how this can be improved upon? Ezmlm 2. We then decided to switch over to using qmail-remote, to circumvent the queue and the logging problem. This effectively means we will have to do our own logging. Is there anyway to hand over different messages to qmail-remote rather than invoking it for each message? We have now decided to change the implementation so that at any point of time, there will be as many threads sending messages as the qmail concurrency (say around 100), and the messages themselves will be broken into chunks of 300 to 500 each. How can we improve this? Ezmlm looks after all of this for you. It is probably easier to hack up ezmlm-idx to customise messages, than to make your own do everything that ezmlm does. 3. Currently, we have our own implementation for checking bad e-mail addresses, list management, handling bounces and mail-merge. Are there any guidelines/sample code available (any language), that we can look at? Ezmlm... 4 . What other things should we keep in mind to provide stability to the system? What patches to qmail are advisable to be installed? What should be the typical server configuration for such a system? If you are customising messages, you definitely need parallel processing or clustering. Also, that 128kb line is a MAJOR bottleneck... Oh, and RedHat 6.2 is not the best server distribution. I use it on a number of my servers, but am moving them to Mandrake (for now) until I find the time to investigate other alternatives such as Turbo Linux and Debian. Mandrake can be made to work a lot better for you than RedHat, and so far 8.0 has MUCH less bugs in the components than most RedHat versions... 5. On a parallel note, what would be the best algorithm to track forwarded messages? We make use of cookies right now (but that provides 50% accuracy). We use a blank 1x1pixel gif in our e-mails that is like: a href=http://my.server.com/cgi-bin/emailcount.pl?2001-06-22-Email-1; width=1 height=1 That perl script then does whatever it has to (it logs the relevant data to a file, and increases the count in another file) and then returns a 1x1 pixel GIF, using the GD library, from memory... Obviously this requires an HTML e-mail to be going out, but if you're using cookies then you are obviously already there! By the way, the parameter on the perl script (?2001-06-blah) is so that we can use the same script for each e-mail that goes out, and just change the parameter so that we can count for different mailouts. On that note, Hotmail doesn't allow the forwarding of HTML
Re: Urgent and Important
Paras pradhan [EMAIL PROTECTED] wrote: I have been using qmail for about 3 month and it was running very fine. But now though it is running fine when I check the log it was giving this message Jun 23 10:38:22 god qmail: 993272002.377762 warning: unable to stat mess/6/3709 [...] When I check the mess/6/ directory I have 3709 file so I delete this file and did the same for all other directory but I could when I check after sometime these message still come there with different ID and different mail. qmail maintains state in memory about the queue. If you did the above with qmail running, qmail would now be confused and give you messages like that. Stop and re-start qmail. and when I check message queue there is the message : message in queue 20 message in queue not yet preprocessed 99 This make my mail server very slow so what shall I do. This won't make your server slow. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Wrong Server Name in Qmail Header?
A A [EMAIL PROTECTED] wrote: I modified the server name of the machine itself by altering the following 2 files: (1) /etc/hosts (2) /etc/sysconfig/network The other servers are getting your host's name by a reverse lookup in DNS. You'll have to have your DNS information updated to the new name. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: GHOSTS AND ASSHOLES OT
Roland Mathis [EMAIL PROTECTED] wrote: What I don't understand why Robin cannot write something like: check the FAQ for answers about how to archive all incoming and outgoing mail and second I cannot help you if you don't tell me your OS and logging tool. Because if we did this for every person who sent a message to the list without reading the FAQ, etc., we wouldn't have time to do anything else. Besides, it gets boring sending the same thing to the mailing list twenty times a day. Yes, it's that bad sometimes. it is hard to believe how difficult it is to remind somebody to read the FAQ or just to ignore boring questions. The reminder is on the page of Dan's site where it says to do all this _before_ sending your question to the mailing list. We can't help it that you appear to have not followed those instructions. No bitterness here; just trying to show you _why_ you received the response you did. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: GHOSTS AND ASSHOLES OT
On Sat, Jun 23, 2001 at 06:25:13PM +0800, Roland Mathis wrote: Yes, it's true I should have read the FAQ and should have stated my OS (Redhat Linux 7.0 i386) and logging tool (multilog). I just thought this is kind of standard. Standard?? ok, using multilog is quite common. The unix running is surely not standard. The percentage of non-linux unix systems running djbware is significantly higher than for most other widespread software I might guess. I remeber a mail from djb: don't waste your time by guessing what the user could have meant. He's absolutely right. What I don't understand why Robin cannot write something like: check the FAQ for answers about how to archive all incoming and outgoing mail and second I cannot help you if you don't tell me your OS and logging tool. Well, some of us (inlucing me) are just tired of that. -- * Henning Brauer, [EMAIL PROTECTED], http://www.bsws.de * * Roedingsmarkt 14, 20459 Hamburg, Germany * Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie)
Re: Urgent and Important
Use a sensefull subject please. On Sat, Jun 23, 2001 at 11:02:17AM +0530, Paras pradhan wrote: Hello dear friends, I have been using qmail for about 3 month and it was running very fine. But now though it is running fine when I check the log it was giving this message Jun 23 10:38:22 god qmail: 993272002.377762 warning: unable to stat mess/6/3709 You queue or its filesystem is corrupted. When I check the mess/6/ directory I have 3709 file so I delete this file You finally corrupted you whole queue. use qmail-queuefix from qmail.org or delete /var/qmail/queue and redo a make setup check. -- * Henning Brauer, [EMAIL PROTECTED], http://www.bsws.de * * Roedingsmarkt 14, 20459 Hamburg, Germany * Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie)
CName lookup woes
I have qmail installed with both the qamil-103.patch, and QMAILQUEUE patch (for qmail-scanner) installed. I am still having problems with the CName Lookup Failure problem. Is the big-dns patch mentioned here the same as the qmail-103.patch? If not, can someone forward me a copy of the big-dns patch? Thank you! I have carefully hand checked both patches against the source, and find no errors in applying the patchs.
Sqwebmail question
Is there any way to prevent email accounts or forwards from showing up in the web admin interface in sqwebmail? I don't want to disable the qmail admin web interface completely, I just want certain accounts not to show up in the web interface. Is this possible? Brendan
Is tcp-env necessary? Why?
Hi there, I have configured a mail-server (uhm.. a sort of) using qmail. My system is a RedHat 7.0. During the tests, I had some trouble connecting to my smtp server... It takes very long time to wake up (up to 8 sec.) and the connection was very slow. Connecting top my pop server, instead, there wasn't any problem. So I've tryied to remove the tcp-env -R from the script for running qmail So now xinetd (yes, i use it..) execute only qmail-smtp. Doing this trick the connection works much better, but now i want to know if tcp-env is strictly necessary or if I can do without it. (Sorry for my bad english... I don't *yet* know it well) Thanks Alle m-@@-m~ There's a passage I got memorized, seems appropriate for this situation: Ezekiel 25:17. The path of the righteous man is beset on all sides by the inequities of the selfish and the tyranny of evil men. Blessed is he who, in the name of charity and good will, shepherds the weak through the valley of darkness, for he is truly his brother's keeper and the finder of lost children. And I will strike down upon thee with great vengeance and furious anger those who attempt to poison and destroy my brothers. And you will know my name is the Lord when I lay my vengeance upon you.
Re: CName lookup woes
Rick Stanley [EMAIL PROTECTED] wrote: I have qmail installed with both the qamil-103.patch, and QMAILQUEUE patch (for qmail-scanner) installed. I am still having problems with the CName Lookup Failure problem. Is the big-dns patch mentioned here the same as the qmail-103.patch? If not, can someone forward me a copy of the big-dns patch? Thank you! Your problem is not likely an issue with large DNS replies. Please give us the following information: -snippet of the qmail logs, showing the error messages -the unedited output of `qmail-showctl` -your real IP address and hostname -the scripts you are using to start qmail and qmail-smtpd -- these might be rc scripts, or supervise/run scripts, or even an inetd configuration for qmail-smtpd. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Is tcp-env necessary? Why?
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: So I've tryied to remove the tcp-env -R from the script for running qmail So now xinetd (yes, i use it..) execute only qmail-smtp. Doing this trick the connection works much better, but now i want to know if tcp-env is strictly necessary or if I can do without it. qmail relies on certain environment variables being set to do its job (logging, Received: tracking, etc) properly. Regular inetd doesn't set these variables; that's why tcp-env is necessary. I don't know if xinetd supports djb's variables, but I doubt it. Using inetd/xinetd is deprecated, anyways. Switch to tcpserver. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Is tcp-env necessary? Why?
On Sat, Jun 23, 2001 at 06:11:51PM +0200, [EMAIL PROTECTED] wrote: During the tests, I had some trouble connecting to my smtp server... It takes very long time to wake up (up to 8 sec.) and the connection was very slow. Connecting top my pop server, instead, there wasn't any problem. Once more _the_ qmail FAQ. What about using the archives. It's answered multiple times a day. So I've tryied to remove the tcp-env -R from the script for running qmail So now xinetd (yes, i use it..) execute only qmail-smtp. Doing this trick the connection works much better, but now i want to know if tcp-env is strictly necessary or if I can do without it. Ypou should really drop xinetd. than read the docs about tcpserver. or, if really want to stay with xinetd, the docs for tcp-env. I've never read the later, but the docs will surely answer this as accurate as the tcpserver docs do. -- * Henning Brauer, [EMAIL PROTECTED], http://www.bsws.de * * Roedingsmarkt 14, 20459 Hamburg, Germany * Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie)
Re: mailq
On Fri, Jun 22, 2001 at 10:21:56AM -0400, Russell Nelson wrote: Jörgen Persson writes: I prefer to make it reach the queuelifetime by touching the relevant queue/info file. It will then be bounced after one more delivery attempt. That works, but it would be better if Dan had implemented a destroy mail option. That is, if the queue/info file is too old, the email would be deleted instead of bounced. It's not too late to implement it as a patch now with all the attendant problems. Sorry for the delay but I've been busy with a Swedish pagan festival (celebrating midsummer). The ''destroy mail'' option is a neat idea but I fail to see a valid need for such a feature. Though I might overlook something crucial since sleep isn't a vital part of the midsummer activities. I'm quite certain someone will enlighten me if I'm too wrong... Jörgen
Re: GHOSTS AND ASSHOLES OT
On Sat, Jun 23, 2001 at 06:25:13PM +0800, Roland Mathis wrote: Thanks for your help Uwe and Robin. I found Robins mail also funny until he made fun of me. Translation: I saw how Robin treated people who posted messages that made it obvious that they had not done any research on their own, but this did not dissuade me from posting a similar message. Apparently Robin is slacking off. --Adam
Re: mailq
Jörgen Persson writes: The ''destroy mail'' option is a neat idea but I fail to see a valid need for such a feature. It's handy if one of your users has sent out a bunch of spam. -- -russ nelson [EMAIL PROTECTED] http://russnelson.com Crynwr sells support for free software | PGPok | 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude windows.h Potsdam, NY 13676-3213 | +1 315 268 9201 FAX |
Re: Why conf-split prime?
On Fri, Jun 22, 2001 at 12:01:05PM +, Jost Krieger wrote: On Thu, Jun 21, 2001 at 02:25:52PM -0400, Russell Nelson wrote: speed. However, why should this number be prime, why not have 12 or 16 directories? Because it's a hash. If your hash isn't prime, you fill your hash buckets unevenly. I think we are spreading urban legends here. AFAIK, the primality is for double hashing in conflict resolution. Nothing of that kind is going on here. The only way to minimize collisions is to test the function empirically. In general the hash function ''f(x)=x mod m'' seems to work well if m is a prime number and not close to a power of 2. Knuth discussed this in ''The Art of Computer Programming'' Vol.3: Sorting and Searching (Addison-Wesley) -- happy reading. Jörgen
Re: Why conf-split prime?
On Fri, Jun 22, 2001 at 04:04:27PM -0400, Dave Sill wrote: Dave Sill [EMAIL PROTECTED] wrote: If the input numbers are not fairly random, then a modulo hash is not a choice. Not a *good* choice. Unix file system inode numbers are not truly random. Therefore, it's wise to choose a prime conf-split. BTW, I modified my modhash program to read numbers from stdin, fed it lists of real, live inode numbers, and guess what? It still makes no difference whether you use a prime hash or not. You'll need local data to write the optimal hash function. The prime doesn't guarantee anything but it's usually a good compromise for the general case (see my earlier reply to Krieger). Jörgen
qmail rcptto allow filter
Hi there, I'm trying to configure my serverto answer "non existent user" or something at the rcptto level during a SMTP session with wrong addresses or non local usesrs in that field. I would like qmail to check the rcpt to email addrress before accepting the mail so as to avoid bandwidth consumption and heavy messages bouncing. I'm a novice of qmail but I can't immagine that this is not possible with this great program! Giancarlo De Menna [EMAIL PROTECTED]
Re: qmail rcptto allow filter
Giancarlo De Menna [EMAIL PROTECTED] wrote: I'm trying to configure my server to answer non existent user or something at the rcptto level during a SMTP session with wrong addresses or non local usesrs in that field. Stock qmail cannot do this, because qmail-smtpd (the program which actually accepts mail over the network) doesn't know anything about local users -- it only knows which domains it should accept mail for (the ones in rcpthosts). It's not a simple problem, because of aliases, user extension addresses, virtual users and domains, and wilcards (-default). I would like qmail to check the rcpt to email addrress before accepting the mail so as to avoid bandwidth consumption and heavy messages bouncing. I'm a novice of qmail but I can't immagine that this is not possible with this great program! Someone did do the work of adding this capability to qmail-smtpd, essentially copying the code out of qmail-send. Search the qmail list archives to find a reference to it. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Two qmail servers communicating
I have a setup with two qmail servers on different machines (call them machine 1 and machine 2). Machine 1's qmail has to send all its mail to machine 2's qmail, which delivers the messages to their final destination. If machine 1 is disconnected from the network, its qmail has to hold the messages until it can establish contact with machine 2. My question is: Should I use normal SMTP for the two qmails to communicate, or should I use QMQP or QMTP? (If it's the latter two, how do I do it?) -Philip Mak ([EMAIL PROTECTED])
Re: Two qmail servers communicating
Philip Mak [EMAIL PROTECTED] wrote: I have a setup with two qmail servers on different machines (call them machine 1 and machine 2). Machine 1's qmail has to send all its mail to machine 2's qmail, which delivers the messages to their final destination. If machine 1 is disconnected from the network, its qmail has to hold the messages until it can establish contact with machine 2. This is a normal backup MX configuration for machine 1, and a regular qmail configuration for machine 2. My question is: Should I use normal SMTP for the two qmails to communicate, or should I use QMQP or QMTP? (If it's the latter two, how do I do it?) SMTP is just fine, and it will work completely automatically once you configure the two systems as above. QMTP/QMQP are somewhat faster, but it likely won't make a noticeable difference. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
How to block specific user from other domain to deliver message to mydomain
Hello Friends,My domainname is myname.com and I don't want to deliver any message fromsomeuser of other domain say [EMAIL PROTECTED] to myname.com domain at all.How can I stop that pls suggest me.Thank you for you kind co-operation.Rupak
Re: How to block specific user from other domain to deliver message to mydomain
On Sun, Jun 24, 2001 at 10:41:37AM +0530, Rupak wrote: My domainname is myname.com and I don't want to deliver any message from someuser of other domain say [EMAIL PROTECTED] to myname.com domain at all. How can I stop that pls suggest me. Put [EMAIL PROTECTED] in /var/qmail/control/badmailfrom Chris PGP signature
courier-imapd, folders and delivery
Hello, this isn't entirely qmail related, but since courier-imapd is only qmail users... I want to switch from POP3 to IMAP (finally). That means I'll have to do filtering on the server, like I do locally now with procmail. My problem is that IMAP folders aren't separate Maildirs. So how do I accomplish the task of delivering mail to specific IMAP folders using procmail (or some other equivalent tool; I only need to filter for mailinglists, nothing advanced)? Thanks, -- / Peter Schuller, InfiDyne Technologies HB PGP userID: 0xE9758B7D or 'Peter Schuller [EMAIL PROTECTED]' Key retrival: Send an E-Mail to [EMAIL PROTECTED] E-Mail: [EMAIL PROTECTED] Web: http://www.scode.org PGP signature
RE: Two qmail servers communicating
What I did is the same thing. I have two systems in a cluster that forwards all mail to another system. On system 1 remove everything for the locals file, then make a file called smtproutes and put this in it: system1.com:system2.com My MX records have system 1 as primary and system 2 as secondary. This way if system 1 goes down, mail goes to system 2, and if system 2 goes down mail is held on system 1 until system 2 comes back on line. Tony -Original Message- From: Philip Mak [mailto:[EMAIL PROTECTED]] Sent: Saturday, June 23, 2001 6:36 PM To: [EMAIL PROTECTED] Subject: Two qmail servers communicating I have a setup with two qmail servers on different machines (call them machine 1 and machine 2). Machine 1's qmail has to send all its mail to machine 2's qmail, which delivers the messages to their final destination. If machine 1 is disconnected from the network, its qmail has to hold the messages until it can establish contact with machine 2. My question is: Should I use normal SMTP for the two qmails to communicate, or should I use QMQP or QMTP? (If it's the latter two, how do I do it?) -Philip Mak ([EMAIL PROTECTED])
