dave wrote:

> I work on a research boat, and we just recently
> 'turned on' SMTP and IMAP access for users, and
> this sounds similar to a problem that we are
> encountering.  When a user sends mail from a
> client, smtp hands the message off to uucp to
> transfer the mail off of the ship.  We use the
> uucp log to generate the accounting information
> to allow us to charge the users (based on whether
> we send the mail by satellite, cell phone or
> shore connection), but when an IMAP client sends
> a message, it gets passed off to UCP as user
> 'mailnull', and backtracking it to the sendmail
> logs is nearly imposible.  does anyone know if
> the above methods would fix this problem as well?
>  Any ideas would be appreciated.
> dave

Since IMAP is a delivery mechanism toward the end-user and not in any 
way part of the MTA chain outbound, your message makes no sense.

It sounds like your "IMAP client" is something like webmail or similar 
that runs on the mail server itself and chooses to deliver via some 
mechanism other than SMTP to 127.0.0.1 or whatever works to get you your 
username you want, and it's not delivering as the user.

Would be easier to help with it if you were more specific about the 
various software involved with the new setup.  Sounds mostly like a 
sysadmin configured it wrong or didn't think about the consequences of 
not authenticating as the user for each delivery -- that not doing that 
would mess up the billing system downstream.

Nate

-- 
http://www.piclist.com PIC/SX FAQ & list archive
View/change your membership options at
http://mailman.mit.edu/mailman/listinfo/piclist