qmail Digest 24 Jun 2001 10:00:01 -0000 Issue 1405
Topics (messages 64805 through 64830):
Re: GHOSTS AND ASSHOLES OT
64805 by: Roland Mathis
64809 by: Charles Cazabon
64810 by: Henning Brauer
64819 by: Adam McKenna
Re: Java and Qmail - building a large mailmerge server - plain text version
64806 by: manav
Re: Urgent and Important
64807 by: Charles Cazabon
64811 by: Henning Brauer
Re: Wrong Server Name in Qmail Header?
64808 by: Charles Cazabon
CName lookup woes
64812 by: Rick Stanley
64815 by: Charles Cazabon
Sqwebmail question
64813 by: Brendan McAlpine
Is tcp-env necessary? Why?
64814 by: alledm.libero.it
64816 by: Charles Cazabon
64817 by: Henning Brauer
Re: mailq
64818 by: Jörgen Persson
64820 by: Russell Nelson
Re: Why conf-split prime?
64821 by: Jörgen Persson
64822 by: Jörgen Persson
qmail rcptto allow filter
64823 by: Giancarlo De Menna
64824 by: Charles Cazabon
Two qmail servers communicating
64825 by: Philip Mak
64826 by: Charles Cazabon
64830 by: tvickers
How to block specific user from other domain to deliver message to mydomain
64827 by: Rupak
64828 by: Chris Johnson
courier-imapd, folders and delivery
64829 by: Peter Schuller
Administrivia:
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To bug my human owner, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
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 open ftp
> | 22/tcp open ssh
> | 23/tcp open telnet
> | 25/tcp open smtp
> | 79/tcp open finger
> | 80/tcp open http
> | 111/tcp filtered sunrpc
> | 199/tcp open smux
> | 443/tcp open https
> | 512/tcp open exec
> | 513/tcp open login
> | 514/tcp open shell
> | 515/tcp open printer
> | 3306/tcp open mysql
> |
> | 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?
>
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/
-----------------------------------------------------------------------
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)
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
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
> e-mail. I don't know about the other major free e-mail providers.
>
> HTH
>
> Brett.
> --
> Smash forehead on keyboard to continue
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/
-----------------------------------------------------------------------
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)
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/
-----------------------------------------------------------------------
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.
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/
-----------------------------------------------------------------------
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
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."
~~~~~~~~~~~~~~~~~~~~~~~~
[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/
-----------------------------------------------------------------------
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)
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
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 |
On Fri, Jun 22, 2001 at 12:01:05PM +0000, 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
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
Hi there,
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.
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]
|
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/
-----------------------------------------------------------------------
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])
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/
-----------------------------------------------------------------------
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])
Hello Friends,
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.
Thank you for you kind
co-operation.
Rupak
|
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
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