Добрый день Paul, Tuesday, October 19, 2004, 10:01:26 PM, you wrote:
Give on steps as well as that to do that a situation became clear. Here still as has checked up Has created alias for [EMAIL PROTECTED] to external mail [EMAIL PROTECTED] Has sent the letter to [EMAIL PROTECTED] and has received the letter on [EMAIL PROTECTED] with double headers Paul J Stevens> Drew, Paul J Stevens> Though Anton uses exim not sendmail Paul J Stevens> you must be onto something. Paul J Stevens> Only from the last logs I received I Paul J Stevens> finally understand that his 'mailbox' [EMAIL PROTECTED] Paul J Stevens> is actually a Paul J Stevens> userid, *not* an alias. Phwew, Paul J Stevens> finally got that cleared up. Sorry Anton, I wish I Paul J Stevens> knew russian to facilitate Paul J Stevens> our communication :) Paul J Stevens> When dbmail receives a message it Paul J Stevens> *does* check the recipient address against the userid Paul J Stevens> field, but it Paul J Stevens> apparently doesn't do this for Paul J Stevens> deliver_to aliases. What's Aaron's take on this I Paul J Stevens> wonder. Paul J Stevens> I still suspect that anton's problem Paul J Stevens> will go away when he adds [EMAIL PROTECTED] as an alias Paul J Stevens> to the user with Paul J Stevens> that very userid, because the Paul J Stevens> external forwarding will then be by-passed. Paul J Stevens> True external forwarding is already Paul J Stevens> not a problem. I confirmed this by having anton setup Paul J Stevens> an external Paul J Stevens> forwarder to me. Sending mail there Paul J Stevens> provides my with clean headers. Paul J Stevens> My current hypothesis is that there Paul J Stevens> must be something in a combination between the Paul J Stevens> line-endings as generated Paul J Stevens> by forward.c and the transport Paul J Stevens> mechanism defined in exim. Paul J Stevens> I can cleanup forward.c but I want to Paul J Stevens> understand this problem better (set up a test-case to Paul J Stevens> reproduce it) Paul J Stevens> before I start mucking with that code. Paul J Stevens> Drew Northup wrote: >> Ok, I am no rocket scientist on the delivery chain here, but let me make >> a suggestion here, since I know a bit about the whole sendmail thing. >> When you pipe a message that _already_has_headers_ in it through >> sendmail with the -t option it will parse the message for headers. Now, >> if you send a message to a recipient directly this is not normally an >> issue--but if something other than sendmail itself forwards a message >> _back_through_ sendmail with the -t option, it _should_ duplicate the >> headers. >> >> On Tue, 2004-10-19 at 07:46, [EMAIL PROTECTED] wrote: >> >>>From: Anton Nekhoroshikh <[EMAIL PROTECTED]> >>>To: DBMAIL Developers Mailinglist <dbmail-dev@dbmail.org> >>>Subject: Re[2]: [Dbmail-dev] double headers >>>Date: Tue, 19 Oct 2004 15:43:26 +0400 >>> >>>Добрый день Paul, >>> >>>Tuesday, October 19, 2004, 3:13:36 PM, you wrote: >>> >>> >>>Paul J Stevens> Anton Nekhoroshikh wrote: >>> >>>>>Paul J Stevens> Well, if you have, >>>>> >>>>>Paul J Stevens> ALIAS | DELIVER_TO >>>>>Paul J Stevens> >>>>>---------------------------------------------------- >>>>>Paul J Stevens> [EMAIL PROTECTED] | [EMAIL PROTECTED] >>>>> >>>>>Paul J Stevens> than to what deliver_to points [EMAIL PROTECTED] ??? >>>>> >>>>>Paul J Stevens> As I understand the delivery chain, >>>>>Paul J Stevens> the alias [EMAIL PROTECTED] *should* exist in >>>>>Paul J Stevens> the aliases table if that address >>>>>Paul J Stevens> should be delivered locally. >>>>> >>>>> >>>>>[EMAIL PROTECTED] is mailbox >>> >>>Paul J Stevens> what *kind* of mailbox, dbmail or >>>Paul J Stevens> /var/mail type? Because if it's a dbmail >>>Paul J Stevens> mailbox it should have *either* an >>>Paul J Stevens> entry in the dbmail_aliases table, *or* you >>>Paul J Stevens> are using dbmail-smtp from procmail >>>Paul J Stevens> and you're selecting the user on the >>>Paul J Stevens> commandline with the dbmail-smtp -u >>>Paul J Stevens> option. But even that route I've tested, and >>>Paul J Stevens> still no double headers. >>> >>>[EMAIL PROTECTED] mailbox in dbmail >>>about what there is a recording in dmail_users >>> >>> >>>>>[EMAIL PROTECTED] alias to mailbox [EMAIL PROTECTED] on the same dbmail >>>>>machine >>>>> >>>>>if send mail directly to [EMAIL PROTECTED] i see normal message >>>>>if send mail to [EMAIL PROTECTED] i see message with double headers >>>>> >>>>>I feel, that we each other do not understand, but the problem is >>> >>>Paul J Stevens> I don't deny it. But I still have >>>Paul J Stevens> trouble understanding the exact route the >>>Paul J Stevens> message is travelling. I still don't >>>Paul J Stevens> know where mail ends up in the end. In de >>>Paul J Stevens> example.txt.dbg you sent all I see is >>>Paul J Stevens> mail coming in for [EMAIL PROTECTED] which is >>>Paul J Stevens> being forwarded *externally*. What >>>Paul J Stevens> happens after that is unclear. Using >>>Paul J Stevens> logger.sh we have already established >>>Paul J Stevens> that dbmail sends this mail correctly, >>>Paul J Stevens> without the double headers. The final >>>Paul J Stevens> insertion was not in the logfile. >>> >>>ok i create new box in dbmail [EMAIL PROTECTED] >>>and add alais to dbmail_alias [EMAIL PROTECTED] deliver_to [EMAIL PROTECTED] >>>and send mail to [EMAIL PROTECTED] and i see double headers >>>see attached file(full log, two session) >>> >>>See final insertion in attach (pid 11397) >>> >>>It is strange, that through logger.sh we see the normal message. >>> >>> >>> >>>>>You already probe to send messages on [EMAIL PROTECTED] >>> >>>Paul J Stevens> I did, and no double headers. >>> >>> >>>>>I create transport in exim via new version dbmail-smtp for this box. >>> >>>Paul J Stevens> Which means exactly nothing to me >>>Paul J Stevens> since I don't use exim. >>> >>>Paul J Stevens> You could try adding [EMAIL PROTECTED] >>>Paul J Stevens> as an alias to your userid. That way >>>Paul J Stevens> external forwarding won't be required. >>> >>>Paul J Stevens> You could also try setting SENDMAIL >>>Paul J Stevens> to logger.sh and try to see if there's a >>>Paul J Stevens> difference between the different >>>Paul J Stevens> versions of dbmail-smtp. >>> >>>in attache "test.eml" original message sended via "cat test.eml | >>>/usr/sbin/sendmail -i -t" >>>and "after_logger.eml" message created by logger.sh -- С уважением, Anton Nekhoroshikh Руководитель проекта отдела сложных телекоммуникационных систем тел. (095) 363 3 310 факс (095) 363 3 310 e-mail: [EMAIL PROTECTED] http://www.310.ru
