Re: Problems with BCC (was: [fetchmail-users] Re: fetchmail-users digest, Vol 1 #141 - 1 msg)

[Rob M. <rob...@gm...>]

(And on that note, all future unedited digest subjects should be
caught by the spam filter and rejected by the admins)

On 5/8/06, Admin Att <att...@gm...> wrote:
> If i understood correctly aka is for servers that use your ISP, but one is
> from ISP and other is senders server which is always diffrent (at least much
> times) so how can i use aka except for putting ISP's server name.
>
>
> fetchmail: line accepted, MyISPname is an alias of the mailserver
> fetchmail: no Received address found
> fetchmail: analyzing Received line:
> Received: from testpc1 by mycompany.com
>         (MDaemon.PRO.v8.1.5.R)
>         with ESMTP id md50000169342.msg
>         for <te...@be...>; Wed, 26 Apr 2006 13:49:03 +0200
> fetchmail: line rejected, mycompany.com is not an alias of the mailserver
>
> i inserted one AKA as i said for ISP name..another aka would be in this case
> mycompany.com
> but what if mail is from gmail, or yahoo or whatever...?:)

Any vaguely competent ISP will provide a Delivered-to type header. 
The problem only occurs when your ISP is lacking in the clue
department.

The solution is simple, stop flogging the dead horse - multidrop will
*NEVER* reliably work when the ISP doesn't provide the required
headers.  Either switch ISP or stop trying to use multidrop with them.

--
                 Please keep list traffic on the list.

Rob MacGregor
      Whoever fights monsters should see to it that in the process he
        doesn't become a monster.                  Friedrich Nietzsche