qmail Digest 9 Oct 2000 10:00:01 -0000 Issue 1148

Topics (messages 50177 through 50187):

spam alarm as result from "help with girlfriend"
        50177 by: Alexander Jernejcic

Re: ORBS
        50178 by: Alexander Jernejcic

Re: Can't switch to queue directory.
        50179 by: Alexander Jernejcic

OK so I eat spam
        50180 by: Wheres Mybrudda

multiple queues
        50181 by: Szymon Grabowski
        50182 by: bert hubert

Re: qmail list reply-to
        50183 by: Bruno Wolff III
        50185 by: Charles McLagan
        50186 by: Robin S. Socha

making virtualdomains effectively locals (but allowing wildcards)
        50184 by: Glenn Strauss

Re: CST17030532ID - OK so I eat spam (fwd) (fwd)
        50187 by: Martin Randall

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]


----------------------------------------------------------------------


hi,

i think "Wheres Mybrudda [mailto:[EMAIL PROTECTED]]" did gather adresses for 
spam-mail!
just received spam from "From Lily [[EMAIL PROTECTED]]"

anybody else a victim?

:( a
 
==============================================
Alexander Jernejcic              
email:[EMAIL PROTECTED]

begin LOVE-LETTER-UND-NIX-DAZUGELERNT.txt.vbs
I am a Signature, not a Virus!
end

==============================================




hi,
to put in in a nutshell:
put domains to receive mails for into ~/control/rcpthosts
put ip-adressess for which you wish to relay into /etc/tcp.smtp.cdb
don't use the relaymailfrom-patch  - ORBS checks this! self-experience ;) 

[room for steps anyone else would add]

;) a

==============================================
Alexander Jernejcic              
email:[EMAIL PROTECTED]

begin LOVE-LETTER-UND-NIX-DAZUGELERNT.txt.vbs
I am a Signature, not a Virus!
end

==============================================

> -----Original Message-----
> From: Mark Walsh [mailto:[EMAIL PROTECTED]]
> Sent: Saturday, October 07, 2000 10:41 PM
> To: Qmail
> Subject: ORBS
> 
> 
> I seen a lot of discussion on the ORBS issue in the past.  However, did any
> ever post the solution to closing the relay for spam?  Make the instructions
> clear for this newbie will you?
> 
> Mark Walsh
> ....slowly learning linux...
> 
> 




hi,
are you sure that there is qmail anserwing? redhat seems to reinstall sendmail 
silently... 
have a look to /etc/inetd.conf (line that starts with smtp)

;) a

==============================================
Alexander Jernejcic              
email:[EMAIL PROTECTED]

begin LOVE-LETTER-UND-NIX-DAZUGELERNT.txt.vbs
I am a Signature, not a Virus!
end

==============================================

> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Barrie
> Bremner
> Sent: Sunday, October 08, 2000 2:44 AM
> To: [EMAIL PROTECTED]
> Subject: Can't switch to queue directory.
> 
> 
> 
> Hi all.
> 
>  I've just upgraded to RedHat 7.0 and my qmail is dead.
> 
> I'm getting the following error:
> 
> [root@flux queue-fix-1.4]# telnet 192.168.0.1 25
> Trying 192.168.0.1...
> Connected to flux.localdomain (192.168.0.1).
> Escape character is '^]'.
> alert: cannot start: unable to switch to queue directory
> Connection closed by foreign host.
> 
> 
>  I've run queue fix, binned /var/qmail and run 'make setup check' and
> './fast-config flux.localdomain' again
>  My qmail users are still OK...
> 
>  How do I fix this?
> 
>  Baz. 
> --
> Barrie J. Bremner
> 
> Email:     TheEnglishman at ecosse.net
>            (PGP public key available at pgp.mit.edu)
> 
> URL:       http://www.geocities.com/thefatenglishman
> 
> Telephone: UK 01672 811246
> Mobile:    UK 07968 792975
> 
>  Help Micro$oft wipe out piracy - get Linux.
> 




OK I will admit it

I eat spam for breakfast, lunch and dinner every day
YES that is why my girlfriend left me
Are we happy? You sure? I now have to live knowing that because of my 
selfish behaviour, my girlfriend of 4 years (and just last week, I actually 
held her hand! WOW! :) ) is now a lesbian living with her qinky mother in a 
monastery in north-east korea.

All because I started to eat spam instead of polony (balony, whatever u call 
it). I hope you are happy. *Sniff*

Wheres
_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at 
http://profiles.msn.com.





Hello,

My qmail queue (/mail/queue) got pretty huge
(over 80k e-mails, 60k not yet preprocessed)
after a large mailing I sent to my subscribers
(around 50k e-mail addresses).

At that point current e-mail activity was stalled
(messages not being delivered or received), so I

* shut down qmail
* mved /mail/queue /mail/queue.1
* recreated /mail/queue and applied queue-fix on it
* started qmail

Everything seems to be running fine at this point,
except for the fact that I still have queue.1 with
over unsent e-mails in it :-(

How can I empty /mail/queue.1 while /mail/queue
continues to handle current e-mail activity?

I know how to do it with sendmail or postfix, but
have no idea with qmail.

Thank you for your help!

Regards,

Simon Grabowski






On Sun, Oct 08, 2000 at 12:53:39PM +0200, Szymon Grabowski wrote:

> How can I empty /mail/queue.1 while /mail/queue
> continues to handle current e-mail activity?
> 
> I know how to do it with sendmail or postfix, but
> have no idea with qmail.

Are you sure this is what you want to do, on the same computer? I'm not even
sure what the effect would be of running 2 qmail installations in parallel,
who knows which qmail would run faster. This might have no effect at all,
for example.

Or your old messages might be processed very slowly.

Oh well. The easiest way to fix this would probably be to do a second qmail
install in another directory (/var/qmail2), and then move your queue.1 over
there. I would advice to then run one of the several 'fix queue' scripts.
Take care not to start a tcpserver for the second qmail, it just needs to
send.

Regards,

bert hubert

-- 
PowerDNS                     Versatile DNS Services  
Trilab                       The Technology People   
'SYN! .. SYN|ACK! .. ACK!' - the mating call of the internet




On Sat, Oct 07, 2000 at 05:33:34PM -0400,
  Russell Nelson <[EMAIL PROTECTED]> wrote:
> Charles McLagan writes:
>  > Now, one can trash Microsoft, or Netscape, or whoever
>  > makes the MUA, but the bottom line is, this is how they
>  > work and this is how 99% of users would use them even
>  > if there were a reply-to-recipient choice.
>  > 
>  > So the question is: is there a sensible (or kludgey, hack,
>  > yet sufficient) way to cope with it today?
> 
> No.  Reply-to-Recipient is necessary and sufficient.

And what if the sender isn't on the list?




----- Original Message ----- 
From: "Bruno Wolff III" <[EMAIL PROTECTED]>
To: "Russell Nelson" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday, October 08, 2000 10:27 AM
Subject: Re: qmail list reply-to


> On Sat, Oct 07, 2000 at 05:33:34PM -0400,
>   Russell Nelson <[EMAIL PROTECTED]> wrote:
> > Charles McLagan writes:
> >  > Now, one can trash Microsoft, or Netscape, or whoever
> >  > makes the MUA, but the bottom line is, this is how they
> >  > work and this is how 99% of users would use them even
> >  > if there were a reply-to-recipient choice.
> >  > 
> >  > So the question is: is there a sensible (or kludgey, hack,
> >  > yet sufficient) way to cope with it today?
> > 
> > No.  Reply-to-Recipient is necessary and sufficient.
> 
> And what if the sender isn't on the list?
> 

Closed list.  No senders who aren't subscribers.  List is also
private, should not be going out to non-sibscribers.

Let's consider the subject dead, since the replies I'm getting are 
ones that generally fall into the 'religious'  domain and not ones
that actually address the problem I'm trying to solve, which has
nothing to do with public lists.  I have a specific list, with specific
users who use currently available MUAs, and a specific problem.







* Bruno Wolff <[EMAIL PROTECTED]> writes:
> On Sat, Oct 07, 2000 at 05:33:34PM -0400,   Russell Nelson <[EMAIL PROTECTED]> wrote:

>> No.  Reply-to-Recipient is necessary and sufficient.
> And what if the sender isn't on the list?

Then the sender should ask for a Cc: - remember kids, it isn't called
Courtesy Copy for nothing. Sending a Cc: to someone obviously subscribed
to a list is the exact opposite of courtesy (and a straight way into
many killfiles including mine, courtesy of procmail). As I said before:
if you think you need to use Outlook or similarly defective "programs"
use them for what they were made for: reading mail. Not writing.
-- 
Robin S. Socha <http://socha.net/>




Interesting.  Below reveals the fruits of my trials and tribulations
getting wildcards working to make all email to any wildcard act local.
I use the ".local" domain for my internal network.  Since people like
to rename their machines and I want all machine coming to a central
place, I defined a wildcard MX record in DNS and set the following up
on the single internal mail server:

  control/rcpthosts             (wildcards are allowed)
localhost
local
.local

  control/locals                (wildcards are NOT allowed)
localhost

  control/virtualdomains        (wildcards are allowed)
local:alias-virtualdomains
.local:alias-virtualdomains

~alias/.qmail-virtualdomains-default
# Hack allowing virtualdomains using wildcards to act as if they were 
# in locals.  This is necessary because virtualdomains allows wildcards 
# but locals does not.  Forward the email to a local user regardless of 
# the domain name to which it was originally sent for all virtualdomains 
# that use this.  --GPS
| forward "$DEFAULT"@localhost


Pretty simple all told, although not the most efficient.


Now for a few questions:

1) What happens to the foo.local domain if I have the following:

  control/virtualdomains
local:alias-virtualdomains
foo.local:
.local:alias-virtualdomains

It would seem that this is an exclusion.  Mail to foo.local never
gets through.


2) What happens if there is absolutely no colon (:) on a line in 
   virtualdomains?  It doesn't seem to do anything.


3) Do people see any flaws in the following?
   Wouldn't it be so nice if we could merge control/locals and 
   control/virtualdomains?  In virtualdomains,
     Any line without a colon would be local
     Any line with a colon but a blank prepend would not accept mail
     Any line with a colon and something in the prepend would act
       just as virtualdomains does right now.

   This could be improved further to be merged with control/rcpthosts.
     control/locals would now not exist
     control/rcpthost would now not exist
     control/virtualdomains would be required to exist and a default
       install would set it up only for localhost.  qmail would not
       start without it existing (even if it were blank)
     On startup, qmail would read smtproutes and virtualdomains and
       would only accept mail for these domains


Thanks for the insight.
Glenn Strauss
<[EMAIL PROTECTED]>




*** Begin of forwarded message ***

Date: 08-Oct-00 12:05:58
From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Subject: RE: CST17030532ID - OK so I eat spam (fwd)

--- Forwarded message follows ---


Hello marrandy,

Thank you for writing to MSN Hotmail.
We have closed the account in question because of a violation of our Terms
Of Service (TOS).
You can read our TOS at:
    http://www.hotmail.msn.com/cgi-bin/dasp/hminfo_shell.asp?content=tos
Hotmail has comprehensive online help available to you. For more information
on Hotmail features, functions, and issues, click the "Help" button on the
horizontal navigation bar.

We hope that this e-mail has provided you with the assistance you needed.

Sincerely,

Neovanni
MSN Hotmail Customer Support
----------------

Hello. this person is spamming the qmail mailing list.

They are also, apparently, harvesting list addresses

Date: 08-Oct-00 06:48:22
From: Wheres Mybrudda <[EMAIL PROTECTED]>
Subject: OK so I eat spam

--- Forwarded message follows ---


OK I will admit it

<SNIP>

*** End of forwarded message ***

Regards...Martin
-- 

---------------

The only thing that stops God from sending another flood is that
the first one was useless.
-- Chamfort




Reply via email to