That is a FEATURE in IMail.  Nothing you can do about it!  At least as far
as I know!

Sincerely,
Grant Griffith, Vice President
EI8HT LEGS Web Management Co., Inc.
http://www.getafreewebsite.com
877-483-3393 

>  -----Original Message-----
> From:         [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] 
> Sent: Wednesday, April 18, 2001 9:19 AM
> To:   [EMAIL PROTECTED]
> Subject:      [IMail Forum] AARRRGHHHHHH!
> 
> Hi everybody.
> 
> I just saw a terrible behaviour on my Imail 5.09 running on a WinNT4.0
> sp6.
> 
> Let's suppose we have a mailbox called [EMAIL PROTECTED]
> This mailbox works properly and I can send and receive mail correctly.
> 
> what if someone sends a test message to [EMAIL PROTECTED] (this
> mailbox doesn't exist and no alias has never been specified using that
> name)?
> 
> This mail is not supposed to be delivered. The system should answer
> "Unknown users" or something like that.
> 
> But that's not how the story goes:
> this mail will be delivered into the duffyduck mailbox, but it won't be
> stored into the main.mbx file. The system will create another file in the
> user's mailbox called john.mbx
> the only way for users to see the new file is to gain access to the web
> messaging server included in Imail: there he will find another item called
> john (we just sent the mail to duffyduck-john) in the mailbox summary
> which contains the mail we sent.
> 
> If he tries to retrieve his new mail using POP3, he won't receive the mail
> we sent to duffyduck-john. He will only be able to retrieve his own mail
> delivered by the system in  his main.mbx file.
> 
> Moreover, if I specify duffyduck-john as POP3 Username and, as password,
> the same password that duffyduck uses, I get access to a non existent
> mailbox that contains the test message we sent 
> 
> what does this all mean? 
> this means that every user could create all the recipients he needs using
> his mailbox's name as a prefix.
> 
> Did anybody notice the same thing before?
> does your mail server behave the same as mine?
> any solutions?
> 
> (Len, Daniel, I hope you will be able to solve this too... ;-))
> 
> thanks in advance..
> 
> marco argentieri
> 

winmail.dat

Reply via email to