/ Forside / Teknologi / Operativsystemer / Linux / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
Linux
#NavnPoint
o.v.n. 11177
peque 7911
dk 4814
e.c 2359
Uranus 1334
emesen 1334
stone47 1307
linuxrules 1214
Octon 1100
10  BjarneD 875
postfix - simpelt videresending til port x
Fra : Michael


Dato : 08-12-03 19:48

kan man konfigurere postfix til blot at hente fra /var/spool/postfix og
sende videre til f.eks. port 10028

uden at den svarer selv på f.eks. port 25 - faktisk skal den slet ikke lytte
til nogen porte?

Nogen der ved hvordan?

--
Mvh
Michael



 
 
Andreas Paasch (08-12-2003)
Kommentar
Fra : Andreas Paasch


Dato : 08-12-03 20:02

Michael wrote:

> kan man konfigurere postfix til blot at hente fra /var/spool/postfix og
> sende videre til f.eks. port 10028
>
> uden at den svarer selv på f.eks. port 25 - faktisk skal den slet ikke
> lytte til nogen porte?
>
> Nogen der ved hvordan?
>
> --
> Mvh
> Michael

Hvordan i alverden skulle det kunne fungere?
Ikke at jeg er en ørn til Postfix, men logikken siger mig klart, hvis
postfix ikke lytter på nogen port, kan Postfix ikke modtage post.
Og kan Postfix ikke modtage post, er der selvfølgelig ingen post der kan
sendes.

Altså hænger det ikke sammen.

Ser man lige bort fra dette fænomen, er spørgsmålet, hvad er du ude på?

Måske kan procmail eller endda fetchmail løse dit problem ?

/Andreas

--
Registeret Linux user #292411

Michael (08-12-2003)
Kommentar
Fra : Michael


Dato : 08-12-03 20:15

"Andreas Paasch" <Andreas@Paasch.Net> wrote in message
news:WT3Bb.55345$jf4.3133493@news000.worldonline.dk...
> Hvordan i alverden skulle det kunne fungere?

Ved at smide noget post direkte i spool?

> Altså hænger det ikke sammen.

Nå er du nu sikker? :)

--
Mvh
Michael






Andreas Paasch (08-12-2003)
Kommentar
Fra : Andreas Paasch


Dato : 08-12-03 20:27

Michael wrote:

> "Andreas Paasch" <Andreas@Paasch.Net> wrote in message
> news:WT3Bb.55345$jf4.3133493@news000.worldonline.dk...
>> Hvordan i alverden skulle det kunne fungere?
>
> Ved at smide noget post direkte i spool?
>
>> Altså hænger det ikke sammen.
>
> Nå er du nu sikker? :)
>
> --
> Mvh
> Michael

Hvis ikke jeg er på vildspor her så ...

.. får postfix en mail og smider det i den interne indbakke
.. bearbejder mailen iflg. de regler der er sat op mht. domæner og brugere
.. afviser forkerte mail
.. lægger rette mails i brugernes spool foldere

Da brugerne ikke læser postfix spool men user spool, skal postfix nu engang
modtage mailen og bearbejde den ... og derved lytte på en port.
Det er såvidt jeg har fattet tingene den måde en MTA fungerer på.

... og derudfra burde jeg have ret, ikke?

/Andreas

--
Registeret Linux user #292411

Claus Alboege (08-12-2003)
Kommentar
Fra : Claus Alboege


Dato : 08-12-03 21:35

Andreas Paasch <Andreas@Paasch.Net> writes:

> Hvis ikke jeg er på vildspor her så ...
>
> . får postfix en mail og smider det i den interne indbakke
> . bearbejder mailen iflg. de regler der er sat op mht. domæner og brugere
> . afviser forkerte mail
> . lægger rette mails i brugernes spool foldere
>
> Da brugerne ikke læser postfix spool men user spool, skal postfix nu
> engang modtage mailen og bearbejde den ... og derved lytte på en port.

> Det er såvidt jeg har fattet tingene den måde en MTA fungerer på.
>
> .. og derudfra burde jeg have ret, ikke?

Nej. Tag evt et kig paa foelgende sider:

http://www.postfix.org/receiving.html
http://www.nrg4u.com/qmail/the-big-qmail-picture-103-a4.pdf


/Claus A



Andreas Paasch (09-12-2003)
Kommentar
Fra : Andreas Paasch


Dato : 09-12-03 00:30

Claus Alboege wrote:

> Andreas Paasch <Andreas@Paasch.Net> writes:
>
>> Hvis ikke jeg er på vildspor her så ...
>>
>> . får postfix en mail og smider det i den interne indbakke
>> . bearbejder mailen iflg. de regler der er sat op mht. domæner og brugere
>> . afviser forkerte mail
>> . lægger rette mails i brugernes spool foldere
>>
>> Da brugerne ikke læser postfix spool men user spool, skal postfix nu
>> engang modtage mailen og bearbejde den ... og derved lytte på en port.
>
>> Det er såvidt jeg har fattet tingene den måde en MTA fungerer på.
>>
>> .. og derudfra burde jeg have ret, ikke?
>
> Nej. Tag evt et kig paa foelgende sider:
>
> http://www.postfix.org/receiving.html
> http://www.nrg4u.com/qmail/the-big-qmail-picture-103-a4.pdf
>
>
> /Claus A

Takker for linkene, men som jeg læser postfix.org./receiving.html siden, så
er det det samme som jeg skriver, dog er postfix siden langt mere
detaljeret.

Jeg tror godt en lille udredning hvor jeg går galt i byen ville gavne min
forståelse en del .. hvis du har tid og lyst ...

/Andreas
--
Registeret Linux user #292411

Claus Alboege (09-12-2003)
Kommentar
Fra : Claus Alboege


Dato : 09-12-03 06:09

Andreas Paasch <Andreas@Paasch.Net> writes:

> Claus Alboege wrote:
>
>> Andreas Paasch <Andreas@Paasch.Net> writes:
>>
>>> Hvis ikke jeg er på vildspor her så ...
>>>
>>> . får postfix en mail og smider det i den interne indbakke
>>> . bearbejder mailen iflg. de regler der er sat op mht. domæner og brugere
>>> . afviser forkerte mail
>>> . lægger rette mails i brugernes spool foldere
>>>
>>> Da brugerne ikke læser postfix spool men user spool, skal postfix nu
>>> engang modtage mailen og bearbejde den ... og derved lytte på en port.
>>
>>> Det er såvidt jeg har fattet tingene den måde en MTA fungerer på.
>>>
>>> .. og derudfra burde jeg have ret, ikke?
>>
>> Nej. Tag evt et kig paa foelgende sider:
>>
>> http://www.postfix.org/receiving.html
>> http://www.nrg4u.com/qmail/the-big-qmail-picture-103-a4.pdf
>>
>>
>> /Claus A
>
> Takker for linkene, men som jeg læser postfix.org./receiving.html
> siden, så er det det samme som jeg skriver, dog er postfix siden langt
> mere detaljeret.
>
> Jeg tror godt en lille udredning hvor jeg går galt i byen ville gavne
> min forståelse en del .. hvis du har tid og lyst ...

Du skriver at en MTA _skal_ lytte paa en port. Det er kun noedvendig,
hvis den skal tage imod post fra nettet. Som det fremgaar af begge
diagrammer er "Internet/smtpd" blot een blandt mange muligheder for at
injektere mails.

OP oensker ikke at have sin MTA til at lytte paa netvaerket, men blot
sende lokalt injekteret post til en anden maskine.


/Claus A

Andreas Paasch (09-12-2003)
Kommentar
Fra : Andreas Paasch


Dato : 09-12-03 22:22

Claus Alboege wrote:

> Andreas Paasch <Andreas@Paasch.Net> writes:
>
>> Claus Alboege wrote:
>>
>>> Andreas Paasch <Andreas@Paasch.Net> writes:
>>>
>>>> Hvis ikke jeg er på vildspor her så ...
>>>>
>>>> . får postfix en mail og smider det i den interne indbakke
>>>> . bearbejder mailen iflg. de regler der er sat op mht. domæner og
>>>> brugere . afviser forkerte mail
>>>> . lægger rette mails i brugernes spool foldere
>>>>
>>>> Da brugerne ikke læser postfix spool men user spool, skal postfix nu
>>>> engang modtage mailen og bearbejde den ... og derved lytte på en port.
>>>
>>>> Det er såvidt jeg har fattet tingene den måde en MTA fungerer på.
>>>>
>>>> .. og derudfra burde jeg have ret, ikke?
>>>
>>> Nej. Tag evt et kig paa foelgende sider:
>>>
>>> http://www.postfix.org/receiving.html
>>> http://www.nrg4u.com/qmail/the-big-qmail-picture-103-a4.pdf
>>>
>>>
>>> /Claus A
>>
>> Takker for linkene, men som jeg læser postfix.org./receiving.html
>> siden, så er det det samme som jeg skriver, dog er postfix siden langt
>> mere detaljeret.
>>
>> Jeg tror godt en lille udredning hvor jeg går galt i byen ville gavne
>> min forståelse en del .. hvis du har tid og lyst ...
>
> Du skriver at en MTA _skal_ lytte paa en port. Det er kun noedvendig,
> hvis den skal tage imod post fra nettet. Som det fremgaar af begge
> diagrammer er "Internet/smtpd" blot een blandt mange muligheder for at
> injektere mails.
>
> OP oensker ikke at have sin MTA til at lytte paa netvaerket, men blot
> sende lokalt injekteret post til en anden maskine.
>
>
> /Claus A

Jeg forstår nu hvad du mener, tak.

/Andreas

--
Registeret Linux user #292411

Adam Sjøgren (09-12-2003)
Kommentar
Fra : Adam Sjøgren


Dato : 09-12-03 12:02

On Tue, 09 Dec 2003 06:08:48 +0100, Claus wrote:

> OP oensker ikke at have sin MTA til at lytte paa netvaerket, men
> blot sende lokalt injekteret post til en anden maskine.

Uh, han skrev nu at han ville have Postfix til at læse fra
/var/spool/postfix, ikke at posten bare alene blev afsendt lokalt.

Den oprindelige beskrivelse:

| kan man konfigurere postfix til blot at hente fra
| /var/spool/postfix og sende videre til f.eks. port 10028

fik mig til at tænke, at det da nok krævede en rimeligt indgående
viden om hvordan Postfix håndterer sine private filer i
/var/spool/postfix, hvis man i hånden skulle skrive dertil og Postfix
levere derfra == en ret dårlig idé.


Mvh.

Adam

(P.S. "to inject" hedder "at injicere" på dansk).

--
"Do not feed the oysters under the clouds" Adam Sjøgren
asjo@koldfront.dk

Michael (09-12-2003)
Kommentar
Fra : Michael


Dato : 09-12-03 23:56

"Adam Sjøgren" <spamtrap@koldfront.dk> wrote in message
news:87k7566yqe.fsf@virgil.koldfront.dk...
> fik mig til at tænke, at det da nok krævede en rimeligt indgående
> viden om hvordan Postfix håndterer sine private filer i
> /var/spool/postfix, hvis man i hånden skulle skrive dertil og Postfix
> levere derfra == en ret dårlig idé.

Heh... Rigtigt, men hvis man vil opnå noget er man nød til at prøve at
flytte grænser

Mvh
Michael




Claus Alboege (10-12-2003)
Kommentar
Fra : Claus Alboege


Dato : 10-12-03 07:31

"Michael" <madsen999@mailme.dk> writes:

> "Adam Sjøgren" <spamtrap@koldfront.dk> wrote in message
> news:87k7566yqe.fsf@virgil.koldfront.dk...
>> fik mig til at tænke, at det da nok krævede en rimeligt indgående
>> viden om hvordan Postfix håndterer sine private filer i
>> /var/spool/postfix, hvis man i hånden skulle skrive dertil og Postfix
>> levere derfra == en ret dårlig idé.
>
> Heh... Rigtigt, men hvis man vil opnå noget er man nød til at prøve at
> flytte grænser

Hvad er det faktiske problem, du forsoeger at loese?
Hvorfor skulle man skrive til /var/spool/postfix i haanden, fremfor at
benytte de programmer der nu engang er lavet hertil?


/Claus A



Søg
Reklame
Statistik
Spørgsmål : 177551
Tips : 31968
Nyheder : 719565
Indlæg : 6408836
Brugere : 218887

Månedens bedste
Årets bedste
Sidste års bedste