postfix kérdések

Debian GNU/Linux

postfix kérdések

  • 33741 megtekintés

( gerijani | 2006. 02. 17., p – 15:41 )

Sziasztok!

Egy szimpla kis PIII-t raknánk be csak levél továbbítónak, de azt is úgy, hogy csak egy adott gép tudjon rá küldeni levelet. Konkrétan: Azért kell, mert a Lotus Domino szerver nem tud olyan mail relaynek küldeni, aki smtp auth-ot kér. Ő ezt nem kezeli. Régen az adatparkot használtuk, de a mostanában volt sz**akodások után -mivel a mail.t-online.hu kéri az auth-ot- beraknánk saját SMTP-t.
Namost,…kutakodván manokban, infokban már teljesen elvesztettem a szálat. Valami rémlik, hogy az /etc/postfix/access file-ban lehet beállítani, de úgy veszem ki, hogy a $mynetwork –höz képest lehet bővíteni, szűkíteni a hozzáférést. De, hogy adom meg, hogy csak egy gép küldhet neki továbbításra levelet és más nem? Nem szeretnénk, ha a userek elkezdenének orrvérzésig Outlook és hasonló okosságokkal játszani, ezért csak a Domino-t engedélyeznénk.
Lehet valamit totál félreértettem és túlbonyolítom? Ha ez vkinek triviális, akkor az Ő segítségüket kérem főként!

A következő jónak tűnik?:

/etc/postfix/access:

10.0.0.10 OK
10.0.0 REJECT

Köszi!

Jo lenne ha postfix mysql-be is betenne a fajlt (vagy legalabbis az elso 2 sorat).

Postfix megoldas biztos nem letezik?

http://www.gentoo.org/doc/en/virt-mail-howto.xml

Nem biztos, de talán hasznos lehet!

# RECEIVING MAIL

# The inet_interfaces parameter specifies the network interface
# addresses that this mail system receives mail on. By default,
# the software claims all active interfaces on the machine. The
# parameter also controls delivery of mail to user@[ip.address].
#
# See also the proxy_interfaces parameter, for network addresses that
# are forwarded to us via a proxy or network address translator.
#
# Note: you need to stop/start Postfix when this parameter changes.
#
#inet_interfaces = all
#inet_interfaces = $myhostname
inet_interfaces = $myhostname, localhost

# The proxy_interfaces parameter specifies the network interface
# addresses that this mail system receives mail on by way of a
# proxy or network address translation unit. This setting extends
# the address list specified with the inet_interfaces parameter.
#
# You must specify your proxy/NAT addresses when your system is a
# backup MX host for other domains, otherwise mail delivery loops
# will happen when the primary MX host is down.
#
#proxy_interfaces =
#proxy_interfaces = 1.2.3.4

# The mydestination parameter specifies the list of domains that this
# machine considers itself the final destination for.
#
# These domains are routed to the delivery agent specified with the
# local_transport parameter setting. By default, that is the UNIX
# compatible delivery agent that lookups all recipients in /etc/passwd
# and /etc/aliases or their equivalent.
#
# The default is $myhostname + localhost.$mydomain. On a mail domain
# gateway, you should also include $mydomain.
#
# Do not specify the names of virtual domains - those domains are
# specified elsewhere (see VIRTUAL_README).
#
# Do not specify the names of domains that this machine is backup MX
# host for. Specify those names via the relay_domains settings for
# the SMTP server, or use permit_mx_backup if you are lazy (see
# STANDARD_CONFIGURATION_README).
#
# The local machine is always the final destination for mail addressed
# to user@[the.net.work.address] of an interface that the mail system
# receives mail on (see the inet_interfaces parameter).
#
# Specify a list of host or domain names, /file/name or type:table
# patterns, separated by commas and/or whitespace. A /file/name
# pattern is replaced by its contents; a type:table is matched when
# a name matches a lookup key (the right-hand side is ignored).
# Continue long lines by starting the next line with whitespace.
#
# See also below, section "REJECTING MAIL FOR UNKNOWN LOCAL USERS".
#
#mydestination = $myhostname, localhost.$mydomain, localhost
#mydestination = $myhostname, localhost.$mydomain, localhost,$mydomain
#mydestination = $myhostname, localhost.$mydomain, localhost,$mydomain
# mail.$mydomain, www.$mydomain, ftp.$mydomain

# REJECTING MAIL FOR UNKNOWN LOCAL USERS
#
# The local_recipient_maps parameter specifies optional lookup tables
# with all names or addresses of users that are local with respect
# to $mydestination, $inet_interfaces or $proxy_interfaces.
#
# If this parameter is defined, then the SMTP server will reject
# mail for unknown local users. This parameter is defined by default.
#
# To turn off local recipient checking in the SMTP server, specify
# local_recipient_maps = (i.e. empty).
#
# The default setting assumes that you use the default Postfix local
# delivery agent for local delivery. You need to update the
# local_recipient_maps setting if:
#
# - You define $mydestination domain recipients in files other than
# /etc/passwd, /etc/aliases, or the $virtual_alias_maps files.
# For example, you define $mydestination domain recipients in
# the $virtual_mailbox_maps files.
#
# - You redefine the local delivery agent in master.cf.
#
# - You redefine the "local_transport" setting in main.cf.
#
# - You use the "luser_relay", "mailbox_transport", or "fallback_transport"
# feature of the Postfix local delivery agent (see local(8)).
#
# Details are described in the LOCAL_RECIPIENT_README file.
#
# Beware: if the Postfix SMTP server runs chrooted, you probably have
# to access the passwd file via the proxymap service, in order to
# overcome chroot restrictions. The alternative, having a copy of
# the system passwd file in the chroot jail is just not practical.
#
# The right-hand side of the lookup tables is conveniently ignored.
# In the left-hand side, specify a bare username, an @domain.tld
# wild-card, or specify a user@domain.tld address.
#
#local_recipient_maps = unix:passwd.byname $alias_maps
#local_recipient_maps = proxy:unix:passwd.byname $alias_maps
#local_recipient_maps =

# The unknown_local_recipient_reject_code specifies the SMTP server
# response code when a recipient domain matches $mydestination or
# ${proxy,inet}_interfaces, while $local_recipient_maps is non-empty
# and the recipient address or address local-part is not found.
#
# The default setting is 550 (reject mail) but it is safer to start
# with 450 (try again later) until you are certain that your
# local_recipient_maps settings are OK.
#
unknown_local_recipient_reject_code = 550

( Willow | 2006. 06. 19., h – 15:02 )

Hol lehet azt beállítani a postfixben, hogy csak adott email címre érkezett leveleket fogadjon?
Ne az összes @mydomain.hu-ra érkezőt érezze sajátjának, hanem csak az xz@maydomain.hu és a zy@mydomain.hu címzetű leveleket fogadja, atöbbit utasítsa el.

( djsmiley v | 2005. 03. 26., szo – 02:13 )

[quote:eb1c57f20c="khiraly"]
Van valakinek 5lete arra, hoyg hogyan jelezhetnem ki webes feluleten az aktualis lemezfoglaltsagot?

Hello!

Van, PHP-IMAP es quotat az imap szerveren keresztul olvassa ki. probald ki h. telnet localhost 143 es ki fogja irni courier h. cap quota akkor le lehet kerdezni.
Gondolom (ismerve Teged ;)) Perl megoldas kellene. Azt hiszem perl-hez is van hasonlo modul, ami tud imapot.

Udv.

( willy v | 2005. 02. 17., cs – 09:26 )

Nem tudsz tenni semmit, maximum azt kikapcsolni, hogy ezt ellenorizze (botorsag). Ugyanis a levelet nem veszi at kezbesitesre.

( willy v | 2005. 02. 17., cs – 09:38 )

Bocsi, elhamarkodtam a valaszt. Most olvastam el teljesen. Termeszetes modon delay_warning_time elteltevel figyelmeztetest kuld a feladonak, es mikor maximal_queue_lifetime vegeter akkor ertesiti szinten a fatal-rol.
ha a warning_time 0h akkor az azt jelenti nincs warning.

( vajtsz | 2005. 02. 17., cs – 10:05 )

[quote:7f963d0c91="willy"]Bocsi, elhamarkodtam a valaszt. Most olvastam el teljesen. Termeszetes modon delay_warning_time elteltevel figyelmeztetest kuld a feladonak, es mikor maximal_queue_lifetime vegeter akkor ertesiti szinten a fatal-rol.
ha a warning_time 0h akkor az azt jelenti nincs warning.

köszönöm szépen, első paraméter defaultból 0 viszont második default 5d ami ha jol értettem 5day, ígymár érthető miért nem szolt eddig....

Utóbbit átírtam 2h ra de sajna most nincs időm tesztelni, viszont gondolom ezvolt a bűnös.

Méegyszer köszönöm a segítséget...

( khiraly | 2005. 03. 26., szo – 08:35 )

[quote:0664a863a8="djsmiley"]
Gondolom (ismerve Teged ;)) Perl megoldas kellene. Azt hiszem perl-hez is van hasonlo modul, ami tud imapot.

Perl+imapban nem bizok. Lenyegeben egesz webmail rendszer levelkezeloi reszet ujra kell irnom, mivel a gyari modul egy bughalom(Mail::Cclient, pine-s takolmany).

Viszont ahogy neztem a 'maildirsize' fajlt az a imap szabvany resze, es leteznie kell. Tehat ami hozzanyul a levelekhez, annak update-elnie kell. Jo lenne ha postfix mysql-be is betenne a fajlt (vagy legalabbis az elso 2 sorat).

Postfix megoldas biztos nem letezik?

Khiraly

( misu | 2005. 02. 17., cs – 10:51 )

Üdv mindenkinek!

Azt szeretném megtudni, hogy van-e arra lehetőség, hogy egy speciális címre külve egy levelet azt minden user megkapja.
A mail szerveren Postfix (2.1.4) van és a user-ek valódi userek.

( lacika v | 2004. 10. 05., k – 12:46 )

[quote:20619767ba="lacika"][quote:20619767ba="Sallus"]Itt megvan minden ami neked kell, VDA, SQL, postfix, courier, quota, SASL es az osszes tobbi magia:
http://high5.net/howto/

Megnéztem és találtam még ezt is
http://workaround.org/articles/ispmail-sarge/

Laci

Sajnos elhamarkodott válasz volt, hogy működik. Az utóbbi leírás alapján megcsináltam, de a syslogban ezt találom miután nyomok egy telnet 127.0.0.1 25 parancsot:
postfix/smtpd[3704]: fatal: no SASL authentication mechanisms

A megfelelő sasl2 csomagok telepítve vannak. A /etc/postfix/sasl könyvtárba létrehoztam egy smtpd.conf fájlt, mely tartalma a köv.:

pwcheck_method: auxprop
auxprop_plugin: sql
mech_list: plain login cram-md5 digest-md5
sql_engine: mysql
sql_hostnames: 127.0.0.1
sql_user: user
sql_passwd: jelszo
sql_database: adatbazis
sql_select: select password from mailbox where username='%u@%r'

Vagy ezt a fájlt nem ide kellene létrehozni? Miért nem talál szerencsétlen postfix hitelesítési eljárást???

Laci

( vajtsz | 2005. 02. 17., cs – 11:20 )

Nah atirtam ugyan azta paramétert de ugy elhet az hogy egyes cimzett domainek esetleg pár óráig nem elérhető akkor eza dolog nem éppen nyerő hogy 3 ora után dobja mailqueueból.

Kicsit nálam okosabban azt mondták hogy smtp relay servernek 451 hibakodot akkor kéne visszaadni ha később majd még fogadja a levelet csak most várakozzak picit. De sztem a nem lérező domain nem éppen eza kategoria, felis hivtam hirtelen 1234 axelerő ugyf.szolg. és elregéltem h szerintem ezvan (mivel mail.axelero.hu ra relayezek) és ott pár perc muszaki vezetővel egyeztetés után azt mondták hogy rosszul tudom ebben a helyzetben a 451 kod megfelelő..

NAHMOST AKKOR MIVAN ??? RFC NUKU ?

<g.benyak@sunnarow.hu>: host 195.228.240.10[195.228.240.10] said: 451 4.1.8
Recipient domain must resolve (in reply to RCPT TO command)

( misu | 2005. 01. 07., p – 08:12 )

Hello mindenkinek!

Közben találtam valamit, remélem ez lesz a megoldás.
Gondoltam megosztom veletek is:
smtp_destination_concurrency_limit

Üdv

( Mono v | 2005. 01. 07., p – 08:21 )

[quote:24fb0ce360="GZsolt"]Hello,

nekem is lenne egy kérdésem.
Megoldható egy futó postfix-szel a szelektív relay?
Azaz ha vki autentikációval jön, akkor mehet a relay, ha simán akkor nem?
Van vkinek tippje?

Köszönöm

Vagy félreértjük egymást, vagy ez az alapbeállítása a Postfixnek. Alapból nem open relay, így ha nem authentikálsz, relaying denied-del visszadob.
Ha ezt belső hálóra akarod, hogy már ott is kelljen authentikálni, akkor a mynetworks legyen csak a 127.0.0.1, ne add meg a belső hálót.

( lacika v | 2004. 10. 05., k – 14:12 )

Na, most úgy néz ki hogy működik a dolog. Úgy oldottam meg, hogy pam -on keresztül (ami meg MySQL -ből szedi az infót) hitelesítem az SMTP -t. Tapasztalataitok alapján lehet ennek valami hátulütője? Gondolom én sebesség, biztonság stb..

Laci

( lacika v | 2004. 10. 05., k – 14:16 )

Már csak egy "apró" szépségfoltja van a dolognak:
telnet 127.0.0.1 25
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
220 domain.hu ESMTP Postfix (Debian/GNU)
EHLO domain.hu
250-domain.hu
250-PIPELINING
250-SIZE 10240000
250-VRFY
250-ETRN
250-AUTH LOGIN PLAIN
250-AUTH=LOGIN PLAIN
250 8BITMIME

Csak azt nem tudom, hogy miért nincs CRAM-MD5 és DIGEST-MD5 az AUTH-nál?
Ehhez még valami extra csomagok, beállítások kellenének?

Laci

( Sallus | 2005. 01. 07., p – 09:52 )

[quote:7e24c07bdc="GZsolt"]Hello,

nekem is lenne egy kérdésem.
Megoldható egy futó postfix-szel a szelektív relay?
Azaz ha vki autentikációval jön, akkor mehet a relay, ha simán akkor nem?
Van vkinek tippje?

Köszönöm

SASL AUTH vagy pop before smtp.
mindkettore talalsz howto-t a postfix oldalon

( djsmiley v | 2005. 01. 07., p – 11:50 )

Hello!

En a helyedben a pop-before-smtp -t nem hasznalnam, a cyrus sasl gyorsabb, megbizhatobb es elvileg securebb is.

Udv.

( khiraly | 2005. 03. 29., k – 23:55 )

Van egy olyan problemam, hogy hiaba valtoztatom mySQL-ben (mailbox tabla, quota mezo) a quota erteket, nem update-eli a maildirsize fajlt a postfix!

Mit tudok tenni ez ellen?

Magyaran: nem tudok kvotat allitani. Csak akkor allithato be a kvota, amikor letrehoztam a felhasznalot. (ezt is az elso level kuldesenel hozza letre, nem pedi amikor a mySQL-t buheralom).

Van valakinek erre gyogyirja?

Probalt mar vlaki valamelyik felhasznalojanak kvotajat modositani?

Udv,
Khiraly

( djsmiley v | 2005. 03. 30., sze – 00:23 )

[quote:c1f4c986d8="khiraly"]Van egy olyan problemam, hogy hiaba valtoztatom mySQL-ben (mailbox tabla, quota mezo) a quota erteket, nem update-eli a maildirsize fajlt a postfix!

Mit tudok tenni ez ellen?

Kuldtel levelet a juzernek akinek megvaltoztattad a quotajat? ;)

Udv.

( khiraly | 2005. 03. 28., h – 22:15 )

[quote:ff0f3717ea="djsmiley"]
Postfix megoldasrol nemtudok, de imapon kersztul ez nalam tokeletesen mukodik a horde + imp webmaillel.

Talaltam en is egy perl modult, amivel getquota-val ilyet lehetne elkovetni:
http://search.cpan.org/~robm/Mail-IMAPTalk-1.02/IMAPTalk.pm

Sajnos, nalam
"GETQUOTA Ok." sztinggel ter vissza, ahelyett, hoyg ilyen szamharmasokat adna:
[maxMeret foglaltMeret megMegValami]

Nem tudnal segiteni, hogy milyen pontos parancsokat kell elkuldeni a szervernek?
Esetleg egy tcpdump kimenet?
Annak nagyon orulnek.

Khiraly

( Mono v | 2005. 03. 01., k – 14:50 )

[quote:3b9af3c558="dalton"]kis olvasnivalo:
http://netmirror.org/mirror/postfix.org/ADDRESS_VERIFICATION_README.html
->
reject_unverified_sender
Reject the request when mail to the MAIL FROM address is known to bounce, or when the sender address destination is not reachable. Address verification information is managed by the verify(8) server; see the ADDRESS_VERIFICATION_README file for details.
->
verify
-> http://netmirror.org/mirror/postfix.org/verify.8.html
itt megtalalsz mindent ami kell

Köszönöm, bogarászom a linkeket, de sajna konkrét dolgokat nem találok rajta :(

Úgy néz ki, tényleg ez az address verification a ludas, ezt kikapcsolva ilyen gondok nincsenek, ellenben jóval több SPAM levél érkezik.

Ha be van kapcsolva az address verification, akkor ilyesmiket látok a mail.log fájlban:
[code:1:3b9af3c558]
Mar 1 09:25:58 localhost postfix/smtp[22992]: connect to p2pmail01.paper2print.com[65.115.231.196]: Connection timed out (port 25)
Mar 1 09:25:58 localhost postfix/smtp[22992]: 82C2A5B76A: to=<ZYEGGBPELTNF@paper2print.com>, relay=none, delay=30, status=undeliverable (connect to p2pmail01.paper2print.com [65.115.231.196]: Connection timed out)
Mar 1 09:25:58 localhost postfix/qmgr[22716]: 82C2A5B76A: removed
[/code:1:3b9af3c558]

Szerinted/szerintetek jól gondolom azt, hogy mivel nem sikerül kapcsolódni a küldő szerver 25-ös portjára, hogy visszaellenőrizze a címet, gondolom túlterheltség miatt, eldobja a levelet? Sajna viszont az a tapasztalat, hogy ez esetben sem a feladó, sem a címzett nem kap semmiféle értesítést arról, hogy mi történt. Sem 4xx, sem 5xx-es hibakód nem generálódik le, ez talán a fő baja ennek, így elvileg "el lett küldve", de gyakorlatban nem érkezett meg.

Így valami olyasmi lenne jó, hogy próbálkozzon többszöri visszaellenőrzéssel, vagy jelezzen vissza hibát a feladónak, tudja, hogy nem sikerült kézbesíteni a levelet.

Ebben kérném a segítségeteket, ötleteteket.

Jelenleg - ezzel kapcsolatos része - a Postfix main.cf fájlnak a következő:
[code:1:3b9af3c558]
smtpd_delay_reject = yes
smtpd_helo_required = yes
disable_vrfy_command = yes
strict_rfc821_envelopes = yes
smtpd_soft_error = 3
smtpd_hard_error = 3
smtpd_error_sleep_time = 2s
message_size_limit = 10240000
smtpd_sender_restrictions = reject_non_fqdn_sender, reject_unknown_sender_domain, reject_unverified_sender
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, reject_invalid_hostname, reject_non_fqdn_recipient, reject_unknown_recipient_domain, reject_unverified_recipient, reject_multi_recipient_bounce
smtpd_data_restrictions = reject_unauth_pipelining
queue_run_delay = 300s
minimal_backoff_time = 300s
[/code:1:3b9af3c558]

Minden segítséget előre is nagyon köszönök!

( khiraly | 2005. 01. 04., k – 16:56 )

Sziasztok!

Volt egy szerver leallasunk (szerverkoltoztetes), es most nem indul ujra postfix. Marmint ujraindul, csak a levelek nem jonnek meg.
(eddig nem volt szerverleallasunk. Tehat most fordult elo eloszor)

Hibauzenet:

[code:1:1535e3638b]
Jan 4 16:51:41 elite postfix/smtpd[20331]: fatal: connect #11 to subsystem /var/spool/postfix/private/proxymap: No such file or directory
Jan 4 16:51:42 elite postfix/master[1677]: warning: process /usr/lib/postfix/smtpd pid 20331 exit status 1
Jan 4 16:51:42 elite postfix/master[1677]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling
Jan 4 16:52:42 elite postfix/smtpd[20550]: warning: connect #1 to subsystem /var/spool/postfix/private/proxymap: No such file or directory
[/code:1:1535e3638b]

Probaltam utanagoogle-zni, de az se segitett.

Postfix+mysql+saslauthd fut egyutt. Exim4 (debianba alapba ez kerult) -et termeszetesen leallitottam. (rc2.d -n belul is eltavolitottam. Tehat kov. ujraindulasnal az nem indul el ,,ala'')

Barmilyen 5letet szivesen fogadok!

Udv,
Khiraly

( djsmiley v | 2005. 03. 29., k – 02:10 )

[quote:583be72688="khiraly"]
Sajnos, nalam
"GETQUOTA Ok." sztinggel ter vissza, ahelyett, hoyg ilyen szamharmasokat adna:
[maxMeret foglaltMeret megMegValami]

Nem tudnal segiteni, hogy milyen pontos parancsokat kell elkuldeni a szervernek?

Hello!

Valoszinu azt felejted el, amit nem nagyon szoktak irkalni HOWTO-kban sem (enis turtam sokat mire rajottem). getquota meg megaban semmit sem er.
Kb. igy kellene:
[code:1:583be72688]
djsmiley@cool:~$ telnet localhost 143
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
* OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION] Courier-IMAP ready. Copyright 1998-2004 Double Precision, Inc. See COPYING for distribution information.
A01 LOGIN "username" "password"
A01 OK LOGIN Ok.
A02 SELECT "INBOX"
* FLAGS (\Draft \Answered \Flagged \Deleted \Seen \Recent)
* OK [PERMANENTFLAGS (\* \Draft \Answered \Flagged \Deleted \Seen)] Limited
* 7 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1104778659] Ok
* OK [MYRIGHTS "acdilrsw"] ACL
A02 OK [READ-WRITE] Ok
A03 GETQUOTA "ROOT"
* QUOTA "ROOT" (STORAGE 937 1024)
A03 OK GETQUOTA Ok.
A04 GETQUOTA "INBOX"
* QUOTA "INBOX"
A04 OK GETQUOTA Ok.
A05 LOGOUT
* BYE Courier-IMAP server shutting down
A05 OK LOGOUT completed
Connection closed by foreign host.
[/code:1:583be72688]
Ahogy a fentebbi pelda is mutatja a Getquota parancsot a "ROOT" parameterrel kell meghivni, akkor imap elvileg szepen mutatja a quotat.
Hogy ezt perlben hogy nez ki azt nemtudom :)

Lassan nyithatnank egy imap softquota topicot :)

Udv.

( mrev | 2005. 01. 07., p – 14:10 )

Egy egyszerû megoldás.
ami akkor alkalmazható, ha csak olyan emberek levelét
kell továbbítani, akik be tudnak ssh-zni a szerverre.

Az smpt úgy állítjuk be, hogy csak azokat a leveleket
továbbítsa, aminek a forrása, vagy a célja lokális.
Akkor tudunk levelet kapni, és tudunk a szerverrõl
levelet küldeni.

A felhasználóknak memgmondjuk, hogy a levelezõ
programjukat úgy állítsák be, hogy a saját otthoni gépük
(mondjuk) 30000-es portjára küldje a leveleket smtp-vel;
és levélküldés elõtt ssh-zzanak be a szerverre, miközben
használjanak ssl port forwardingot.
Pl az ~/.ssh/config-jukba írják be:

LocalForward 30000 szerver:25

Ekkor teljesül, hogy azok és csak azok a felhasználók tudnak
levelet küldeni rajtunk keresztül, akik be tudnak ssh-zni a szerverre.
Windowson is lehet így létezni putty-val, vagy cygwinnel.

( lipilee | 2005. 03. 01., k – 16:05 )

olyan biztos nem történik, hogy eldob egy levelet mindenféle jelzés nélkül. nem lehet, hogy valami queue-ban csücsül az a mail?

( Mono v | 2005. 03. 01., k – 16:12 )

Kicsit még nyomozgattam ezen a téren, ha a fentebbi logikáb alapján próbálok tovább menni, miszerint ha túlságosan elfoglalt szerveren levő cím verifikálása nem igazán sikerül, a levél elvész, így talán valamely időt kellene picit nyújtani. Így kiadtam egy postconf utasítást, majd ebből minden időre utaló beállítást összegyűjtöttem. Hátha ez valaki hozzáértőbbnek segítség lehet, mely idő növelésével lehetne jobban elkerülni a timeout-ot. Bár, ha ez a másik oldalon továbbra is kicsi idő, így a dologgal talán nem érek sokat, hiszen akkor nem én, hanem a távoli szerver fog majd timeoutolni.... de hátha.
Íme az adatok (legjava default érték):

[code:1:77195aaab6]address_verify_negative_expire_time = 3d
address_verify_negative_refresh_time = 3h
address_verify_positive_expire_time = 31d
address_verify_positive_refresh_time = 7d
application_event_drain_time = 100s
bounce_queue_lifetime = 5d
command_time_limit = 1000s
daemon_timeout = 18000s
delay_warning_time = 0h
fast_flush_purge_time = 7d
fast_flush_refresh_time = 12h
ipc_timeout = 3600s
lmtp_connect_timeout = 0s
lmtp_data_done_timeout = 600s
lmtp_data_init_timeout = 120s
lmtp_data_xfer_timeout = 180s
lmtp_lhlo_timeout = 300s
lmtp_mail_timeout = 300s
lmtp_quit_timeout = 300s
lmtp_rcpt_timeout = 300s
lmtp_rset_timeout = 120s
lmtp_xforward_timeout = 300s
maximal_backoff_time = 4000s
maximal_queue_lifetime = 5d
minimal_backoff_time = 1000s
qmgr_clog_warn_time = 300s
qmqpd_error_delay = 1s
qmqpd_timeout = 300s
service_throttle_time = 60s
smtp_connect_timeout = 30s
smtp_data_done_timeout = 600s
smtp_data_init_timeout = 120s
smtp_data_xfer_timeout = 180s
smtp_helo_timeout = 300s
smtp_mail_timeout = 300s
smtp_pix_workaround_delay_time = 10s
smtp_pix_workaround_threshold_time = 500s
smtp_quit_timeout = 300s
smtp_rcpt_timeout = 300s
smtp_rset_timeout = 120s
smtp_starttls_timeout = 300s
smtp_tls_session_cache_timeout = 3600s
smtp_xforward_timeout = 300s
smtpd_error_sleep_time = 1s
smtpd_policy_service_timeout = 100s
smtpd_proxy_timeout = 100s
smtpd_starttls_timeout = 300s
smtpd_timeout = 300s
smtpd_tls_session_cache_timeout = 3600s
stale_lock_time = 500s
transport_retry_time = 60s
trigger_timeout = 10s[/code:1:77195aaab6]

( Mono v | 2005. 03. 01., k – 16:32 )

[quote:96994cb1df="lipilee"]olyan biztos nem történik, hogy eldob egy levelet mindenféle jelzés nélkül. nem lehet, hogy valami queue-ban csücsül az a mail?

Én is így állok (inkább álltam) hozzá a dolgokhoz. De ha megfigyeled, a log fájlban nem látszik semmi RFC822-es hibakód, ami a "sima" levelezéskor mindenképpen generálódik, továbbá a postqueue -p konzol parancs, mely tudtommal a queue tartalmát listázza az alábbi válasszal tér vissza:
[code:1:96994cb1df]Mail queue is empty[/code:1:96994cb1df]

Eléggé tanácstalan vagyok... :(

Ilyesmit látni amikor nincs timeout:

[code:1:96994cb1df]Mar 1 09:23:18 localhost postfix/smtp[22825]: 2C1F35B76A: to=<cimzett@domain.hu>, relay=host.domain.hu[xxx.253.yyy.xxx], delay=0, status=deliverable (250 ok)[/code:1:96994cb1df]

Látszik status, ill. a 250-es "hiba"kód.

Timeoutolás esetén is van status, de nincs keletkező hibakód. Gyanítom legalábbis. Ezek alapján pedig azt, hogy így nincs is visszapattanó levél, vagy a feladónak visszajelzett hibakód.

[code:1:96994cb1df]Mar 1 13:21:44 localhost postfix/smtp[32547]: connect to nomail.yahoo.com [216.145.48.35]: read timeout (port 25)
Mar 1 13:21:44 localhost postfix/smtp[32547]: 54C20636A8: to=<beforehand@yahoo.hk>, relay=none, delay=300, status=undeliverable (connect to nomail.yahoo.com [216.145.48.35]: read timeout)
Mar 1 13:21:44 localhost postfix/qmgr[22716]: 54C20636A8: removed[/code:1:96994cb1df]

Vagy egy másik eset (szerintem tisztán látszik, hogy timeout, kiszedi a queue-ból a levelet). Előtte nincs semmi ezzel kapcsolatos, nem mi akartunk oda küldeni, hanem ellenőrzés lett volna:

[code:1:96994cb1df]Feb 28 08:30:15 localhost postfix/smtp[17098]: connect to nomail.yahoo.com [216.145.48.35]: read timeout (port 25)
Feb 28 08:30:15 localhost postfix/smtp[17098]: B19685B76A: to=<irzymj@yahoo.nl>, relay=none, delay=301, status=undeliverable (connect to nomail.yahoo.com [216.145.48.35]: read timeout)
Feb 28 08:30:15 localhost postfix/qmgr[12602]: B19685B76A: removed[/code:1:96994cb1df]

( brumi | 2005. 01. 03., h – 14:21 )

mono:
a main.cf-ebben legyen 1 ilyen sor:
body_checks = pcre:/etc/postfix/body_checks

a body_checks pedig ilyesmiket tartalmazzon:
/^hot deal$/ IGNORE
/^viagra$/ REJECT

vagy IGNORE helyett REJECT

( lacika v | 2004. 09. 28., k – 13:52 )

A célom az lenne, hogy beüzemeljek egy postfix + courier-imap szervert, melyek a szükséges paramétereket/hitelesítéseket mysql -ből veszik. Ez működik is. Hogy a postafiókokra lehessen quotat húzni, ezért a postfix csomagokat a http://debian.home-dn.net/woody/postfix2-vda/ címről szedtem le és dpkg -i csomagnévvel fel is raktam. Felraktam a postfix-pcre -t is innen. Minden teljesen jól működött addig, amíg egy apt-get update és apt-get -u upgrade után lefrissült a postfix csomagjai. Persze a sarge -ból és nem az említett oldalról, pedig azt beraktam a source.listbe. Néztem a verziószám tényleg nagyobb a sargeban, mint a backportolt oldalon. Meg lehet valahogy magyarázni az apt-nek, hogy bármit frissíthet a sarge tükörszervereiről, csak a postfix csomagokhoz ne nyúljon?

A másik probléma akkor jött, mikor kérték, hogy lehessen valami féle hitelesítés után levelet küldeni a szerveren kleresztül. Ekkor választottam a pop-before-smtp -t. De mikor megadtam a postfix main.cf -jében a következőt:
smtpd_recipient_restrictions = permit_mynetworks,reject_non_fqdn_recipient,
check_client_access hash:/var/lib/pop-before-smtp/hosts,
check_relay_domains

Akkor a következő hibaüzenettel elhalt:
postfix/smtpd[9525]: fatal: open database /var/lib/pop-before-smtp/hosts.db: Invalid argument

Ekkor visszaraktam a sarge -os postfix és postfix-pcre csomagokat és azzal működött, de ekkor a postafiók quota nem működött, mert ezekben a csomagokban nincs vda patch.

Úgy néz ki hogy a vda -val patchelt csomagoknál valamit elszúrtak a pcre összetevőkben?

Milyen egyéb megoldással lehetne megoldani, hogy a szerveren keresztül authentikáció után tudjanak a userek levelket küldeni úgy hogy a postafiók adatait is mysql táblában tárolom?
emélem nem voltam túl zavaros.

Laci

( Sallus | 2004. 09. 28., k – 14:08 )

Az authentikaciora a SASL lehet a normalis megoldas, teljesen szabvanyos, nem is bonyolult a beallitasa.
itt egy howto: http://postfix.state-of-mind.de/patrick.koetter/smtpauth/index.html

A pop-before-smtp beallitsai jok? A file ott van a megadott helyen?

Udv,
S.

( lacika v | 2004. 09. 28., k – 14:10 )

Köszi a leírást, megnézem.
A pop-before-smtp beállításai teljesen jók, mert a sarge -os csomagokkal működik, de a vda -val patcheltekkel nem.

Laci

( lacika v | 2004. 09. 28., k – 14:11 )

[quote:30093e6227="Sallus"]Az authentikaciora a SASL lehet a normalis megoldas, teljesen szabvanyos, nem is bonyolult a beallitasa.
itt egy howto: http://postfix.state-of-mind.de/patrick.koetter/smtpauth/index.html

A pop-before-smtp beallitsai jok? A file ott van a megadott helyen?

Udv,
S.

A SASL -hez a postfix-tls csomagja kell, igaz?

Laci

( Sallus | 2004. 09. 28., k – 14:16 )

igen, plusz libsasl2, illetve az authentikacios modulok, ha nem menne fel:libsasl2-modules

S.

( Sallus | 2004. 09. 28., k – 14:28 )

pop-before-smtp nalam akkor csinalt hasonlo hibat, amikor rossz db formatumot valasztottam a konfigjaban. Esetleg elofordulhat, hogy telleg mas pcre beaallitasok vannak a ket csomagban.
postconf -m mindkettonel ugyanaz?

S.

( lacika v | 2004. 09. 28., k – 14:38 )

[quote:db1011c74b="Sallus"]igen, plusz libsasl2, illetve az authentikacios modulok, ha nem menne fel:libsasl2-modules

S.

OK! Fent vannak a postfix-tls, libsasl2 és a libsasl2-modules-sql, libsasl2-modules.
Mi lenne a következő lépés? Sorry ha egy kicsit szájbarágosan kérdezem, de ezzel még soh anem foglalkoztam :(

Laci

( trey | 2004. 09. 28., k – 14:41 )

[quote:1f82cec123="lacika"]Meg lehet valahogy magyarázni az apt-nek, hogy bármit frissíthet a sarge tükörszervereiről, csak a postfix csomagokhoz ne nyúljon?

Az adott csomagot HOLD-ra kell tenni.

( khiraly | 2005. 03. 30., sze – 12:05 )

[quote:99a2ac53dd="djsmiley"]
Kuldtel levelet a juzernek akinek megvaltoztattad a quotajat? ;)

Igen, tobbszor is. (tobbszor allitgattam a kvotat kozben tobb levelet is kuldtem)

Nalad mukodik?

Khiraly

( khiraly | 2005. 03. 27., v – 13:12 )

[quote:64d6eb83b9="djsmiley"]probald ki h. telnet localhost 143 es ki fogja irni courier h. cap quota akkor le lehet kerdezni.

Szia!

Nekem cap quota-at nem ir ki, csak QUOTA. Hogy is lehetne lekerdezni?
[code:1:64d6eb83b9]
Connected to localhost.localdomain.
Escape character is '^]'.
* OK [CAPABILITY IMAP4rev1 UIDPLUS CHILDREN NAMESPACE THREAD=ORDEREDSUBJECT THREAD=REFERENCES SORT QUOTA IDLE ACL ACL2=UNION] Courier-IMAP ready. Copyright 1998-2004 Double Precision, Inc. See COPYING for distribution information.
[/code:1:64d6eb83b9]

( lacika v | 2004. 09. 28., k – 15:33 )

[quote:69c8d4aba3="trey"][quote:69c8d4aba3="lacika"]Meg lehet valahogy magyarázni az apt-nek, hogy bármit frissíthet a sarge tükörszervereiről, csak a postfix csomagokhoz ne nyúljon?

Az adott csomagot HOLD-ra kell tenni.

Köszönöm!
Ez lesz az :)

Laci

( larpad | 2005. 01. 19., sze – 10:49 )

Sziasztok

Én is a SASL authentikációval küzdök Debian Sargen.
Feltettem a szükséges csomagokat, így már nem kapok no SASL auth mechanism üzenetet.
Az smtpd.conf -om:

# smtpd.conf
log_level: 7
pwcheck_method: auxprop
auxprop_plugin: sql
mech_list: plain login
sql_engine: mysql
sql_hostnames: localhost
sql_user: user
sql_passwd: pass
sql_database: db
sql_select: select clear from postfix_users where email='%u@%r';

ha telneten bájcsevejt folytatok szerverrel nem tudok authentikálni:

220 magor.softworks.hu ESMTP Postfix (Debian/GNU)
ehlo test
250-magor.softworks.hu
250-PIPELINING
250-SIZE 10240000
250-ETRN
250-AUTH LOGIN PLAIN
250-AUTH=LOGIN PLAIN
250 8BITMIME
auth plain dXNlcgB1c2VyAHBhc3M=
535 Error: authentication failed

A logba pedig ezt írja:
warning: SASL authentication failure: Password verification failed
SASL plain authentication failed

Az az érdekes, hogy a mysql logban nem látom, hogy kapcsolódna az adatbázishoz.
Van ötletetek miért nem megy?

( Sallus | 2004. 09. 28., k – 16:00 )

Itt megvan minden ami neked kell, VDA, SQL, postfix, courier, quota, SASL es az osszes tobbi magia:
http://high5.net/howto/

( gna | 2005. 01. 06., cs – 12:33 )

Lenne egy kérdésem:

Van egy mailszerverem ami csoportos postfiokot olvas és oszt szét:
A postfix konfiguráció képes rendes MX ként is müködni az adott domainhez, de ha fetchmaillel szedem le a levelet a következő jelenik meg a logban:

Dec 21 15:39:33 mailserver fetchmail[9105]: 1 message for mailbox at xxx.xxx.xxx.xxx (1102 octets).
Dec 21 15:39:33 mailserver fetchmail[9105]: reading message mailbox@xxx.xxx.xxx.xxx:1 of 1 (1102 octets)
Dec 21 15:39:35 mailserver fetchmail[9105]: SMTP error: 550 5.7.1 <létezõ.név@domain.hu>... Relaying denied. IP name possibly forged [xxx.xxx.xxx.xxx]

A gép belső hálón van és a 25-ös port csak továbbítva van hozzá a IP name possibly forged a gw külső IPje. nem igazából tudom mi okozza.

Várom a tippeket

Köszi

gna

( djsmiley v | 2005. 03. 27., v – 15:46 )

[quote:81c2542aad="khiraly"]
Nekem cap quota-at nem ir ki, csak QUOTA. Hogy is lehetne lekerdezni?

Hello.
Erre gondoltam :)

Postfix megoldasrol nemtudok, de imapon kersztul ez nalam tokeletesen mukodik a horde + imp webmaillel.

Udv.

( khiraly | 2005. 03. 29., k – 13:24 )

[quote:fcbbea22b5="djsmiley"]
[code:1:fcbbea22b5]
A03 GETQUOTA "ROOT"
* QUOTA "ROOT" (STORAGE 937 1024)
A03 OK GETQUOTA Ok.
A04 GETQUOTA "INBOX"
* QUOTA "INBOX"
A04 OK GETQUOTA Ok.
[/code:1:fcbbea22b5]

Igen, a ROOT -ra szepen mutatja a kvotat (nalam is), viszont az INBOX-ra miert nem ad vissza semmit se?

Lassan nyithatnank egy imap softquota topicot :)

;-P

Khiraly

( khiraly | 2005. 01. 04., k – 20:59 )

ez a proxymap vajon mi lehet?

En nem hasznalok proxyt ...

Khiraly

( Mono v | 2004. 12. 28., k – 15:20 )

Picit felhoznám ezt a topikot! :)

A következő dolgot szeretném megcsinálni Postfix-szel, ehhez kérném a segítségeteket.
Szeretnék egy tartalom szűrést csinálni úgy, hogy legyen egy adatbázis fájlom, melyet feltöltök olyan szavakkal, amiket általában tartalmaz a mostanság kapott SPAM leveleim legtöbbje. Gondolok itt a viagra mindenféle variánsa, penis, sex, stb. szavakra. Magyarán ha a beérkező levél tartalmazza az adatbázisban szereplő szót, azonnal törölje a levelet a Postfix. Subjectre, csatolt fájl kiterjesztésére láttam ilyen megoldást, de konkrétran ilyesmire nem. Tudtok ebben segíteni, hogyan kellene ezt csinálnom?

Előre is köszi!

( Mono v | 2005. 02. 28., h – 17:14 )

Sziasztok!

Van egy - szerintem alapvetően jól belőtt - Postfix-em, mint céges mail szerver üzemel. Azonban vannak olyan mail címek, melyről nem mindig kapunk meg levelet. Van egy freemailes címem, mely erre a mail szerverre van automatikusan forwardolva. Ha kapok a freemail-es címemre levelet, automatikusan továbbítja a céges címemre. Nagy többségben meg is érkeznek, ám vannak kivéltelek, amikor nem.
Kicsit nyomozgattam a dologban, szerintem a következő dolog történhet. Ebben a nagy SPAM áradatban, ami manapság történik a világban, jó megoldásnak láttam a Postfixben azt a beállítást, hogy visszaellenőrizze a beérkező levelek feladójának e-mail címét.
Ezt a /etc/postfix/main.cf fájl következő sorával értem el:
[code:1:0059d0ab97]smtpd_sender_restrictions = reject_unverified_sender[/code:1:0059d0ab97]

Ez esetben, ha kapok egy levelet, a Postfix próbál levelet küldeni a nekem érkező levél feladójának. Ha a cím létezik, beengedi a levelet, ha nem, eldobja.

Ellenben találtam ilyesmit a log fájlokban:
[code:1:0059d0ab97]
Feb 28 15:48:15 localhost postfix/smtpd[7032]: connect to fmx1.freemail.hu[195.228.242.221]: Connection timed out (port 25)
Feb 28 15:48:15 localhost postfix/smtpd[7032]: connect to fmx7.freemail.hu[195.228.242.227]: Connection refused (port 25)
Feb 28 15:48:16 localhost postfix/smtpd[7032]: connect to fmx5.freemail.hu[195.228.242.225]: Connection timed out (port 25)
Feb 28 15:48:45 localhost postfix/smtp[7032]: connect to fmx5.freemail.hu[195.228.242.225]: Connection timed out (port 25)
[/code:1:0059d0ab97]

Ebből arra gyanakszom, hogy - mivel más forrásból már többen panaszkodtak a freemail lassúságára - nem sikerül időbel leellenőrizni a feladó címének helyességét, de nincs egyértelmű válasz sem, hogy létezik v. nem létezik, így én nem fogadom el a levelet, ellenben nem is pattan vissza, mert nem lett elutasítva egzaktul.
Postfix queue üres.
Találkoztatok-e már hasonlóü problémával, szerintetek mi lehet a gond? Jó helyen kapizsgálom a problémát, vagy nem?
Ezt a cím visszaellenőrzést nem szívesen kapcsolnám ki, nagyon jó funkció, rengeteg feladót visszautasít, amit lehet látni, hogy tényleg nem érvényes cím. Valami olysmit lenne jó, hogy a visszaellenőrzés ha nem egzakt hibával tér vissza, próbálkozzon még később, vagy hosszabb ideig. Ezt be lehet állítani valahogy?
Sajna több "észrevett" levél öt nap után sem jött még meg, ami a freemailes fiókomban landolt, de továbbítva nem lett hozzám. Így szerintem az az eset nem áll fent, hogy nem vártam eleget.
Két ilyen levél pl. az a hup.hu leveleiből való, egy témakövetés értesítés és egy értesítő új privát üzenetről. Úgy gondolom, hogy maguk a levelek "rendben vannak", tehát nem lehet SPAM, vagy nem megfelelő formátumban megírt levél, így ezt is kizártnak tartom.

Minden javaslatot, segítséget előre is köszönök!

( lipilee | 2004. 12. 28., k – 16:02 )

A csatolt file-os cuccot valószínűleg a body_checks-ben (illetve header_checks-ben) láthattad, és az nem a csatolt file-ra, hanem a teljes body-ra vonatkozik.
Tehát ha a BODY-ban szerepel a body_checks fileban regexppel definiált string, akkor azzal azt fogja csinálni, amit te mondasz neki. (Célszerűen REJECT.)
Szóval body_checks a te barátod imho.

( khiraly | 2005. 03. 29., k – 14:27 )

A 'ROOT' -ra mukodik nagyon jol, koszonom meg egyszer.
Apro eszrevetel (hatha mas is probalkozik ilyennel):
Postfix-nek byte ban kell megadni a kvota erteket (mySQL-ben),
mig a IMAP kilobyte egysegben ter vissza a kvota allapotarol.

Egy rovid perl kod, hatha valakit erdekel:
[code:1:e9d0cf7704]
#! /usr/bin/perl

use strict;
use warnings 'all';
use Mail::IMAPTalk;

my $IMAP = Mail::IMAPTalk->new(
Server => 'mail.szerver.hu',
Username => 'felhasznalo@szerver.hu',
Password => 'titok',
Uid => 1 ) || die "Failed to connect/login to IMAP server";
if ($IMAP->capability()->{quota}){ # 1, ha van quota support
my @result = $IMAP->getquota('ROOT') || die "IMAP error: $@";
for my $ext (@result) {
for my $int (@{$ext}){print "$int ";}
print "\n";
}
}
$IMAP->logout();
[/code:1:e9d0cf7704]
Udv,
Khiraly

( dalton | 2005. 02. 28., h – 19:40 )

kis olvasnivalo:
http://netmirror.org/mirror/postfix.org/ADDRESS_VERIFICATION_README.html
->
reject_unverified_sender
Reject the request when mail to the MAIL FROM address is known to bounce, or when the sender address destination is not reachable. Address verification information is managed by the verify(8) server; see the ADDRESS_VERIFICATION_README file for details.
->
verify
-> http://netmirror.org/mirror/postfix.org/verify.8.html
itt megtalalsz mindent ami kell

( Ago | 2005. 01. 04., k – 22:52 )

[quote:d8957ba5df="khiraly"]ez a proxymap vajon mi lehet?

En nem hasznalok proxyt ...

Khiraly

de man lapot sem.
man -k proxymap
proxymap (8) - Postfix lookup table proxy server
NAME
proxymap - Postfix lookup table proxy server

SYNOPSIS
proxymap [generic Postfix daemon options]

DESCRIPTION
The proxymap server provides read-only table lookup service to Postfix
processes. The purpose of the service is:
stb.

Az az amit mond: segít a chrootbol elérni olyan infokat ami nem jó, ha a chrootban van.

( khiraly | 2005. 01. 05., sze – 02:43 )

Koszonom a segito hozzaszolasodat AGo.

Viszont ahogy en gondoltam ez a proxy-s dolog csak felrevezeto volt. Ami alapvetoen abbol jott, hogy a localtime es mysql-t nem talalta, ezert akart a proxyhoz fordulni, amit jogosan nem ertettem (hiszen sehol se allitottam be). Man oldalakat en is neztem, de nem lett vilagos hogy jon a kepbe. Aztan evgulis kiderult.

Sikerult megoldani.

Udv,
Khiraly

( lacika v | 2004. 09. 28., k – 22:55 )

[quote:30ad66a8b4="Sallus"]Itt megvan minden ami neked kell, VDA, SQL, postfix, courier, quota, SASL es az osszes tobbi magia:
http://high5.net/howto/

Megnéztem és találtam még ezt is
http://workaround.org/articles/ispmail-sarge/
A kettő alapján meg tudtam csinálni, működik :). Köszönöm a gyors segítséget!

Trey írtad még, hogy HOLD -ra kell állítani azokat a csomagokat melyeket nem szeretném ha frissülnének. Ezt a dselect -el ügyeskedtem össze, de nem igazán nyerte el a tetszésemet ez a progi. Nem lehet ezt valahogy inkább parancssorból elintézni?

Laci

( vajtsz | 2005. 02. 21., h – 06:41 )

[quote:25b0e3fd16="zither"]Nekem is lenne egy kis Maildroppos problémám...

Adott egy POP3 láda, amibe az összes levél bekerül. Ezt feetchmaillel letöltöm, majd az exim MTA segítségével feldolgozom. Ez eddig nagyon szépen működött is, ahogy bekonfiguráltam, aztán jött a krak. Hozzáadtama rendszerhez próbaképpen egy csupán a mail csoprtba tartozó felhasználót (gondoltam a levelzőknek elég ennyi si bőven), ettől a pillanattól kezdve borult az egész. A leveleket a fetchmail letölti, azonban a póstaládába nem kerül bele (ugyanakkor, ha a helyi MTA-nak, vagyis az eximnek közvetlenül küldök egy levelet, az rendesen megérkezik). A levelek tehét a pillanatnyi állás szerint szőrén szálán eltünnek.
Megnéztem a levelzéshez kapcsolódó logokat is. A mail.err az alábbi hibaüzenetekkel van teletömve a kérdéses időszakra:

Feb 18 15:50:30 szerver fetchmail[9313]: SMTP error: 550 Sender verify failed
Feb 18 15:50:30 szerver fetchmail[9313]: can't even send to zither!
Feb 18 15:50:30 szerver fetchmail[9313]: client/server protocol error while fetching from mail.adatpark.hu

Igazából nem tudom, hogy mi a hiba. El lenne rontva a fetchmail konfigja, vagy az eximnél szabtam el valamit? Ha a konfig a rossz, akkor valyon miért működött eddig, és lokális levélkiszolgálóként miért üzemel hibátlanul?

Ha valakinek van valami kiindulási ötlete, kérem segítsen...

Én eximet nem ismerem, de postfixxel hasonlóan szedem fetchmailel a leveleket le egy csoportos email szolgáltatótol.
Fetchmailnek szépen meglehet mondani hogy milyen local email fiokokba dobálja bele emaileket és nekem ugy simán muxik.

Valószínűnek tartom hogy amiatt megy Localban simán mindent és fetchmailel nemjol mert fetchmail nem oda pakolássza bele ahova kell...

(nem lenne rossz ha fetchmail.rc filet becopyznád....)

( congo v | 2004. 09. 28., k – 23:23 )

echo "postfix hold" | dpkg --set-selections

( misu | 2005. 01. 06., cs – 15:51 )

Üdv mindenkinek!

Ha már így belemerültetek a postfix kivesézésébe akkor nekem is lenne egy kérdésem.
Van egy postfix-es levelező szerver, müxik is rendesen. A szolgáltatótól kaplam egy account-ot a relay szerverükre de csak egyszerre egy kapcsolat lehet az account-tal. A kérdésem az lenne, hogyan tudom a postfix-nek megadni, hogy egyszerre csak 1 db levelet továbítson, tehát, hogy ne nyisson egyszerre több kapcsolatot a relay szerver irányába.
Előre is köszönöm a segítségeteket.

PS: A szolgáltatónál a szaki azt mondta, hogy fejből Ő sem tudja nyálazzam át bátran a postfix doksiját.

( lacika v | 2004. 09. 28., k – 23:24 )

[quote:7f0f3c6ed7="congo"]echo "postfix hold" | dpkg --set-selections

Köszönöm! Most már tuti nyugodtan alszok el és holnap be is tudom fejezni a melóban a dolgokat :)
Köszi mindenkinek!!

Laci

( zither | 2005. 02. 18., p – 15:53 )

Nekem is lenne egy kis Maildroppos problémám...

Adott egy POP3 láda, amibe az összes levél bekerül. Ezt feetchmaillel letöltöm, majd az exim MTA segítségével feldolgozom. Ez eddig nagyon szépen működött is, ahogy bekonfiguráltam, aztán jött a krak. Hozzáadtama rendszerhez próbaképpen egy csupán a mail csoprtba tartozó felhasználót (gondoltam a levelzőknek elég ennyi si bőven), ettől a pillanattól kezdve borult az egész. A leveleket a fetchmail letölti, azonban a póstaládába nem kerül bele (ugyanakkor, ha a helyi MTA-nak, vagyis az eximnek közvetlenül küldök egy levelet, az rendesen megérkezik). A levelek tehét a pillanatnyi állás szerint szőrén szálán eltünnek.
Megnéztem a levelzéshez kapcsolódó logokat is. A mail.err az alábbi hibaüzenetekkel van teletömve a kérdéses időszakra:

Feb 18 15:50:30 szerver fetchmail[9313]: SMTP error: 550 Sender verify failed
Feb 18 15:50:30 szerver fetchmail[9313]: can't even send to zither!
Feb 18 15:50:30 szerver fetchmail[9313]: client/server protocol error while fetching from mail.adatpark.hu

Igazából nem tudom, hogy mi a hiba. El lenne rontva a fetchmail konfigja, vagy az eximnél szabtam el valamit? Ha a konfig a rossz, akkor valyon miért működött eddig, és lokális levélkiszolgálóként miért üzemel hibátlanul?

Ha valakinek van valami kiindulási ötlete, kérem segítsen...

( zither | 2005. 02. 21., h – 08:42 )

[quote:99d3fd9877="vajtsz"]
Én eximet nem ismerem, de postfixxel hasonlóan szedem fetchmailel a leveleket le egy csoportos email szolgáltatótol.
Fetchmailnek szépen meglehet mondani hogy milyen local email fiokokba dobálja bele emaileket és nekem ugy simán muxik.

Valószínűnek tartom hogy amiatt megy Localban simán mindent és fetchmailel nemjol mert fetchmail nem oda pakolássza bele ahova kell...

(nem lenne rossz ha fetchmail.rc filet becopyznád....)

Tudtommal a fetchmail alapértelmezetten a leszedett leveleket átdobja a 25-ös portra SMTP kapcsolaton keresztül, nem foglakozik a levelek szortírozásával, azt az MTA-ra vagy speciális esetben (definiálni kell hozzá a lokális levéltovábbítót) MDA-val (pl.:procmail) végezteti el a szortírozást. Ezért nem igazán értem... :?:

Minden esetre itt az eredeti fetchmailrc:

set daemon 120
set syslog
poll mail.adatpark.hu proto POP3:
user mailuser with pass ******* to * here

Aztán amikor elkezdett vacakolni, átírtam erre (én is arra gondoltam, a fetchmail konfigja a hibás):

set daemon 120
set postmaster zither
set syslog
poll mail.adatpark.hu
aka weszta-t.hu
protocol pop3: no dns no envelope
envelope Delivered-To:
username mailuser
pass *******
keep
is * here
nokeep

Sajna ezzel se működött :( , pedig biztos vagyok benne, hogy kéne.

( GZsolt | 2005. 01. 06., cs – 17:41 )

Hello,

nekem is lenne egy kérdésem.
Megoldható egy futó postfix-szel a szelektív relay?
Azaz ha vki autentikációval jön, akkor mehet a relay, ha simán akkor nem?
Van vkinek tippje?

Köszönöm

( vajtsz | 2005. 02. 21., h – 09:16 )

Hát igen, valahogy ugykéne menni gondolom hogy fetchmail ne foglalkozzon userrel szerintem sem.
Nekem így ment elsőre, és kezdetekkor nekemis volt olyan gondom hogy nem nagyon userekhez kerultek a levelek hanem egy fiokba. Ezért azóta is ugyvan megadva fetchmail hogy :

"poll csoportos_email_server protocol POP3 localdomains domainem.hu:
no envelope
username csoportos_email_acc with pass csoportos_email_jelszo is user1 user2 user3 user4.... here no keep"

Igaz nálam nincs sok user változás szal nálam elmegy ígyis, máshol gondolom nem...

( Ago | 2005. 01. 05., sze – 11:26 )

[quote:31c1c26157="khiraly"]Koszonom a segito hozzaszolasodat AGo.

Viszont ahogy en gondoltam ez a proxy-s dolog csak felrevezeto volt. Ami alapvetoen abbol jott, hogy a localtime es mysql-t nem talalta, ezert akart a proxyhoz fordulni, amit jogosan
Sikerult megoldani.

nincs mit. Ugye, hogy egy kis debuggal mit el tud érni az ember?

-v kapcsoló sem árt

Ago

( zither | 2005. 02. 21., h – 09:59 )

[quote:3d68bb44e3="vajtsz"]
Nekem így ment elsőre, és kezdetekkor nekemis volt olyan gondom hogy nem nagyon userekhez kerultek a levelek hanem egy fiokba.

Megkérdezhetem, hogy hová pakolta? Mert nekem a /var/spool/mail-ban nincsen benn semmilyen olyan fiók, ahol meglennének a letöltött levelek.
(Ha megtalálom őket valahol, akkor talán közelebb jutok a megoldáshoz. Ez azért is érdekes, mert az exim monitorozó programja szerint nincs a továbbítandó sorban sem.)

( djsmiley v | 2005. 01. 06., cs – 18:33 )

Hello!

Nekem postfix-mysql + maildrop gondom van, ha valaki tud segitsen plz.
A problema a kovetkezo:
Gyonyoruen mukodo configom van, minden turoval, egyedul egyetlen problema van, ha az user mappaja betelik, a maildrop temporary failure uzenettel nem kezbesiti a levelet es visszakerul postfix qmgr-be. Ez eddig jo is lenne ha userek 3 percenkent torolnenek.
Az lenne a cel, hogy ha a quota betelik, akkor automatikusan valaszoljon a kuldonek a postfix, hogy sorry de az user tullepte a keretet (mint ahogy a qmail csinalja).

Elore is koszi a segitseget!

Udv.

( zither | 2005. 02. 21., h – 10:42 )

[quote:d82d5e8016="zither"]Megkérdezhetem, hogy hová pakolta? Mert nekem a /var/spool/mail-ban nincsen benn semmilyen olyan fiók, ahol meglennének a letöltött levelek.
(Ha megtalálom őket valahol, akkor talán közelebb jutok a megoldáshoz. Ez azért is érdekes, mert az exim monitorozó programja szerint nincs a továbbítandó sorban sem.)

Ez kicsit elhamarkodott volt...

Nem csoda, hogy nem találom, kicsit alaposabban megnézve a logokat:

Feb 21 10:27:35 szerver fetchmail[1299]: awakened at Mon Feb 21 10:27:35 2005
Feb 21 10:27:38 szerver fetchmail[1299]: 8 messages for mailer@weszta-t.hu at mail.adatpark.hu (15232 octets).
Feb 21 10:27:38 szerver fetchmail[1299]: reading message mailer@weszta-t.hu@mail.adatpark.hu:1 of 8 (1256 octets)
Feb 21 10:27:39 szerver fetchmail[1299]: SMTP error: 550 Sender verify failed
Feb 21 10:27:39 szerver fetchmail[1299]: can't even send to zither!
Feb 21 10:27:39 szerver fetchmail[1299]: flushed
Feb 21 10:27:39 szerver fetchmail[1299]: client/server protocol error while fetching from mail.adatpark.hu
Feb 21 10:27:39 szerver fetchmail[1299]: Query status=4 (PROTOCOL)
Feb 21 10:27:39 szerver fetchmail[1299]: sleeping at Mon Feb 21 10:27:39 2005

Vagyis a hiba után szépen eldobálta a leveleket...
Esetleg tud valaki fetchmail-ban, vagy esetleg exim-ben olyan beállítást, hogy az ismeretlen felhasználók leveleit egy külön póstafiókban valahogy gyűjtögesse a rendszer (amit időnként megnézegetenék)?

( Mono v | 2004. 12. 28., k – 21:57 )

[quote:a26663217c="lipilee"]A csatolt file-os cuccot valószínűleg a body_checks-ben (illetve header_checks-ben) láthattad, és az nem a csatolt file-ra, hanem a teljes body-ra vonatkozik.
Tehát ha a BODY-ban szerepel a body_checks fileban regexppel definiált string, akkor azzal azt fogja csinálni, amit te mondasz neki. (Célszerűen REJECT.)
Szóval body_checks a te barátod imho.

Köszi a válaszod, amennyiben lehet, akkor a további segítségedet kérném. Én ugyanis ezt a fájlt láttam body_check-re, ebben viszont nem találok olyan dologra utaló részt, ami nekem kellene.

http://jimsun.linxnet.com/misc/body_checks.txt

Vagy ehhez kellene hozzáírnom még valamit?

( vajtsz | 2005. 02. 17., cs – 07:09 )

Van 1 mail szerver ami elég régóta muxik eddig ha olyan emailcimre kuldtek emailt ami nem létezett akkor szépen visszakuldott 1 üzenetet hogy nincs...
Viszont 1 napja ezen uzenetek lecsücsülnek a DEFERRED-ben és ennyi, se visszajelzés se semmi, logban persze ottvan a hiba dehát nehogymá logot kelljen nézegetnem emiatt....
Nahmost nemtom ettőlvane de ha jol emléxem aznap reggel frissult postfix apt-vel SARGE ból... :\ de azt irta hogy a config file marad a régi igy nem számítottam szívásra :(((

postfix 2.1.5-6

logban ezvan :
Feb 17 06:50:48 chameleon postfix/smtp[20257]: 27FE2342A1: to=<nemletezo@okorsegeztenyeasxsdcd.hu>, relay=195.228.240.10[195.228.240.10], delay=5, status=deferred (host 195.228.240.10[195.228.240.10] said: 451 4.1.8 Recipient domain must resolve (in re ply to RCPT TO command))

Mit kéne tennem hogy az ilyen mailekről kuldjon replyt postfix , ha ottmarad deferredben még hagyján de legalább kiabáljon !!!

( khiraly | 2005. 03. 25., p – 23:03 )

Sziasztok!

Jelenleg egy postfix-vda+mysql mukodik soft-kvotaval.

Tehat mysql-ben van egy quota mezo ahol minden egy embernek szemre szabva megvan a kvotaja. Ezt szeretnem kiirni a webes feluleten is.

Kerdes: Hogyan kerdezheto le a postfix-bol, hogy mennyi az aktualis lemezfoglaltsaga a kerdeses felhasznalonak? (jo lenne, ha sikerulne beimatkoztatni mysql-be egy mezokent hogy epp mennyi helyet foglal a lemezen a levelezes).

Minden virtualis felhasznalonak a konyvtaraban van egy maildirsize fajl. Ezt mi hozza letre? (en courier-imap -ra tippelek. Szoval imho nem a postfix). Raadasul nem lenne jo, hogyha webmail tudna kozvetlenul olvasni a leveleket (es igy a masildirsize) fajlt, mivel root/postfix joga kellene, hogy legyen hozza.

Van valakinek 5lete arra, hoyg hogyan jelezhetnem ki webes feluleten az aktualis lemezfoglaltsagot?

Udv,
Khiraly

Túlságosan elmisztifikálod a dolgot. Van olyan hogy sima SMTP auth.

Mivel courier fent van, abból érdemes authentikálni. Courier Authlib a barátunk.

/etc/sasl/smtpd.conf

pwcheck_method: authdaemond
log_level: 3
mech_list: PLAIN LOGIN
authdaemond_path: /var/run/courier/authdaemon/socket

/etc/postfix/main.cf

# ...
smtpd_helo_required = yes

smtpd_sasl_auth_enable = yes
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination

Arra oda kell figyelni, hogy a courier-authdaemon socketjét tartalmazó mappa pontosan ugyanolyan útvonalra legyen bemountolva a /var/spool/postfix alá, mint amire hivatkozunk.

Nálam pl. ez a heylszet:

$ mount
(...)
/var/run/courier on /var/spool/postfix/var/run/courier

Minden tévhittel ellentétben a symlink nem működik. A hardlink sem. az egyetlen tuti megoldás a --bind kapcsolóval történő meghívása a mountak. Azaz:

mount /var/run/courier /var/spool/postfix/var/run/courier --bind

Ez azért kell, mert a postfix egy virtuális chrootba pottyan indulás után, miből szegénykém elég korlátozottan lát ki.
Courier-authlib oldalról semmi konfig nem kell, úgy veszi, mintha az IMAP authentikálna rajta. A meglevő MySQL konfig kiváló is.

A dologhoz mindenképp kellenek a alábbi csomagok:

ii libsasl2 2.1.19.dfsg1-0 Authentication abstraction library
ii libsasl2-modules 2.1.19.dfsg1-0 Pluggable Authentication Modules for SASL
ii sasl2-bin 2.1.19.dfsg1-0 Programs for manipulating the SASL users dat

Át lehetne zavarni az egészet TLS/SSL-en, de abba nem tudok segíteni.

PS: persze a POP3 dolgait szedd ki különben beg fog hülyülni.

Update: feladtam, ma hülye a drupal. Ez a reply ide kellett volna kerüljön:
Szerző: lacika
Dátum: k, 2004-09-28 12:52

( budacsik | 2006. 08. 24., cs – 16:53 )

Üdv, az lenne a kérdésem, hogy hogy kell postfixben group mailbox-ot csinálni. Legalábbis ilyesmit hallottam, hogy ez kell.

Az lenne a lényeg, hogy legyen egy olyan cím, hogy order@cegnev.hu és ezt többen használják. Tehát ne kelljen mndenkinek a saját postafiókjáról levelezni a beszállítókkal ...., hanem legyen egy egységes cím.

Ezt hogyan lehetne megoldani?

Nem lenne elég, hogy létrehozok egy order nevű usert és ezt mindenki felvsz a postafiókjába és beállítom, hogy az ide érkező levelekez dobja szét annak az 5-6 embernek (ezt a virtualban pl.) így mindenki megkapja a bejövő leveleket.

Szerintetek????

"Szerintetek????"

Nem próbáltam, de hátha!
order user könytárában
~/.forward fájlba írod
/home/user1/.maildir/
/home/user2/.maildir/
/home/user3/.maildir/
----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife

Mégsem jó most jut eszembe. Ez is azt csinálja, hogy az ide érkező leveleket elküldi a megadott userek maildir-jébe. Ezt meg tudom csinálni a /etc/postfix/virtual fájlban is.

De a kérés kicsit más. Azt mondta a user, hogy valami group mailbox kellene neki. Nemtudom létezik e ilyen postfixben egyáltalán.

Persze nem vagyok én a te felhasználód, tehát jó az alias, vagy ő egy közös mappára (imap-on) gondol ahová gyűlnek az order@ ki és bemenő levelei is. Bejövő egyszerű, kimenőket meg bcc-zd bele az order mappába feladó szerint. Persze bcc-zheted az order@ -ra is és akkor imap nélkül is mindenki kapja a kimenőket (de ez kezd gány lenni).

Nem, ő speciel szerintem arra gondol, hogy van az ertekesitok@mittudomain.hu és erre jön egy levél. Ezt a levelet szétdobjuk ugye az erzsike@mittudomain.hu és a lacika@mittudomain.hu címekre. Namármost. Erzsike szeretne az ertekesitok@mittudomain.hu cím nevében levelet küldeni az ilyen címmel jött levelekre, de emellett szeretne az erzsike@mittudomain.hu címmel is levelezni azokkal, akik személyesen vele állnak kapcsolatba.

Van egy sejtésem, hogy ennek a hogyanjára kérdezett rá. Kliensoldalon persze azt csinál az ember amit akar, de mi van ha én csak egy fiókot tudok a kliensoldali levelezőmbe felvenni?

( budacsik | 2006. 08. 25., p – 20:27 )

ezredjére is a postfix-el próbálkozom, most ezt kapom levélküldéskor:

Aug 25 20:16:27 sles-10 postfix/smtpd[6339]: connect from acer3020.home.intranet[192.168.2.196]
Aug 25 20:16:27 sles-10 postfix/smtpd[6339]: 713121ACD6: client=acer3020.home.intranet[192.168.2.196]
Aug 25 20:16:27 sles-10 postfix/cleanup[6337]: 713121ACD6: message-id=
Aug 25 20:16:27 sles-10 postfix/qmgr[6318]: 713121ACD6: from=, size=2692, nrcpt=1 (queue active)
Aug 25 20:16:27 sles-10 postfix/smtp[6330]: 713121ACD6: to=, relay=none, delay=0, status=bounced (mail for home.intranet loops back to myself)
Aug 25 20:16:27 sles-10 postfix/cleanup[6337]: 9A4D61AD2C: message-id=<20060825181627.9A4D61AD2C@sles-10>
Aug 25 20:16:27 sles-10 postfix/qmgr[6318]: 9A4D61AD2C: from=<>, size=4300, nrcpt=1 (queue active)
Aug 25 20:16:27 sles-10 postfix/qmgr[6318]: 713121ACD6: removed
Aug 25 20:16:27 sles-10 postfix/smtp[6330]: 9A4D61AD2C: to=, relay=none, delay=0, status=bounced (mail for home.intranet loops back to myself)
Aug 25 20:16:27 sles-10 postfix/qmgr[6318]: 9A4D61AD2C: removed
Aug 25 20:16:30 sles-10 postfix/smtpd[6339]: disconnect from acer3020.home.intranet[192.168.2.196]

acer3020 = a laptopom
Igazából itt a baj, ha jól sejtem: loops back to myself de miért írja ezt??

Saját dns szerver van a suse serveren.

A logreszletbol az latszik, nem tekinti local domainnek, ezert kezbesiteni szeretne. Azonban a dns lekerdezes vagy kesobb a kezbesites (helo eleg) soran rajon, hogy ez a level sajat magara jonne, ahol meg mar tudja, hogy nem kezbesitheto, hiszen nem local domain. Ha adsz egy postconf -n outputot, akkor konkretabban is meg lehet mondani, hogy mit rontottal el.

( budacsik | 2006. 08. 25., p – 21:58 )

sles-10:/etc/postfix # postconf -n
alias_maps = hash:/etc/aliases
biff = no
canonical_maps = hash:/etc/postfix/canonical
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/lib/postfix
debug_peer_level = 2
defer_transports =
disable_dns_lookups = no
disable_mime_output_conversion = no
header_checks = regexp:/etc/postfix/header_checks
home_mailbox = Maildir/
html_directory = /usr/share/doc/packages/postfix/html
inet_interfaces = all
inet_protocols = all
mail_owner = postfix
mail_spool_directory = /var/mail
mailbox_command =
mailbox_size_limit = 0
mailbox_transport =
mailq_path = /usr/bin/mailq
manpage_directory = /usr/share/man
masquerade_classes = envelope_sender, header_sender, header_recipient
masquerade_domains =
masquerade_exceptions = root
message_size_limit = 10240000
mydestination = $myhostname, localhost.$mydomain
mydomain = home.intranet
myhostname = sles-10
mynetworks = 192.168.2.0/24, 127.0.0.0/8
mynetworks_style = subnet
newaliases_path = /usr/bin/newaliases
queue_directory = /var/spool/postfix
readme_directory = /usr/share/doc/packages/postfix/README_FILES
relayhost =
relocated_maps = hash:/etc/postfix/relocated
sample_directory = /usr/share/doc/packages/postfix/samples
sender_canonical_maps = hash:/etc/postfix/sender_canonical
sendmail_path = /usr/sbin/sendmail
setgid_group = maildrop
smtp_sasl_auth_enable = no
smtp_use_tls = no
smtpd_client_restrictions =
smtpd_helo_required = no
smtpd_helo_restrictions =
smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination
smtpd_sasl_auth_enable = no
smtpd_sender_restrictions = hash:/etc/postfix/access
smtpd_use_tls = no
strict_8bitmime = no
strict_rfc821_envelopes = no
transport_maps = hash:/etc/postfix/transport
unknown_local_recipient_reject_code = 550
virtual_alias_domains = hash:/etc/postfix/virtual
virtual_alias_maps = hash:/etc/postfix/virtual

Itt van ami kértél

( budacsik | 2006. 08. 31., cs – 11:14 )

Ez a mailq -ban van. De nem tudom mit csináljak velük. Hagyam még a queueban egy ideig hátha elküldi? Mennyi időnként próbálkozik vajon?
Ha ezeket törlöm akkor végleg elveszik a levél ugye?

-Queue ID- --Size-- ----Arrival Time---- -Sender/Recipient-------
172E4BB10C 344613 Thu Aug 31 09:47:24 username@domain.com
(host fmfm.fm[69.16.251.115] said: 451 Temporary local problem - please try later (in reply to RCPT TO command))
albariz@fmfm.fm

A4F06BB031 2748 Wed Aug 30 16:37:52 masikuser@domain.com
(connect to mail.fmm.gov.hu[84.206.25.50]: Connection timed out)
ugyfelszolgalat@szmm.gov.hu

-- 340 Kbytes in 2 Requests.

( Tron | 2006. 09. 12., k – 16:29 )

Szeretnék egy olyat csinálni, hogy egy létező külső e-mail címről a logális levelező szerver leszedi a leveleket, és szűri azokat egyéni lista +amavis segítségével. Mivel/hogyan valósítható meg ez az ötlet? Postfixet és Círust használok.

A Javaslatokat előre is thx

[kötözködés on]szerintem annak a levelezőszervernek a neve ypszilonnal írandó, mert ne m felhő.[kötözködés off]

Gondolom a külsős cím elérhető valami POP3/IMAP protokollszerűségen át. Feldobsz egy fetchmail-t, és a /etc/fetchmailrc-be rax ilyen sorokat: 


poll mail.kulsoscim.hu proto POP3
    user kulsoske is Tron here password nagyontitkosjelszo
    fetchall
    flush

A fetchmail ez alapján letölti a külsős leveleket, és feladja a postfixnek úgy, mintha külső levél lenne. Innentől amavis, spamassassin, etc. bármi jöhet.

( totyg | 2006. 10. 04., sze – 09:29 )

Sziasztok!

Egy olyan kérdésem lenne, hogy be lehet állítani valahogy Postfixben, hogy a levél címzettjének szervere milyen IP-t vagy nevet ellenőrizzen vissza.
Nekem egy Mandriva frissítés után (10.0-ról 2006-ra) mintha nem működne...sok levél pattan vissza mert nem találja a reverse dns-t.
Valamiért rossz címet ellenőriz.
A net egy hardveres tűzfalon megy ki és annak a netes lába xxx.xxx.xxx.9-es.
A domain pedig (a reverse is) a xxx.xxx.xxx.10-es címen van.
A visszakeresés pedig a 9-esen keresi.

Legalább abban segítsetek hogy merre induljak.

Köszönöm mindenkinek

A resolv tartalma jó....vagyis ugyan az mint a frissítés elött.
A Symantec tűzfalban van beállítva a dns is...kintröl el tudom érni a mail szervert név alapján.
A levelek kimennek, bejönnek, csak néhány nem.
Próbálok valamit a tűzfallal buherálni.

( sany | 2006. 10. 04., sze – 10:45 )

"Szeretnék egy olyat csinálni, hogy egy létező külső e-mail címről a logális levelező szerver leszedi a leveleket, és szűri azokat egyéni lista +amavis segítségével. Mivel/hogyan valósítható meg ez az ötlet? Postfixet és Círust használok."

http://souptonuts.sourceforge.net/postfix_tutorial.html
----------------------------------------------------------------
"A megoldas mindeki kerdesere egyszeru.
OLVASSATOK DOKUMENTACIOT!"
by thuglife

( totyg | 2006. 10. 10., k – 12:40 )

Megoldódott az ip-s kérdésem.
azért kösz.

( Tron | 2006. 10. 07., szo – 11:05 )

Kérdésem a következő:
Van egy belső hálózat, ehhez kialakítva egy belső levelezés (localmail.net). Miként lehet megoldani, hogy az ebbe a belső domainbe regisztrált címekről ne lehessen kifelé küldeni?
Ezzel elkerülendő, hogy ezen ismeretlen MTA-ról ne menjen ki levél, ami minden valószínűség szerint amúgy is szűrésre és visszadobásra kerül a legtöbb szolgáltatónál.
( dyndns és hasonlók elfelejtve, az ügyfél nem akarja, hogy bárhonnan is láthatóak legyenek.)

( Tron | 2006. 10. 10., k – 17:03 )

Levelezőlistát szeretnék létrehozni. Alap esetben az /etc/aliases bőven elég erre a célra:

alias: user1, user2, ...

Azonban kiváncsi vagyok, hogy még milyen - komplexebb - megoldások léteznek. (Pl. az sem ártana, ha lenne egy olyan lev.lista azonosító, amibe elég bejegyezni csak az adott domaint, és ezek után mindenki megkapja, aki ez alá a domain alá tartozik.)

( Tron | 2006. 10. 17., k – 18:05 )

Tanács kellene. Nem jövök rá, hogy mi lehet a baja az amavisnak, mivel a vírusokat sikeresen hárítja,. Azonban minden levél ellenőrzésekor ilyen sorok jelentkeznek a logban:

amavis[20272]: (20272-02) WARN: all primary virus scanners failed, considering backups

Van vkinek tippje, hogy miatúróabaja?

( sany | 2006. 10. 17., k – 19:21 )

Az amavis group-hoz hozzá adtad clamav usert?

----------------------------------------------------------------
"Értem én hogy villanymotor, de mi hajtja!?

( budacsik | 2006. 11. 20., h – 08:34 )

Üdv!

Egyik usernek az a problémája, hogy nem látja az elküldött leveleket mindenhonnan. Ő Outlook-ot használ. Gondolom M$ Exchange-hez szokott, mert ha jól tudom, ott minden a szerveren tárolódik?! Most Postfix-ben kellene megoldani, hogy az elküldöt leveleket is tárolja a szerveren úgy, hogy azt otthonról is vagy akár webmail-en keresztül is ha megnézi ott legyen.
Sajnos fogalmam sincs, hogy kellene ezt megoldani. :(

Szia!

Valamit nem jól tudok, de az IMAP nem levél lekérő protokoll mint a pop3? Csak azzal a különbséggel, hogy IMAP esetén a levelekk a szerveren maradnak. De nekem nem a fogadott levelekkel van bajom. Azt pop3-al is meg tudom oldani, mert az Outlookban beállítom, hogy hagyja meg a leveleket a szerveren x napig.
Én azokat a leveleket akarom tárolni amit a kliens (user) küld.
Tehát bennt van a cénél, elküld egy szerződést véleményt pl.
Hazamegy és eszébejut, hogy valamit elcseszett, és újra el küldi neki javítva az előző levelet de nem tudja, mert a munkahelyén van a levél az Outlook-ban a sent items-ben. Ez gáz neki, és szeretné ha megoldanám az elküldött leveleinek központi tárolását, hogy otthon is megnézhesse, meg báthol a világban.

Akkor leírom mégegyszer. Neked az IMAP-ra van szükséged, a Postfix nem erre való! Igen, az IMAP levél kezelő (nem lekérő!) protokoll, ami MINDEN levelet a szerveren tárol. (ha mást nem mondasz neki) MINDEN=kimenő, bejövő, piszkozat, törölt, megmég nemtom milyen mappák szoktak lenni.
"Tehát bennt van a cénél, elküld egy szerződést véleményt pl.
Hazamegy és eszébejut, hogy valamit elcseszett, és újra el küldi neki javítva az előző levelet de nem tudja, mert a munkahelyén van a levél az Outlook-ban a sent items-ben."
Pontosan erre való az IMAP.
http://hu.wikipedia.org/wiki/IMAP
Vagy web alapú levelzést vezetsz be, ami szintén IMAP-ot használ...

Mik

Bármilyen levelező programból küldött leveleket képes tárolni. Egy feltétel van, hogy a levelző programnak ismernie kell az IMAP-ot. Ez az általam ismert összes programra igaz, beleértve az Outlookot is. Képzeld el az egészet úgy, hogy van egy szervered amin rajtvan a felhasználó minden levele. Ezeket a leveleket az IMAP nevezetű csodával tudja elérni a user. IMAP nevezetű csodát ismerik a levelző programok, és ha teszel rá webmailt, akkor az is, így már el fogja érni pine-al, mutt-al, outlookkal, outlook expressel, thuderbird-el, sylpheed-el, kmail-el, evolution-al, pegasus-al, eudora-val, mozilla/seamonkey levelezővel, opera-val, mac os x mail-el csak hogy a nagyobbakat említsem, ÉS bármilyen böngészővel. De ha nem értesz hozzá, inkább ne erőltesd a dolgot, nehogy eltűnjenek a felhasználó levelei!

Mik

Én már 100-szor használtam imap-ot,de az mindig csak a fogadott leveleimet tárolta a szerveren a küldötteket sosem. Ezért nem értelek. A küldött leveleim mindig a helyi gépemen maradtak. Én mindig is úgy tudtam és ezt is tanították nekem, hogy a pop3/imap protokollok levelek elérésére szolgálnak egyik így másik úgy. Az smtp pedig a levél küldésére szolgál és nem értem mi köze van ehhez az imap-nak.

"Most Postfix-ben kellene megoldani, hogy az elküldöt leveleket is tárolja a szerveren úgy, hogy azt otthonról is vagy akár webmail-en keresztül is ha megnézi ott legyen.
Sajnos fogalmam sincs, hogy kellene ezt megoldani. :("

A net tele van jobbnál-jobb leírásokkal.

Postfix+courier-imap+squirrelmail+apache
vagy
postfix+cyrus-imap+squirrelmail+apache

ill. az ezeknek megfelelő alklmazások.
http://www.google.hu/search?hl=hu&q=Postfix%2Bcourier-imap%2Bsquirrelma…

http://www.google.hu/search?hl=hu&q=postfix%2Bcyrus-imap%2Bsquirrelmail…
----------------------------------------------------------------
"Értem én hogy villanymotor, de mi hajtja!?

( sany | 2006. 11. 21., k – 21:02 )

"Én már 100-szor használtam imap-ot,de az mindig csak a fogadott leveleimet tárolta a szerveren a küldötteket sosem."

Szerintem akkor neked a maildir nem megy!
Maildirben vagy mbox fájlban tárolod a leveleket?
Nálam ~/.maildir könytárban ott van minden levél.
fogadott, piszkozat, elküldött és a szemetes(kuka)
Mbox-al még nem próbálkozam

"Én mindig is úgy tudtam és ezt is tanították nekem, hogy a pop3/imap protokollok levelek elérésére szolgálnak egyik így másik úgy. Az smtp pedig a levél küldésére szolgál és nem értem mi köze van ehhez az imap-nak."

IMAP
Ezek négy szó kezdő betűi. :)
Elvileg semmi.
Postafiókban ott kellene lenni minden levélnek ha
az a szerver adja az smpt-t és pop3/imap-ot.

Lehet más okozza, de webmailhez imap kell! :)
Ha jól tudom! :)

Jut eszemban, valóban imap kell!
Hiszen, IMAP= interactiv, mail, access, protokoll
Igy lesz minden a postafiókban!

----------------------------------------------------------------
"Értem én hogy villanymotor, de mi hajtja!?

Köszönöm a megerősítést! :)
A pop3-at ne keverd bele, ott a kimenő/kuka/piszkozat levelekkel nem fogsz találkozni a szerveren. A bejövő levelek valóban a szerveren vannak, amig valami klienssel meg nem nézed. (és a kliensben nincs beállítva, hogy a szerveren maradjanak a levelek)
Mbox nem tudom lehet e az oka annak, hogy a küldött levelek nincsenek meg, de szerintem nem. Én is mindenhol maildirt használok, az Mbox eltűnőfélben van...

Mik

Hmmm... nekem az az erős tippem, hogy a sent-mail mappa kezeléséért a levelezőkliens felel (legyen az akár egy webmail). Tehát a posfix akkor sem dobja a mailboxodba a küdött levelet, ha fejreállsz, mert neki nem ez a feladata. Ő MTA, azaz levéltovábbító ügynök. Emellett lehet a mailkliensekbe olyan beállítást is tenni, hogy a 'bugyuta' nevű foldered legyen a sent-mail doboz. Na erről viszont a mailkliensen kívül az égvilágon senki nem fog tudni.

( hangman | 2006. 12. 11., h – 12:43 )

Kellene némi segítség!
A helyzet az, hogy van egy céges hálózat, a levélkezelést postfix végzi. Az lenne most a feladat, hogy a postfix egy bizonyos levél méret fölött ne azonnal küldje el a levelet, hanem csak később. Pl este amikor már senki nem használja a hálót. Nem tudom lehet-e ilyet csinálni vele. Ha valaki tud rá megoldást akkor az most nagyon jól jönne.
Ha ez nem megy akkor az is jó ha a postfix csak egy előre megadott sávszélességgel kommunikál kifelé.
Tudom-tudom gugli... :) Keresem is csak ez most relatíve gyorsan kellene és gondoltam hátha kapok 5letet.

( budacsik | 2006. 12. 15., p – 19:05 )

Sziasztok!

Mostanában sűrűn van olyan, hogy a mailqueue-ban van egy levél 5-10 percig is. A hiba változó, "Connection timed out" vagy "Connection refused". De azért el szokta menni.

Ma viszint 4db levél benne vana queue-ban amit (a főnököm persze) 15 és 16 óra között küldtek el különböző címekte, van köztük magyan és külföldi szerver is. Hiba oka több fajta van emgint:

Connection refused (1db)
Connection timed out (1db) és
Helo command rejected: Host not found (2db)

Aggódom, mert ezek nem mennek már el szerintem, és elég rázós szólni a főnöknek, hogy a délutáni levelei nem mentek ki, próbálja újra ?!

A time out-nál próbáltam a céldomain-t pingelni de nem tudtam, ez lehet tényleg elérhetetlen. A host parancs feloldja az IP-t, de azt sem tudom pingelni.

Amelyik refused azt ne tudom mi a baj, pingelni tudom.

A helo command rejecct-et nem értem mi baja, ez előtt a szerveren fqnd neve áll :S
De ha a célszervernek nem tetszik a helo commandom akkor sem így közölné, hanem visszadobna valami hibaüzenetet mail-ban. Nem?

Légyszi aki tapasztalt ebben vagy tudja mi lehet a baj segítsen, kényes dolog ez, gondolom értitek :S

Szerk.: háát, egyszer ez a hibaüzenet (helo command ...) egyszer meg más (time out ...)
tehát nem mindig ugyan az a baja. Ne éretm mi a baj? Van esetleg országosan baj a nettel ma?

ez az egyik mailszerver: mailbbox1.primposta.com

Ha nálad redben van a net kapcsolat az első 2-vel nem tudsz mit csinálni. Egyébként azt, hogy működik e túloldali SMTP "telnet host.neve.hu 25"-el le tudod ellenőrizni.
postqueue -f -el tudod kényszeríteni, hogy próbálja meg megint elküldeni a leveleket.

-f Flush the queue: attempt to deliver all queued mail.

This option implements the traditional "sendmail -q" command, by
contacting the Postfix qmgr(8) daemon.

Warning: flushing undeliverable mail frequently will result in
poor delivery performance of all other mail.

A 3. kérdés, a mailbbox1.primposta.com a te domain-ed?
mik@mik-home:~$ host mailbbox1.primposta.com
mailbbox1.primposta.com has address 195.228.75.76
mik@mik-home:~$ host 195.228.75.76
76.75.228.195.in-addr.arpa domain name pointer heat.prim.hu.

A reverse dns nem ugyanaz mint az A rekord, ez lehet gond szigorú helo szűrésnél. Ha a túloldalon 45x-es, vagy 55x-es hibára van beállítva a helo reject, akkor nem küld mailt, hanem csak simán visszadobja.

Mik

Röviden: ciki.
Bővebben: sok helyen, (pl. nálunk is) megkövetelik, hogy a helo után létező domain nevet kell mondani. Ez az egyik leghatásosabb spam szűrés az SMTP kapcsolat során. Szóval mindegy, hogy a 10 milló domain neved közül melyiket, de egyiket ajánlott a myhostname-be beírni. Vagy beregisztrálod a fantázia nevet is. Egyéb esetben érhetnek még ilyen meglepetések.
http://www.ietf.org/rfc/rfc2821.txt 4.1.1.1 és 4.1.3 bekezdés

Mik

( sany | 2006. 12. 17., v – 14:32 )

"de egyiket ajánlott a myhostname-be beírni."

Az /etc/hostname tartalma is jó.

"és ígya myhostname egy fantázianév csak..."

Az nem gond sztem, de a "hostname -f" kimenete is az legyen, ne localhost! :)
Nekem a "mydomain = egyik_domain.hu" van és műxik a virtual-lal is.

----------------------------------------------------------------
"Értem én hogy villanymotor, de mi hajtja!?

Nálam pl. cat /etc/hostname
mailgw
Nem lenne szerencsés ha ez menne ki a helo-ban. Az, hogy hogyan oldod meg mindegy, de helo parancs után ajánlott létező, bejegyzett domain névnek szerepelnie. Erre a legegyszerűbb módszer a myhostname beállítása. Egyébként ha nem állítasz be semmit:
myhostname (default: see "postconf -d" output)
"The internet hostname of this mail system. The default is to use the fully-qualified domain name from gethostname()."
Akkor a hostnevet érdemes jól beállítani (tehát olyan nevet, ami létezik, bejegyzett :))...
Ebből következik, hogy a mydomain-nek is illik bejegyzett domain-nek lennie, és lehetőleg ugyanaz legyen mint a myhostname, mégpedig a következő miatt:
mydomain (default: see "postconf -d" output)
"The default is to use $myhostname minus the first component."
Ebben nem vagyok biztos, de a mydomain küldésnél sehol nem jelenik meg, így végülis oda akármit beírhatsz...

Mik

( _Petya_ v | 2007. 01. 23., k – 00:08 )

Üdv!

A segítségeteket kérném, a postfix ilyeneket dobál a syslogba:

postfix/trivial-rewrite[11405]: warning: do not list domain gepneve.company.hu in BOTH mydestination and virtual_mailbox_domains

Ezt mi okozza? Egyébként hibátlanul megy a levelezés...

Petya

Hello!

A mydestination változóba csak azokat a domaineket vedd fel, amit a local_transport kezeljen.
Ilyen lehet az adott levelező szerver saját domainja, de persze azt sem muszály ide felvenni.
A localhost, localdomain, localhost.localdomain-t például ide szokás felvenni szerintem hogy a helyi démonok leveleit a local_transport által kezezd.
A virtual_mailbox_domains alá pedig a többi olyan domaint vedd fel, ami nem a levelező szerver domainja, de ez a szerver fogadja ezen domain alatti leveleket. A gép saját domainja ide is felvehető, de akkor ne szerepeljen a mydestination-ben (ekkor a local process helyett a virtual process fogja kézbesíteni a levelet). Nyilván csak az egyik helyen szerepelhet, mivel a local és a virtual két külön process és a trivial-rewrite processnek el kell döntenie, hogy hova továbbítsa (melyik folyamatnak) a levelet.
A postfix naplójából kiderül, hogy jelenleg melyiket használja nálad, a másikat valószínűleg ignorálja.

nigiboy

( sherpa v | 2007. 02. 22., cs – 14:54 )

Szervusztok!

Tudnátok egy kicsit segíteni?
Volna 2 postfix szerver. Az egyik ('A') csak hitelesítést követően fogad el levelet, és a másikkal ('B') szeretnék feléje relay-ezni.
'B' main.cf
relayhost = A_server
smtp_use_tls = yes
smtpd_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl/passwd
smtp_sasl_security_options = noanonymous

/etc/postfix/sasl/passwd:
A_SERVER username:passwd

készen van a db fájl is.
De az 'A' azt mondja, hogy access denied.
'A' szerveren természetesen létezik a felhasználó akinek a nevében szeretnék levelet küldeni.
Ha betelnetelek 'B' re:
ehlo localhost
250-b_server
250-PIPELINING
250-SIZE 10240000
250-VRFY
250-ETRN
250-AUTH PLAIN
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN

telnet 'A'ra:
ehlo localhost
250-a_server
250-PIPELINING
250-SIZE
250-VRFY
250-ETRN
250-AUTH LOGIN PLAIN
250-AUTH=LOGIN PLAIN
250 8BITMIME

mi lehet a probléma?

Nagyon szépen köszönöm a segítséget!
Üdv!

smtpd_sasl_auth_enable = yes ?
smtp_sasl_password_maps = hash:/etc/postfix/sasl/passwd
smtp_sasl_security_options = noanonymous

ha a password_mapsban nem a smtpd hanem a smtp daemont akarod konfigolni akkor itt miért ;)
nem véletlenül: smtp_sasl_auth_enable = yes ?

Példa: 


# SASL SUPPORT FOR SERVERS
#
# The following options set parameters needed by Postfix to enable
# Cyrus-SASL support for authentication of mail servers.
#
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options =

( Panther v | 2007. 04. 14., szo – 11:37 )

Állítgattam az egyik postfix szerveremet, SSL feletti (SASL) hitelesítés működik, azonban még nem sikerült megoldanom, hogy egy másik postfix ezt használja relay-nek. 


relay_host = [1.2.3.4]:465
smtp_tls_security_level = may
tls_random_source = dev:/dev/urandom
smtp_tls_policy_maps = hash:/etc/postfix/tls_policy

A tls_policy pedig: 


[1.2.3.4]:465 secure

A mail.log-beli sor: 


Apr 14 11:23:48 zeratul postfix/qmgr[18962]: ....: to=<...>, relay=none, delay=200,\
delays=0.06/200/0/0, dsn=4.4.2, status=deferred (delivery temporarily suspended:\
conversation with 1.2.3.4:[1.2.3.4] timed out while receiving the initial server greeting)

Vagyis nem épül fel az SSL csatorna.
Tud vki erre megoldást?

no, a megoldás: nem támogat SSL-t, csak normál csatlakozás, STARTTLS, és TLS feletti kommunikáció megy.

Viszont ez még így is gond:

Apr 14 15:44:55 zeratul postfix/smtp[23150]: warning: 1.2.3.4 offered no supported AUTH mechanisms: 'GSSAPI CRAM-MD5 DIGEST-MD5 LOGIN PLAIN NTLM'

Miért nem eszi meg a postfix egyiket sem? Thunderbird-del olyan szépen megy :S

Amit korabban probaltal, az az smtps, ami sima SSL-be csomagolt SMTP, manapsag mar felejtos (egyebkent add meg hozza az smtpd_tls_wrappermode=yes parametert, akkor ez is menni fog). Tudnal mutatni konfigot a tuloldalrol, vagy legalabb egy AUTH-os valaszt? Teszteleshez javaslom az openssl s_client parancsat.

szerver: master.cf 


smtp      inet  n       -       n       -       -       smtpd
#submission inet n      -       n       -       -       smtpd
#       -o smtpd_etrn_restrictions=reject
#       -o smtpd_client_restrictions=permit_sasl_authenticated,reject
smtps    inet  n       -       n       -       -       smtpd
  -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes
submission   inet    n       -       n       -       -       smtpd
  -o smtpd_etrn_restrictions=reject
  -o smtpd_enforce_tls=yes -o smtpd_sasl_auth_enable=yes
#628      inet  n       -       n       -       -       qmqpd
pickup    fifo  n       -       n       60      1       pickup
cleanup   unix  n       -       n       -       0       cleanup
qmgr      fifo  n       -       n       300     1       qmgr
#qmgr     fifo  n       -       n       300     1       oqmgr
tlsmgr    unix  -       -       n       1000?   1       tlsmgr
rewrite   unix  -       -       n       -       -       trivial-rewrite
bounce    unix  -       -       n       -       0       bounce
defer     unix  -       -       n       -       0       bounce
trace     unix  -       -       n       -       0       bounce
verify    unix  -       -       n       -       1       verify
flush     unix  n       -       n       1000?   0       flush
proxymap  unix  -       -       n       -       -       proxymap
smtp      unix  -       -       n       -       -       smtp
# When relaying mail as backup MX, disable fallback_relay to avoid MX loops
relay     unix  -       -       n       -       -       smtp
        -o fallback_relay=
#       -o smtp_helo_timeout=5 -o smtp_connect_timeout=5

szerver: main.cf: 

# SASL
broken_sasl_auth_clients = yes
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain =

smtpd_sender_restrictions = permit_sasl_authenticated, permit_mynetworks
smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination


# tls config
smtp_use_tls = yes
smtpd_use_tls = yes
smtp_tls_note_starttls_offer = yes
smtpd_tls_key_file = /etc/postfix/ssl/smtpd.key
smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.crt
smtpd_tls_CAfile = /etc/postfix/ssl/smtpd.crt
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes
smtpd_tls_session_cache_timeout = 3600s
tls_random_source = dev:/dev/urandom

kliens main.cf, ami kimaradt: 


# Relaying; SASL
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/saslpass
smtp_sasl_security_options = noanonymous
smtp_sasl_security_options =
#smtp_sasl_type = cyrus
smtp_sasl_mechanism_filter = !gssapi

--------
openssl s_client -connect szerver:465

ehhez:
perl -MMIME::Base64 -e 'print encode_base64("username\0panther\0jelszo");'

és HELO után egyből
AUTH PLAIN dXNlcm5hbWUAcGFudGhlcgBqZWxzem8=
535 5.7.0 Error: authentication failed: authentication failure

Szóval ezt is díjazom :(

sry, csak elsőre nem ment ehlo-val

A válasz:

250-...hu
250-PIPELINING
250-SIZE 10240000
250-VRFY
250-ETRN
250-AUTH GSSAPI CRAM-MD5 DIGEST-MD5 LOGIN PLAIN NTLM
250-AUTH=GSSAPI CRAM-MD5 DIGEST-MD5 LOGIN PLAIN NTLM
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN

Postfix verzió mind a szerver, mind a kliens oldalon: 2.3.6

úgy tűnik, igen, mert localhoston:
250-PIPELINING
250-SIZE 10240000
250-VRFY
250-ETRN
250-STARTTLS
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN

Mindjárt megnézem, mit kell átállítanom :)

update: rájöttem, ez azért van, mert cleatextben menne, nem openssl-lel teszteltem, szóval openssl-lel ugyanúgy nem megy: auth plain az ehlora adott válasz szerint használható, gyakorlatban azonba sajna nem fogadja el:
535 5.7.0 Error: authentication failed: authentication failure

Mind a kézi csatlakozás, mind a postfix esetén aut failed, a jelszó biztosan jó, a debug_peer nem segít. Egyébként saslauthd ellenőrzi a jelszavakat, kerberosból. Thunderbird esetén megy, de anélkül nem, még mindig nem :S

Ja és persze a neten lévő howtokból nem lettem okosabb, csak annyival, hogy egyáltalán működik ennyire.

Eddig ezzel próbálkoztam:
perl -MMIME::Base64 -e 'print encode_base64("username\0panther\0jelszo");'

Valójában pedig meg kell ismételni a felhasználó nevet:
perl -MMIME::Base64 -e 'print encode_base64("panther\0panther\0jelszo");'

Na most már csak a postfixot kell beizzítanom :)

( Hnorbi | 2007. 04. 20., p – 08:34 )

Hi!

Valahogy sikerült kilőnöm, hogy ha olyan címre küldenek nekem levelet, ami nincs, akkor nem ír vissza a mailer-daemon neki, hogy nincs ilyen user, csak nekem mint postamesternek dob egy levelet.

Mivel lehet visszakapcsolni a mailer-daemon üziket?

Thx

A konfigom:

mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces =all

debug_peer_level=10
debug_peer_list=217.20.129.5

debugger_command =
PATH=/bin:/usr/bin:/usr/local/bin;
(truss -p $process_id 2>$1 | logger -p mail.info) & sleep 5

transport_maps = hash:/etc/postfix/transport

error_notice_recipient = (email)
delay_notice_recipient = (email)
2bounce_notice_recipient = (email)
bounce_notice_recipient = (email)

notify_classes = resource, software, delay, protocol, bounce

mysql:/etc/postfix/mysql-virtual_email2email.cf
virtual_mailbox_base = /var/mail/virtual
virtual_uid_maps = static:5001
virtual_gid_maps = static:5001

LogLevel = 1

debug_peer_level = 2

virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf

virtual_mailbox_domains = mysql:/etc/postfix/mysql_virtual_domains_maps.cf
virtual_mailbox_limit = 51200000

virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf

virtual_minimum_uid = 1001
virtual_transport = virtual

virtual_create_maildirsize = yes
virtual_mailbox_extended = yes
virtual_mailbox_limit_maps = mysql:/etc/postfix/mysql_virtual_mailbox_limit_maps.cf
virtual_mailbox_limit_override = yes
virtual_maildir_limit_message = Sorry, the user's maildir has overdrawn his diskspace quota, please try again later.
virtual_overquota_bounce = yes

virtual_alias_maps = proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf, hash:/etc/ecartis/ecartis.aliases
virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql_virtual_domains_maps.cf
virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf, hash:/etc/ecartis/ecartis.aliases

relay_domains = list.tudos.info, proxy:mysql:/etc/postfix/mysql_relay_domains_maps.cf

mailman_destination_recipient_limit = 1
vacation_destination_recipient_limit = 1

smtpd_client_restriction =
check_client_access hash:/etc/postfix/client_restriction,
reject_unknown_client,
reject_rbl_client relays.ordb.org

smtpd_helo_required = yes

smtpd_helo_restrictions =
permit_mynetworks,
check_helo_access hash:/etc/postfix/helo_access,
reject_non_fqdn_hostname,
reject_invalid_hostname,
reject_unknown_hostname

smtpd_sender_restrictions =
permit_mynetworks,
check_sender_access hash:/etc/postfix/sender_access,
reject_non_fqdn_hostname,
reject_unknown_sender_domain,
reject_unknown_hostname

smtpd_recipient_restrictions =
check_recipient_access hash:/etc/postfix/recipient_access,
reject_non_fqdn_sender,
reject_non_fqdn_recipient,
reject_unknown_sender_domain,
reject_unknown_recipient_domain,
permit_mynetworks,
reject_unauth_destination,
reject_multi_recipient_bounce,
reject_non_fqdn_hostname,
reject_invalid_hostname,
reject_unknown_hostname,
reject_unauth_pipelining,
reject_rhsbl_sender dsn.rfc-ignorant.org
reject_rhsbl_sender bogusmx.rfc-ignorant.org,
reject_rbl_client bl.spamcop.net,
reject_rbl_client sbl-xbl.spamhaus.org,
reject_rbl_client list.dsbl.org,
permit

smtpd_data_restrictions =
permit_mynetworks,
reject_unauth_pipelining,
reject_multi_recipient_bounce

header_checks = regexp:/etc/postfix/header_check
body_checks = regexp:/etc/postfix/body_check

Hmm, truss mint debugger. SZVSZ a notify_classes, azon belul is a bounce megadasa okozza a problemadat. Ilyen (email) beallitast meg sosem lattam, tudtommal oda egy fix cimet kellene beirni, akinek a levelek mennek. Ez milyen postfix? `postconf mail_version`

Negatív. Egy reject van benne.

mail.log, ha olyanra küldök, ami nem létezik:

Apr 23 16:13:39 hajos postfix/smtpd[28583]: connect from wx-out-0506.google.com[66.249.82.226]
Apr 23 16:13:42 hajos postfix/smtpd[28583]: NOQUEUE: reject: RCPT from wx-out-0506.google.com[66.249.82.226]: 550 5.1.1 : Recipient address rejected: User unknown in virtual mailbox table; from= to= proto=ESMTP helo=
Apr 23 16:13:42 hajos postfix/cleanup[28587]: 6FB065F4001: message-id=<20070423141342.6FB065F4001@xxx>
Apr 23 16:13:42 hajos postfix/smtpd[28583]: disconnect from wx-out-0506.google.com[66.249.82.226]
Apr 23 16:13:42 hajos postfix/virtual[28588]: 6FB065F4001: to=, relay=virtual, delay=0.06, delays=0.02/0.02/0/0.01, dsn=2.0.0, status=sent (delivered to maildir)

Na, igy mar latni velem, mi a "gond". A levelet a geped at sem veszi (noqueue), mert meg elotte ellenorzi, letezik-e a cimzett, igy nincs is bounce, amit visszapattintana. Innentol a te geped elotti szervernek kell(ene) bounce-ot generalnia. Egyebkent SZVSZ ez a helyes mukodes, legalabb nem pusztul bele a geped a backscatter levelozonbe.

( imi84 | 2007. 04. 29., v – 20:26 )

Sziasztok, én azt szeretném megoldani, hogy a postfixem a nem local-ban továbbítandó leveleket egy külső,authos smtps szerveren keresztül küldje ki. Ilyet lehet?

hm, próbáltam rákeresni, de akkor még egy kör... :)Köszi :)
...
Közben megtaláltam, kb ez sikeredett, de nem műkszik:
#http://www.postfix.org/SASL_README.html#client_sasl
relayhost = mail.szolgaltato.hu
smtp_use_tls = yes
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_sasl_type = cyrus

és: 

root:/etc/postfix# cat sasl_passwd 
mail.szolgaltato.hu usernev@mittom.hu:jelszavam
root:/etc/postfix#

syslogba meg ilyenek kerülnek: 

Apr 29 22:33:47 postfix/master[6308]: daemon started -- version 2.3.2, configuration /etc/postfix
Apr 29 22:33:47 postfix/qmgr[6310]: 914BE17CA3: from=<imi@nemmondommeg.dyndns.org>, size=318, nrcpt=1 (queue active)
Apr 29 22:33:47 postfix/qmgr[6310]: 66E1A17CA6: from=<imi@nemmondommeg.dyndns.org>, size=318, nrcpt=1 (queue active)
Apr 29 22:33:47 postfix/smtp[6313]: fatal: open database /etc/postfix/sasl_passwd.db: No such file or directory
Apr 29 22:33:48 postfix/master[6308]: warning: process /usr/lib/postfix/smtp pid 6313 exit status 1
Apr 29 22:33:48 postfix/master[6308]: warning: /usr/lib/postfix/smtp: bad command startup -- throttling
Apr 29 22:34:48 postfix/smtp[6318]: fatal: open database /etc/postfix/sasl_passwd.db: No such file or directory
Apr 29 22:34:49 postfix/master[6308]: warning: process /usr/lib/postfix/smtp pid 6318 exit status 1
Apr 29 22:34:49 postfix/master[6308]: warning: /usr/lib/postfix/smtp: bad command startup -- throttling
Apr 29 22:35:49 postfix/smtp[6322]: fatal: open database /etc/postfix/sasl_passwd.db: No such file or directory
Apr 29 22:35:50 postfix/master[6308]: warning: process /usr/lib/postfix/smtp pid 6322 exit status 1

Nem találtam sehol semmi utalást arra, hogy a sasl_passwd file-ból hogy hozzam lérte a sasl_passwd.db file-t, sima cp nem jó.
Mit rontottam el?

( sidha | 2007. 05. 10., cs – 13:54 )

Sziasztok
Postfixen szeretném megoldani, hogy az adott user ne a lokális fióknéven (kovacs.janos), hanem janos.kovacs-ként tudjon levelet küldeni

Sidha

( sidha | 2007. 05. 14., h – 22:17 )

meg lehet azt csinalni,hogy a nem letezo usernevre erkezo maileket ne dobja vissza a postfix,hanem rakja egy kulon mappaba?

( Elbandi v | 2007. 05. 15., k – 11:53 )

na nekem is van egy kerdesem:
felallas: postfix+mysql+postfixadmin.

azt kene megoldanom, hogy 1 adott user levelet tovabbkuldeni kulso cimre _es_ tarolni is.
mivel virtualis userek vannak, a .forward-ot nemigen tudom hova tenni. (max a /var/mail/domain.hu/usernev ala, de azt csak root tudja oda tenni)

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

bar jo keson szolok hozza, de leirom, hatha masnak hasznos lesz es nem sziv vele 1 orat mint en nemreg mikor forwardokat
allitottam be az alias tablaban es minden mail ketszer jott meg... ha ilyennel talalkozol: smtpd -o receive_override_options=no_address_mappings
es ez persze mind azert volt mert mint wildy emlitette, volt amavis mint content filter.

( _Petya_ v | 2007. 05. 22., k – 21:55 )

Hello!

Van nálunk egy smatrhost postfix-el, és azt szeretném, ha egy másik gép rajta keresztül relay-ezzen. Beállítottam a smarthoston a mynetworks- höz a másik gép nevét, a mydestination-höz a DNS-nevét. Ezek után sem tudok kifelé levelet küldeni. A Gmail-es címemre próbálok, eredmény:

- a smarthost-ról gmail-re megy
- a másik gépről a smarthost-ra megy
- másik gépről gmail-re nem megy

Mit rontok el?

(Ja, és nem én telepítettem a postfixet, valaki debian-ra forrásból rakta fel, /usr/sbin postfix restart-ot nyomtam, kiírta, hogy reloading, tehát elvileg értelmezte az új konfigfile-t)

szerk: megoldódott, [ ] közé kellett tenni a relayhost-ot.

Petya

( bocios | 2007. 05. 25., p – 20:18 )

sziasztok

van 1 visszatérő problémám a postfix beállitásom miatt
néha CBL (XBL) listára kerülök
amikor beüzemeltem a postfix-et előszőr akkor máris szembe találtam magam azzal, hogy a queue-ban bent marad 40-50 levél és mind a citromail.hu -nak ment volna (regisztrációs levelek)a status-ban pedig ott volt spamhaus -os link ...
elolvastam és 1 barátom is segitett beállitani a postfix-et, hogy ne kerüljek fel többé a listára
ez kb 2hónapig működött is
most számomra ismeretlen okokból ismét nem mennek ki a leveleim
a postfix-hez nem nyúltam
a config:

# See /usr/share/postfix/main.cf.dist for a commented, more complete version

biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h

alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
mynetworks = 127.0.0.0/8
myhostname=bt-core.tx.hu
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
smtpd_helo_required = yes
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
mydestination = $mydomain

ha valamire még szükség van, hogy kideritsük, hol a hiba kérlek jelezzétek
azt olvastam, hogy azért kerülök fel a listára, mert az smtpd_banner rosszul van beállitva
előre is köszönöm

Próbáld meg, ha az SMTP banner valami extrém hülyeség (mittom én, hello, it's a $myhostname SMTP server) akkor is szidalmaznak-e. Ha igen akkor lehet nem az a baj. Amúgy elméletben a SMTP banner teljesen mindegy hogy mi.

Gentoo alatt a default: 


smtpd_banner = $myhostname ESMTP $mail_name

PS: ja a konfig idézetekhez legközelebb használd a [ code ] [ /code ] tageket (a zérójelek közé space nélkül). Sokkal szebb úgy.

( mogorva v | 2007. 06. 23., szo – 11:26 )

A main.cf-be be van állítva a mailbox_size_limit = 0 (ezt a postconf is megerősíti), mégis ilyeneket kapok a logban:

.... relay=virtual, delay=0, status=bounced (mailbox /var/mail/blabla/mail/inbox: error writing message: File too large)

Az inbox file pedig valóban elérte az 50 megát, ami úgy tudom a default érték.

Mit kellene még beállítani? (volt már reload, restart, stop - start)

( p_takika | 2007. 07. 06., p – 08:04 )

Sziasztok!

Lehet, hogy huleseget kerdezek, de van egy postfix-mysql-courier kombom. Ha mysql-ben letrehozok egy usert, es megprobalok belepni pl imap-pal, a kovetkezok jelennek meg a mail.log-ban: 

Jul  6 07:57:06 51g imapd: Connection, ip=[::ffff:127.0.0.1]
Jul  6 07:57:14 51g imapd: chdir domain/user/: No such file or directory

Van ra valami mod, hogy a /home/vmail/domain/user/ es a maildir-hez szukseges konyvtarak maguktol letrejojjenek?

--
Why does that command take that long?

( mogorva v | 2007. 07. 09., h – 10:31 )

Kérdés: be lehet állítani, hogy a postfix csináljon ellenőrzést a feladó valódiságára (ha nem létező címről jön a levél, akkor rejecteli).

Ez egy fél napig állat jól ment, egy darab spam nem érkezett, aztán hirtelen egy haveromtól érkező levél is visszapattant, mert a saját mail szerverük azt mondta, hogy nála nincs olyan cím, mint amire a mi szerverünk rákérdezett. Valszeg a mail cím scannelést akadályozzák meg így.

Innentől bukik a szűrő, mert jó leveleket is rejectelheti.

Viszont megoldás lenne reject helyett megjelölni a levelet és pl. már 2.0-s spamassassin score-ral kezdene a levél és úgy menne tovább a spamassassin felé.

Lehet valami ilyet csinálni?

( th v | 2007. 07. 10., k – 14:12 )

Hali!
Csinaltam az otthoni szeveremre egy postfix+courier+squirrelmail+mysql levelezorendszert az ISP style mail server with debian sarge/etch alapjan. A dolog mukodik is, egyetlen dolog amit szeretnek meg valahogy megoldani, hogy a squirrelmailbol a szolgaltatom SMTP szerveren keresztul tudjak levelet kuldeni, mert ha sajat SMTP-t hasznalok a legtobb (pl freemail) szerver REJECT-el. A T-com es a chello, de a google is SMTP hitelesitest ker, amit nem tudom hogy es hol tudnek beallitani. A postfixnek meg tudok adni relay servert, de usert es passt nem.
A helyi userek hitelesitese sql-bol tortenik, de mas cimmel, mint amit az SMTP-nel hasznalnek. Valaki probalt mar ilyent csinalni? Lehet ilyent egyaltalan? Sajna en kifogytam az otletekbol ...
Udv!
--
TH

Nem teljesen ertem, mi a problemad. Nezz bele a postfix SASL_README-jebe, szerintem megtalalod benne az smtp kliens resznel, amire szukseged van. A 2.3 postfix-tol kezdodoen van sender_dependent_relayhost_maps opcio, igy az eltero feladocimekkel erkezo leveleket mas-mas relay fele tovabbithatod. Emellett ott az smtp_dender_dependent_authentication, smtp_sasl_password_maps is, igy akar azt is megoldhatod, hogy eltero feladocimekhez elteroen authentikalsz a relay-en.

( mogorva v | 2007. 07. 12., cs – 16:23 )

Nagyon álmos napom van, biztos ezért nem látom a hibát, de hátha más észreveszi.

Egy fetchmail lehúzza a leveleket az ISP-től és átadja a postfixnek lokálisan. Az ismeretlen címzetteket nem rejectelni kéne, hanem az egyik usernek adni.

myhostname=mailsrv.cegnev.hu
mydomain=cegnev.hu
myorigin=$mydomain
mydestination=$myhostname, localhost.$mydomain, $mydomain

virtual_mailbox_base = /var/mail
virtual_mailbox_maps = hash:/etc/postfix/virtual_mailbox_maps

/etc/postfix/virtual_mailbox_maps
user1@ cegnev.hu user1
user2@ cegnev.hu user2
user3@ cegnev.hu user3
user4@ cegnev.hu user4
userX@ cegnev.hu userX
@cegnev.hu user3

Ha létező címre jön a levél, akkor az rendben megérkezik a célba. Ha a rosszcim @cegnev.hu -ra jön a levél, akkor a postfix elkezd vergődni, hogy "550 User unknown in local recipient table" ahelyett, hogy leszállítaná az user3-nak.

Mit felejtettem el? (Volt postmap és postfix restart is.)

Már kipróbáltam, hogy "local_recipient_maps = " -t írok a main.cf-be, és ekkor valóban nem csekkolja a helyi júzerek meglétét, csak éppen a 'wildcard' sem lép érvénybe.

Emlékeim szerint egyébként a virtual_mailbox-okhoz nem kell local_recipient_map, mert a virt. mailboxban fel vannak sorolva a lehetséges címzettek (plusz az esetleges "@domain.hu akárki" formájú wildcard).

Igen, erre magam is gondoltam, de a mydestination nem kötelező opció? Gondolom fontosabb, mint egy virtual_mailbox_domain.
De mindjárt megpróbálom.

... homokóra ...

to=, relay=virtual, delay=0, status=deferred (recipient hibas@cegnev.hu: uid not found in virtual_uid_maps)

Szóval újabb kihívás.

Marhára nem értem mi van, mert egy működő configból hoztam át a lényeget. Hmm... Kivéve...hmmm...

Hoppá!

Kellett a

virtual_uid_maps = static:5000
virtual_gid_maps = static:5000

opció.

Na akkor most megint testing......

És működik! Most már csak a spamszűrést és a clamavist kell beletolni és nyertünk.

Köszi mindenkinek a segítséget!

Azt hiszem hamarosan születni fog vmi wiki ezzel a nyomorult postfix-szel (meg a többi levelező cuccal) kapcsolatban, mert nyomorúságos ez így.

( mogorva v | 2007. 07. 16., h – 10:51 )

Hali,

Fura bajom van. Próbálok webes felületről mailt küldeni és ez van a logban:

Jul 16 10:31:59 mailsrv postfix/smtp[25061]: 7A259D2446E: to=akarki @t-online.hu, relay=mx.t-online.hu[84.2.44.11], delay=83681, status=deferred (host mx.t-online.hu[84.2.44.11] said: 451 4.1.8 felado @feladodomain.hu: Sender address rejected: Domain has no MXes (in reply to MAIL FROM command))

Máshová úgy látom megy a levél, csak a t-online.hu -ra nem.
A feladodomain.hu nálunk van hostolva, kb. 1 hónapja hozták hozzánk, a DNS-e viszont vhol máshol van, nem a mi kezünkben.

Csináltam MX rekord lekérdezést és szerintem ott van vmi elbaltázva, ugyanis:

feladodomain.hu mail exchanger = 10 mail.feladodomain.hu

A mail.feladodomain.hu a mi szerverünk IP-jére mutat, amit sohasem hívtak így, van neki tisztes neve. B-)

Lehet ez a gond? A többi nálunk hostolt domain csont nélkül tud webes felületről levelet küldeni de náluk az MX rekord a szerverünk valódi nevére van beállítva, nem egy ilyen 'fiktívre'.

Elméletileg teljesen mindegy, hogy a DNS milyen nevet hisz a gépedről, ha a géped elfogad innen kéréseket.

Azaz pl. ha a mail.mittudomain.hu és a mail.feladodomain.hu is rád mutat, akkor a DNS szépen a te IP-címed adja vissza a kliensnek, majd ő ki is lép a dologból. Aztán ha pl. az apache-ba nincs ilyen vhost, vagy a postfix nem ismeri el, akkor szépen elhajintja melegebb éghajlatokra a klienst. De ez már az ALKALMAZÁS része, a DNS-nek ehhez semmi köze.

Ha egy domain-be van, akkor meg pláne mindegy. Ez egy kvázi-CNAME. csak nem CNAME típusú, hanem A.

Átnéztem mindent, amit csak tudtam, de nem látok semmi olyan különbséget a többi domain-ünk meg eközött, ami indokolná, hogy a t-online visszadobja a szerverünkről webes felületről küldött leveleket.

Az egyetlen eltérés az MX rekord. B-/

Írtam a DNS szolgáltatónak, hogy írják át (amúgy sem tudom mi alapján találták ki a mail.feladodomain.hu -t) az MX-et a szerverünk valódi nevére (tehát ne kezdjenek kvázi aliasolni) és meglátom mi lesz.

Nem én dobom vissza (nem a mi szerverünk dobja vissza), hanem a mi szerverünk webes felületéről (squirrelmail) küldött, t-online -os címre menő levél pattan vissza a mx.t-online.hu -ról:

relay=mx.t-online.hu[84.2.46.11], delay=165682, status=deferred (host mx.t-online.hu[84.2.46.11] said: 451 4.1.8 felado @feladodomain.hu: Sender address rejected: Domain has no MXes (in reply to MAIL FROM command))

Most én értem ennyire félre ezt a hibaüzenetet?

Egyébként a postfix csak ne is akarja elismerni saját névként, mert nem így hívják. B-)))

1)
$ nslookup feladodomain.hu ns0.t-online.hu
*** Can't find feladodomain.hu: No answer

2)
$ host feladodomain.hu ns0.t-online.hu
Using domain server:
Name: ns0.t-online.hu
Address: 195.228.240.248#53
Aliases:

Szóval 'itthonról' nem megy.

De a megoldás az kell hogy legyen, hogy a DNS regisztrátor végre vegye a fáradtságot az MX átírására.

Van benne egy nagyon csúnya "ezrelékjel" (ez a neve), aminek ott nincs helye. Nincs HUPWiki accom, így valaki javítsa ki...

1. feladat megoldása.
(....)
virtual_uid_maps és virtual_gid_maps: két olyan ID (uid és gid), amiknek a nevében a helyi kézbesí­tésért felelős daemon majd dolgozik. í‰rdemes olyat választani, amit a rendszer userek sosem kapnak majd meg

( Stageline | 2007. 08. 23., cs – 16:53 )

Sziasztok. 4-5 howto alapján összehoztam a postfixet mysql adatbázissal ssl titkosítással.
Olyan problémám lenne hogy a sasl smtp-re nem akar úgy authentikálni ha az email cím user@domain.hu csak úgy hogy user@domain.hu@domain.hu, utóbbi esetben simán működik.

Az auth.log tartalma

Aug 23 16:44:15 pof saslauthd[19844]: DEBUG: auth_pam: pam_authenticate failed: User not known to the underlying authentication module
Aug 23 16:44:15 pof saslauthd[19844]: do_auth : auth failure: [user=stage] [service=smtp] [realm=pof.hu] [mech=pam] [reason=PAM auth error]
Aug 23 16:50:17 pof postfix/smtpd[21184]: sql auxprop plugin using mysql engine

Ebben is igazából ezzel van a probléma [user=stage]. Hogy lehetne ezt [user=stage@domain.hu] -ra cserélni?

Előre is köszönöm a segítséget.

Nekem volt már egy kész, használatban levő user adatbázisom, ahonnan a userek authentikáltak POP3/IMAP eléréshez. Ezt használtam fel, de simán courier-authlib-el. Debian-os Postfix alapból tudja. Bővebben google, ill. első lépésként ez:

http://www.irbs.net/internet/cyrus-sasl/0504/0046.html

a.

Most olyan gondom lenne hogy PLAIN-MD5 kellene a /etc/pam.d/smtp fileba, mert:

root@pof:/var/log# testsaslauthd -u stageline@pof.hu -p 8fed9aa19262963feaf951eb1f54**** -s smtp -r pof.hu
0: OK "Success."

Így semmi baja, md5 ban tárolt jelszót szépen kiszedi sql ből ahogy kell, viszont a postfix meg néz ki az arcából amikor el kéne küldeni a levelet.

( Mik v | 2007. 10. 16., k – 20:23 )

Azt esetleg tudja valaki, hogy a relay_recipient_maps -t hogyan lehetne beállítani úgy, hogy pl. a mynetworks kliensekről érkező leveleknél ne vegye figyelembe? A probléma az, hogy ez egy before queue szabály, és ha valaki az smtp átjárónkon, helyi hálóról, helyi címmel szeretne levelet küldeni olyan helyi címre ami nem létezik, akkor már a küldésnél visszabeszél "user unknow in relay recipient table". Ha esetleg több levél is van a küldendő levelek között, akkor az "okos" OE egyiket se küldi el. Ezért jobban szeretném ha mail szerver mailer daemon-ja üzenné ezt vissza.
Talán van aki érti :)

Mik

Szerintem nem celszeru ezt megcsinalni, de ha nagyon kell megoldhato: kikapcsolod globalisan az smtpd_reject_unlisted_recipient opciot, es az smtpd_recipient_restrictions-nel megnezed honnan jon a level, es ha nem a belso halorol, akkor ellenorzod a cimzettet. Valahogy igy:

smtpd_reject_unlisted_recipient = no
smtpd_recipient_restrictions = [a listahoz a permit/reject ele rakd be ezt] check_client_access hash:/etc/postfix/check_recipient

hozd letre az /etc/postfix/check_recipient file-t vmi hasonlo tartalommal:

192.168.0.0/16 OK
* reject_unlisted_recipient

postmap-et neki, es postfix reload.

Elofordulhat, hogy nem mukodik amit irtam, nem probaltam ki. Mindenesetre ellenorizd le a debug_peer_list hasznalataval kivulrol/ belulrol is, hogy korrektul mukodik-e. Ellenkezo esetben tele lehet a queue bounce uzenetekkel, ami nem egeszseges...

( mogorva v | 2007. 10. 27., szo – 08:51 )

Van a fizikai.gep.hu, ami kiszolgál néhány virtual domain-t.
A main.cf-ben ez van: myhostname = fizikai.gep.hu

Ha mailt küldök a fizikai.gep.hu által kiszolgált létező domain nem létező címére (pl. mijau@virtdomain. hu), akkor a következő üzenetet kapom:

host fizikai.gep.hu[xxx.xxx.xxx.xxx] said: 554 mijau@virtdomain. hu: Recipient address rejected: Access denied (in reply to RCPT TO command)

Megoldható valahogy hogy a fizikai.gep.hu helyett a kiszolgált domain neve jelenjen meg? Tehát vmi ilyesmi:

host virtdomain.hu[xxx.xxx.xxx.xxx] said: 554 mijau@virtdomain. hu: Recipient address rejected: Access denied (in reply to RCPT TO command)

Eddig ez nem érdekelt senkit, de most igény merült fel rá.

( budacsik | 2007. 10. 31., sze – 16:26 )

Üdv!

Van egy Postfix mail szerver 4 domaint kezel.

Ha mind a 4 domain alatt kell olyan e-mail cím, hogy contact vagy info, akkor nagyon egyszerűen azt csinálom, hogy
useradd contact, passwd contact.
majd a virtual file-ba beállítom, hogy 


contact@valami1.hu contact
contact@valami2.hu contact
contact@valami3.hu contact
contact@valami4.hu contact

ahhoz, hogy küldés is menjen a sender_login_maps-ba is kell egy négy 


contact@valami1.hu contact@myhostname.hu
contact@valami2.hu contact@myhostname.hu
contact@valami3.hu contact@myhostname.hu
contact@valami4.hu contact@myhostname.hu

és működik. Különben nem tudnak levelet küldeni, mert olyan hibaüzit kapnak, hogy nem tulajdonosa ennek a címnek ...

Ha ezeket négy külön ember kezeli az sem baj, mert mindenki csak a sajátját kapja meg, viszont mind a 4 ember ugyan azt a jelszót használja. Vagyis ha lenne eszük be tudnák a másik hármat is állítani maguknak. Más kérdés, hogy akarják e vagy sem.

Ezt hogy lehetne megoldani, hogy ne egy legyen a pass?

pl. virtual user helyett virtual domain hasznalataval, es olyan imap szervert hasznalni, ami ezt kezeli. Azert erdekelne, hogy lehet az, hogy mindenki csak a sajatjat kapja meg, mert a konfigod alapjan epp ugyanaz a unix user kapna meg mind a 4 cimre erkezo levelet. Szoval kell ott meg valaminek lennie a delivery kornyeken...

( OxY | 2007. 11. 07., sze – 12:52 )

sziasztok!
komoly gondom lenne postfix-el, elküldenek a szerverről egy levelet, amin szintén ezen a szerveren lévő usernek küldenek,
modellje a következő:(postfix 25ös porton->postgrey->amavis->postfix 10025ös porton)
nemtudom, hogy a 25ös porton rejecteli, vagy a 10025-ön, de
a hibaüzenet a következő:

Considered UNSOLICITED BULK EMAIL, apparently from you

ez megoldódott közben, a html miatt az amavisd megszűrte, csak ilyen hülye errort dobott vissza..
lenne még egy gondom:
olyat kéne csinálnom, hogy legyen egy mailcím, amire, ha vki levelet küld, akkor azt kapja meg 3-4ember..
mintha egy mailcímhez tartozna 3-4alias..
nem tudom postfixben ezt hogy a legegyszerűbb megoldani, mailmant ezért telepíteni túlzásnak tartom..
postfix userek sql-ben vannak tárolva

szerintem:

--------------

/etc/postfix/virtual -ba:
egy_alias_cim@domain. hu cimzett1@akarmi. hu cimzett2@foo. hu cimzett3@bar. hu

aztán: postmap /etc/postfix/virtual

aztán /etc/postfix/main.cf -be:
virtual_maps = hash:/etc/postfix/virtual

és végül: /etc/init.d/postfix reload

--------------

Az a baj a postfix-szel, hogy mindent legalább 3 féle képpen meg lehet oldani benne. B-)

Viszont nekem is lenne ezzel kapcsolatban egy kérdésem. Hogyan oldható meg, hogy erre az egy_alias_cim@domain. hu címre csak és kizárólag egy azaz 1 darab mailcímről (esetleg mailcím + gép) párosról lehessen levelet küldeni?

Ugyanis így oldottam meg azoknak az ügyfeleimnek az értesítését akiknek hostolunk (pl. karbantartási üzenetek kiküldése, stb.), viszont alapból kikommentezve tartom ezt a sort, hogy biztosan ne lehessen megspammelni és csak akkor kapcsolom vissza, ha üzenetet kell küldeni. Ez viszont így macerás.

( OxY | 2007. 11. 10., szo – 09:03 )

lenne még egy probléma, vacation beállítása...
eljutottam oda, hogy a transportot sql-ből szedem (sok a domain), ha beállítom egy domainre, hogy
transport legyen vacation és a usernél is beállítom, hogy vakáción van, akkor helyesen visszaküldi az üzenetet...
a gond akkor van, ha a transport be van állítva, de nincs vakáción, ilyenkor a usernek meg kéne kapnia a mailt, de nemkap semmit, logban üzenet a következő:
Nov 10 00:01:54 mailserver postfix/pipe[83979]: 4368E553A58: to=, relay=vacation, delay=705, delays=705/0.02/0/0.23, dsn=2.0.0, status=sent (delivered via vacation service)
viszont a postaládája üres..

(gondolom a transportot mindig bekapcsolva kell hagyni a domainekre, hogyha bárki beállítja magának a vakációt, akkor működjön)
master.cf-ben ez van:
vacation unix - n n - - pipe
flags=DRhu user=vacation argv=/var/spool/vacation/vacation.pl -f ${sender} -- ${recipient}

( cadmagician | 2007. 12. 11., k – 23:36 )

meg van oldva a postfix mysql-lel, virtual, smtp auth, amavis, spamass.
kérdés, hogy hogy lehetne tovább belevinni a lehetőségeket:
vda nélkül a kvota, vacation, esetleg procmailrc virtualonként. illetve most fogadja a virtual leveleket, és a rendszeraccount leveleket is, tehát ez így maradna. valaki help?

( budacsik | 2007. 12. 17., h – 15:14 )

Üdv!

Van egy érdekes problémám amivel régóta küzdök.
Van egy Postfix mailszerver, ami tökéletesen működik kb 4 éve. Én működőképesen vettem át, sokat nem is változtattam rajta, azt is már egy éve. Egy probléma van. Egy kolléga otthonról, de _csakis_ ottohról, néha nem tud levelezni.
A hibajelenség az, hogy egyszerűen nem mennek ki az Outlook-ból a levelek, és kis idő után olyasmi üzenetet kap, hogy nem sikerült létrehozni a kapcsolatot a kiszolgálóval. Amit kaptam leveleket tőle abban ez volt: 

 550 5.7.1 <mail@cim.em>... Relaying denied. Proper authentication required.

Aztán valamit csinált és működött 1-2 óra múlva. Személyesen még sajnos nem láttam a problémát de csak otthonról tapasztalja. A cég töbi tagjának bentről is és otthonról is tökéletes minden.
Annyi spec. beállítás van még, hogy putty port forward be van állítva, különben nem tud levelezni otthonról (T-Online) vagy külföldi szállodákból. A Puttyal így megoldottam, de ez nálam, és másik 2 rengeteget levelező kollégánál is tökéletesen megy, tehát nem lehet ez a baj.

Még egy érdekesség, hogy "bajos" felhasználónál 3 fiók van beállítva, kettő a mi szerverünké, egy másik szerveré, ami nemtudom hol van, ki felügyeli. A lényeg, hogy a baj esetén is az a harmadik megy. Ez a tény mégis valami olyasmire enged következtetni, hogy nálam van a baj a szerveren, de mi?! Error vagy warning log zero. Annyit találtam, hogy connect from (itt a helyi IP, ugyebár a port forward miatt) utána még egy sor, hogy message-ID XXX és semmi több.

A kellemetlen, hog régóta nemtudom mi a baja, és, hogy ő a szervert hibáztatja, ami jogos, amíg ki nem derül mi az igazi baj.

Ötletek vannak?

Szerk.: Amikor helyreáll, pedig annyira jól működik, hogy az a fura (ezt is válaszként kaptam)

( csardij v | 2008. 01. 02., sze – 14:04 )

olyat meg lehet e csinalni, hogyha jon egy level, akkor azt ne az Inboxba pakolja, hanem elore beallitott szabalyok szerint?

Tehát pl. a valaki@felado.hu-tol jovo leveleket az Inbox\valaki-ba tegye.
tehá gyak. a levelek szortirozása felado szerint.

( xray | 2008. 01. 02., sze – 14:07 )

Sziasztok!

Van nekem egy működő levelező szerver virtuális userekkel + spamassasin + clamav + amavissal. Szeretnék procmailrc fájllal egy két dolgot finomitani. DE ha pl.: MAILDIR-t szeretném megadni akkor egy virtuális usernek hogy adom meg a $HOME-ját? Mármint a kérdés arra irányult hogy a valós unix felhasznalo tegyuk fel "mailer". A levelek /home/mailer/domain.hu/virtualis_user mappakban tarolodnak ezt hogy adom meg a procmailrc file-ba valtozokent? Értelmesebben nem tudtam megfogalmazni, remélem értitek mit akarok :)

köszi. Be is lőttem majdnem a maildropot már már csak egy problémám van. Jelenlegi maildir strukturám az alábbi:

/home/mailer/domain/user/ és itt vannak a user könyvtárak.

Namármost a maildrop a /home/mailer/domain/user@domain-be akar kézbesíteni. Ezt hogy kellene kiküszöbölnöm? Gondolom itt az átadott paraméterekkel kellene operálni...?

master.cf ide vonatkozo része: 


maildrop  unix  -       n       n       -       -       pipe  flags=DRhu user=mailer 
argv=/usr/bin/maildrop -d ${user}@${nexthop} ${extension} ${recipient} ${user}@${nexthop} ${nexthop}

.mailfilter file: 


LOGNAME=tolower("$LOGNAME")
EXTENSION="$1"
RECIPIENT=tolower("$2")
USER="$3"
HOST="$4"
SENDER="$5"
DEFAULT="/home/mailer/$HOST/$USER/."

if ( "$EXTENSION" ne "" )
{
  DELIMITER="+"
}

if (!$SENDER)
  {
    SENDER = "<>"
  }

#
# maildir létrehozása ha nincs
#

`test -e /home/mailer/$HOST`
   if ( $RETURNCODE != 0 )
    {
      `mkdir /home/mailer/$HOST`
    }

`test -e /home/mailer/$HOST/$USER`
   if ( $RETURNCODE != 0 )
      {
      `maildirmake /home/mailer/$HOST/$USER`
      `chmod -R 0700 /home/mailer/$HOST`
  }

`test -f /home/mailer/.mailfilters/$LOGNAME`
if ( $RETURNCODE == 0 )
{
include "/home/mailer/.mailfilters/$LOGNAME"
}
else
{
if ( "$DEFAULT" ne "" )
{
to "$DEFAULT"
}
else
{
EXITCODE=75
exit
}
}

A master.cf sor hibás, a user@host a master.cf alapján állítódik be.

Ilyenre keress tutort: 


# master.cf 
maildrop  unix  -       n       n       -       -       pipe
  flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${user} ${recipient} ${user} ${nexthop} ${sender}

Nekem egy egyszerusitett script igy mux: 


# Global maildrop filter file

SHELL="/bin/bash"
DEFAULT="$HOME/Maildir"
MAILDIR="$HOME/Maildir"

logfile "$HOME/.maildrop.log"

`test -d $DEFAULT && exit 1 || exit 0`
if ( $RETURNCODE == 0 )
{
        log "(II) User haven't Maildir, creating one"
        `maildirmake $DEFAULT`
}



if ( $SIZE < 2048000 )
{
#       log "(==) Spam filtering" 
        exception {
                xfilter "sudo -u amavis spamc"
        }
}

if (/^X-Spam-Flag: *YES/)
        {
                log "(!!) This mail flagged as spam"

                `test -d $DEFAULT/.Spam && exit 1 || exit 0`
                if ( $RETURNCODE == 0 )
                {
                        `maildirmake $DEFAULT/.Spam`
                }

                exception {
                        to $DEFAULT/.Spam/
                }
        }

#if ( $LOGNAME == $FROM )
#{
#    to $DEFAULT/.Sent/
#}



BPM="-----BEGIN PGP MESSAGE-----"
EPM="-----END PGP MESSAGE-----"
BPS="-----BEGIN PGP SIGNATURE-----"
EPS="-----END PGP SIGNATURE-----"

if (!/^Content-Type: message/ && !/^Content-Type: multipart/ \
        && !/^Content-Type: application\/pgp/)
                {
                if (/^$BPM/:b && /^$EPM/:b)
                xfilter "reformail -A 'Content-Type: application/pgp; format=text; \
                        x-action=encrypt'"

                if (/^$BPS/:b && /^$EPS/:b)
                xfilter "reformail -A 'Content-Type: application/pgp; format=text; \
                        x-action=sign'"
                }


#####################################################################
#
#  Correcting wrong signature dashes
#  

if (/^--($|[ ]{2,}^)/:b)
        {
        xfilter "sed -r 's/^--($|[ ]{2,}^)/-- /'"
        log "(II) Sig Dashes corrected"
        }


`test -r $HOME/.mailfilter`
if( $RETURNCODE == 0 )
        {
        log "(==)  Including $HOME/.mailfilter"
                exception {
                        include $HOME/.mailfilter
                }
        }

Ebből neked ha jól sejtem, épp az a 3 soros kikommentezett rész a kulcs.

Akadt még egy pici problémám a maildroppal. A kézbesítés szépen megy vele. A spamet spam mappába teszi, ha nincs maildir létrehozza, A spam mappára imap-ba is feliratja a felhasznalot, ráadásul még a quotat is be tudom vele állítatni amikor létrejönt a maildir a maildirsize file-ba. Csakhogy épp a quota kezeléssel van bajom. Ha megtelik egy postafiók és jön egy levél akkor semmi értesítést nem küld a feladónak, hogy nem kézbesült a levele hanem benn marad queue-ba a levél, és ez igy elég ciki szerintem.

Log részlet: 


Jan  5 21:56:36 mail postfix/pipe[32347]: 63DF7183F2C: to=<user@domain.hu>, relay=maildrop, delay=0.24, delays=0.1/0
.11/0/0.03, dsn=4.3.0, status=deferred (temporary failure. Command output: maildrop: maildir over quota. )

postfix main.cf-be

virtual_overquota_bounce = yes

be van állítva, de ugye most nem a postfix kézbesít, hanem a maildrop és igy ez nem ér semmit ha jól sejtem, és itt lesz a gond. Van erre valami megoldás? Nézegettem a deliverquota-t de akkor ott ha manuálisan megadom a quotat akkor megint minek van SQL-be is meg a quota ? Tul lenne bonyolitva azzal nem? Vagy azzal hogy lehetne megoldani?

( OxY | 2008. 01. 07., h – 12:40 )

hi!
olyan kérdésem lenne, hogy vegyem rá az amavisdot, hogy a www@domain.tld-nél bypassolja a spam és header checket...
hiába próbáltam ezeket:
@bypass_header_checks_maps = ( [qw( www@domain.tld )] );
@bypass_spam_checks_maps = ( [qw( www@domain.tld )] );
@bypass_spam_checks_acl = qw( domain.tld );

egyik sem működik...
köszi!

( stewwe | 2008. 01. 10., cs – 14:26 )

Sziasztok !

Adott egy Debian Postfix kombináció.
A gondom az, hogy az általam küldött levelek mid a szemétben kötnek ki, vagy meg sem érkeznek...
Egy gmail-es címre küldött levél eredménye a következő.

Továbbá furcsálom a -ra küldött levelet, az nem Én voltam...
Lehet, hogy feltörték a szervert és tényleg spamm-elnek vele?

Mit ronthattam el? Segítsetek kérlek.

********************************************* a kukában levő levél forrása ********************************************
Delivered-To: xxx@gmail.com
Received: by 10.140.193.17 with SMTP id q17cs353922rvf;
Thu, 10 Jan 2008 04:40:38 -0800 (PST)
Received: by 10.82.150.20 with SMTP id x20mr3093123bud.5.1199968836192;
Thu, 10 Jan 2008 04:40:36 -0800 (PST)
Return-Path:
Received: from bitbarat.biz ([87.229.24.179])
by mx.google.com with ESMTP id e9si5077913muf.0.2008.01.10.04.40.35;
Thu, 10 Jan 2008 04:40:36 -0800 (PST)
Received-SPF: neutral (google.com: 87.229.xx.xxx is neither permitted nor denied by best guess record for domain of ennevem@domainem.biz) client-ip=87.229.xx.xxx;
Authentication-Results: mx.google.com; spf=neutral (google.com: 87.229.xx.xxx is neither permitted nor denied by best guess record for domain of ennevem@domainem.biz) smtp.mail=ennevem@domainem.biz
Received: from localhost (localhost.localdomain [127.0.0.1])
by domainem.biz (Postfix) with SMTP id F00B5870002
for ; Thu, 10 Jan 2008 13:40:34 +0100 (CET)
To: xxx@gmail.com
From: ennevem@domainem.biz
Subject: Postafi�kja sikeresen elk�sz�lt!
Message-Id: <20080110124034.F00B5870002@domainem.biz>
Date: Thu, 10 Jan 2008 13:40:34 +0100 (CET)

Hi,

Welcome to your new account.

****************************** mail log *****************************************
Jan 10 13:40:34 domainem postfix/smtpd[18819]: connect from localhost.localdomain[127.0.0.1]
Jan 10 13:40:34 domainem postfix/smtpd[18819]: F00B5870002: client=localhost.localdomain[127.0.0.1]
Jan 10 13:40:34 domainem postfix/cleanup[18822]: F00B5870002: message-id=<20080110124034.F00B5870002@domainem.biz>
Jan 10 13:40:35 domainem postfix/qmgr[17415]: F00B5870002: from=, size=412, nrcpt=1 (queue active)
Jan 10 13:40:35 domainem postfix/smtpd[18819]: disconnect from localhost.localdomain[127.0.0.1]
Jan 10 13:40:36 domainem postfix/smtp[18684]: F00B5870002: to=, relay=gmail-smtp-in.l.google.com[209.85.135.27]:25, delay=1.3, delays=0.02/0/0.09/1.2, dsn=2.0.0, status=sent (250 2.0.0 OK 1199968836 e9si5077913muf.0)
Jan 10 13:40:36 domainem postfix/qmgr[17415]: F00B5870002: removed
Jan 10 13:42:37 domainem postfix/pickup[17414]: 15545870002: uid=33 from=
Jan 10 13:42:37 domainem postfix/cleanup[18914]: 15545870002: message-id=<20080110124237.15545870002@domainem.biz>
Jan 10 13:42:37 domainem postfix/qmgr[17415]: 15545870002: from=, size=478, nrcpt=1 (queue active)
Jan 10 13:42:41 domainem postfix/smtp[18916]: 15545870002: to=, relay=gmail-smtp-in.l.google.com[209.85.135.27]:25, delay=4.6, delays=0.08/0.02/0.12/4.3, dsn=2.0.0, status=sent (250 2.0.0 OK 1199968961 u9si5061838muf.4)
Jan 10 13:42:41 domainem postfix/qmgr[17415]: 15545870002: removed

( p_takika | 2008. 01. 26., szo – 23:05 )

Sziasztok, adott egy Debian + posfix-mysql kombo, mukodik minden, kiveve, hogy ha egy szkript, vagy egy user webmailen keresztul egy aliasra kuld mailt, bounced statuszba kerul, es az alias cimzettjei csak a mailerdaemontol kapjak meg... Ha kivulrol, pl gmailrol kuldok levelet az aliasra, akkor az gond nelkul megerkezik. Otlet?

pl: user@domainem.hu felhasznalo kuld alias@domainem.hu aliasra mailt: 

Jan 26 22:41:52 dexter postfix/smtpd[21607]: connect from localhost[127.0.0.1]
Jan 26 22:41:52 dexter postfix/smtpd[21607]: 1B9761FC44: client=localhost[127.0.0.1]
Jan 26 22:41:52 dexter postfix/cleanup[22561]: 1B9761FC44: message-id=<3662.82.131.238.138.1201383712.squirrel@domainem.hu>
Jan 26 22:41:52 dexter postfix/smtpd[21607]: disconnect from localhost[127.0.0.1]
Jan 26 22:41:52 dexter postfix/qmgr[3076]: 1B9761FC44: from=<user@domainem.hu>, size=1152, nrcpt=1 (queue active)
Jan 26 22:41:52 dexter postfix/virtual[22563]: 1B9761FC44: to=<alias@domainem.hu>, relay=virtual, delay=0.16, delays=0.11/0.02/0/0.03, dsn=5.1.1, status=bounced (unknown user: "alias@domainem.hu")
Jan 26 22:41:52 dexter postfix/cleanup[22561]: 3B3E41FFE3: message-id=<20080126214152.3B3E41FFE3@domainem.hu>
Jan 26 22:41:52 dexter postfix/bounce[22564]: 1B9761FC44: sender non-delivery notification: 3B3E41FFE3
Jan 26 22:41:52 dexter postfix/qmgr[3076]: 1B9761FC44: removed
Jan 26 22:41:52 dexter postfix/qmgr[3076]: 3B3E41FFE3: from=<>, size=2931, nrcpt=1 (queue active)
Jan 26 22:41:52 dexter postfix/virtual[22563]: 3B3E41FFE3: to=<user@domainem.hu>, relay=virtual, delay=0.05, delays=0.02/0/0/0.03, dsn=2.0.0, status=sent (delivered to maildir)
Jan 26 22:41:52 dexter postfix/qmgr[3076]: 3B3E41FFE3: removed

ha gmailes accomrol kuldok ra: 


Jan 26 22:47:12 dexter postfix/smtpd[21607]: connect from py-out-1112.google.com[64.233.166.182]
Jan 26 22:47:12 dexter postfix/smtpd[21607]: NOQUEUE: filter: RCPT from py-out-1112.google.com[64.233.166.182]: <alias@domainem.hu>: Recipient address triggers FILTER dspam:unix:/var/run/dspam.sock; from=<en@gmail.com> to=<alias@domainem.hu> proto=ESMTP helo=<py-out-1112.google.com>
Jan 26 22:47:12 dexter postfix/smtpd[21607]: D41661FC44: client=py-out-1112.google.com[64.233.166.182]
Jan 26 22:47:13 dexter postfix/cleanup[23036]: D41661FC44: message-id=<f81b73e00801261356t4c913971la97f987ef0f88ff2@mail.gmail.com>
Jan 26 22:47:13 dexter postfix/qmgr[3076]: D41661FC44: from=<en@gmail.com>, size=3164, nrcpt=1 (queue active)
Jan 26 22:47:13 dexter postfix/smtpd[23041]: connect from localhost[127.0.0.1]
Jan 26 22:47:13 dexter postfix/smtpd[23041]: 572D11FFE2: client=localhost[127.0.0.1]
Jan 26 22:47:13 dexter postfix/cleanup[23036]: 572D11FFE2: message-id=<f81b73e00801261356t4c913971la97f987ef0f88ff2@mail.gmail.com>
Jan 26 22:47:13 dexter postfix/qmgr[3076]: 572D11FFE2: from=<en@gmail.com>, size=3476, nrcpt=2 (queue active)
Jan 26 22:47:13 dexter postfix/virtual[23042]: 572D11FFE2: to=<aliascimzett1@domainem.hu>, orig_to=<alias@domainem.hu>, relay=virtual, delay=0.19, delays=0.14/0.02/0/0.03, dsn=2.0.0, status=sent (delivered to maildir)
Jan 26 22:47:13 dexter postfix/virtual[23042]: 572D11FFE2: to=<aliascimzett1@domainem.hu>, orig_to=<alias@domainem.hu>, relay=virtual, delay=0.19, delays=0.14/0.02/0/0.03, dsn=2.0.0, status=sent (delivered to maildir)
Jan 26 22:47:13 dexter postfix/qmgr[3076]: 572D11FFE2: removed
Jan 26 22:47:13 dexter postfix/smtpd[23041]: disconnect from localhost[127.0.0.1]
Jan 26 22:47:13 dexter postfix/lmtp[23038]: D41661FC44: to=<alias@domainem.hu>, relay=domainem.hu[/var/run/dspam.sock], delay=0.92, delays=0.55/0.02/0/0.35, dsn=2.6.0, status=sent (250 2.6.0 <alias@domainem.hu> Message accepted for delivery)
Jan 26 22:47:13 dexter postfix/qmgr[3076]: D41661FC44: removed

Elore is koszonom a segitseget. Ha szukseges, felteszem a main.cf-et.

--
Why does that command take that long?

Ize, par aprosagot elfelejtettel megemliteni. Pl. a dspam jelenletet, es ranezesre egesz mas utat jarnak be a levelek attol fuggoen, honnan erkeznek. A main.cf erdemi resze (pl. postconf -n) es master.cf is kellene. Jo esellyel csak valahol kiutotted az alias expansion-t ott is, ahol nem kellett volna. Tipikusan a receive_override_options = no_address_mappings szokott ilyet okozni, ami tenyleg hasznos ha viruskergeton/ spamszuron kuldod at eloszor a leveleket, majd amikor a kulso szuro visszaadja ujra akkor tortenik meg a cimatiras.

Itt a main.cf-em, tudnál rá egy pillantást vetni? 


# See /usr/share/postfix/main.cf.dist for a commented, more complete version


# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
delay_warning_time = 4h

# TLS parameters
smtpd_use_tls = yes
#smtpd_tls_auth_only = no
#smtp_tls_loglevel = 1
#smtpd_tls_security_level = encrypt
smtpd_tls_cert_file = /etc/postfix/ssl/smtpd.crt
smtpd_tls_key_file = /etc/postfix/ssl/smtpd.key
smtpd_tls_session_cache_database = btree:${queue_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${queue_directory}/smtp_scache
#smtpd_tls_security_level = may
#smtpd_tls_received_header = no

# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.

myhostname = domainem.hu
mydomain = domainem.hu
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = localhost, localhost.$mydomain, localhost.localdomain
relayhost =
mynetworks = 127.0.0.0/8
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
proxy_read_maps =
        $local_recipient_maps,
        $mydestination,
        $virtual_alias_maps,
        $virtual_alias_domains,
        $virtual_mailbox_maps,
        $virtual_mailbox_domains,
        $relay_recipient_maps,
        $relay_domains $canonical_maps,
        $sender_canonical_maps,
        $recipient_canonical_maps,
        $relocated_maps,
        $transport_maps,
        $mynetworks,
        $virtual_mailbox_limit_maps

# Virtual section
virtual_uid_maps = static:5000
virtual_gid_maps = static:5000
virtual_mailbox_base = /home/vmail
virtual_mailbox_domains = proxy:mysql:/etc/postfix/mysql_virtual_domains_maps.cf
virtual_alias_maps = proxy:mysql:/etc/postfix/mysql_virtual_alias_maps.cf
virtual_mailbox_maps = proxy:mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf
virtual_mailbox_limit_maps = proxy:mysql:/etc/postfix/mysql_virtual_mailbox_limit_maps.cf
virtual_mailbox_limit_override = yes
virtual_overquota_bounce = yes
virtual_create_maildirsize = yes
virtual_mailbox_extended = yes
virtual_maildir_limit_message = "The user you are trying to reach is over quota. / A felhasznalo kvotatullepes miatt nem tudja fogadni a levelet."
receive_override_options = no_address_mappings

# SASL Authentication
smtpd_sasl_auth_enable = yes
smtpd_sasl_exceptions_networks = $mynetworks
smtpd_sasl_security_options = noanonymous
broken_sasl_auth_clients = yes
smtpd_sasl_type = dovecot
smtpd_sasl_path = private/auth

#Restrictions
smtpd_recipient_restrictions =
        permit_mynetworks,
        permit_sasl_authenticated,
        reject_invalid_hostname,
        reject_non_fqdn_hostname,
        reject_non_fqdn_sender,
        reject_non_fqdn_recipient,
        reject_unknown_sender_domain,
        reject_unknown_recipient_domain,
        reject_unauth_destination,
        reject_rbl_client sbl.spamhaus.org,
        check_policy_service inet:127.0.0.1:60000,
        check_recipient_access pcre:/etc/postfix/dspam_incoming
        permit
smtpd_data_restrictions = reject_unauth_pipelining reject_multi_recipient_bounce permit

master.cf: 


#
# Postfix master process configuration file.  For details on the format
# of the file, see the master(5) manual page (command: "man 5 master").
#
# ==========================================================================
# service type  private unpriv  chroot  wakeup  maxproc command + args
#               (yes)   (yes)   (yes)   (never) (100)
# ==========================================================================
smtp      inet  n       -       -       -       -       smtpd
#    -o content_filter=lmtp:unix:/var/run/dspam.sock
#submission inet n       -       -       -       -       smtpd
#  -o smtpd_enforce_tls=yes
#  -o smtpd_sasl_auth_enable=yes
#  -o smtpd_client_restrictions=permit_sasl_authenticated,reject
#smtps     inet  n       -       -       -       -       smtpd
#  -o smtpd_tls_wrappermode=yes
#  -o smtpd_sasl_auth_enable=yes
#  -o smtpd_client_restrictions=permit_sasl_authenticated,reject
#628      inet  n       -       -       -       -       qmqpd
pickup    fifo  n       -       -       60      1       pickup
cleanup   unix  n       -       -       -       0       cleanup
qmgr      fifo  n       -       n       300     1       qmgr
#qmgr     fifo  n       -       -       300     1       oqmgr
tlsmgr    unix  -       -       -       1000?   1       tlsmgr
rewrite   unix  -       -       -       -       -       trivial-rewrite
bounce    unix  -       -       -       -       0       bounce
defer     unix  -       -       -       -       0       bounce
trace     unix  -       -       -       -       0       bounce
verify    unix  -       -       -       -       1       verify
flush     unix  n       -       -       1000?   0       flush
proxymap  unix  -       -       n       -       -       proxymap
smtp      unix  -       -       -       -       -       smtp
# When relaying mail as backup MX, disable fallback_relay to avoid MX loops
relay     unix  -       -       -       -       -       smtp
        -o fallback_relay=
#       -o smtp_helo_timeout=5 -o smtp_connect_timeout=5
showq     unix  n       -       -       -       -       showq
error     unix  -       -       -       -       -       error
discard   unix  -       -       -       -       -       discard
local     unix  -       n       n       -       -       local
virtual   unix  -       n       n       -       -       virtual
lmtp      unix  -       -       -       -       -       lmtp
anvil     unix  -       -       -       -       1       anvil
scache    unix  -       -       -       -       1       scache
#
# ====================================================================
# Interfaces to non-Postfix software. Be sure to examine the manual
# pages of the non-Postfix software to find out what options it wants.
#
# Many of the following services use the Postfix pipe(8) delivery
# agent.  See the pipe(8) man page for information about ${recipient}
# and other message envelope options.
# ====================================================================
#
# maildrop. See the Postfix MAILDROP_README file for details.
# Also specify in main.cf: maildrop_destination_recipient_limit=1
#
#maildrop  unix  -       n       n       -       -       pipe
#  flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient}
#
dovecot  unix   -       n       n       -       -       pipe
  flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d $(recipient)
#
# See the Postfix UUCP_README file for configuration details.
#
uucp      unix  -       n       n       -       -       pipe
  flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
#
# Other external delivery methods.
#
ifmail    unix  -       n       n       -       -       pipe
  flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp     unix  -       n       n       -       -       pipe
  flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -t$nexthop -f$sender $recipient
scalemail-backend unix  -       n       n       -       2       pipe
  flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} ${user} ${extension}
mailman   unix  -       n       n       -       -       pipe
  flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py
  ${nexthop} ${user}
dspam     unix  -       -       n       -       10      lmtp
127.0.0.1:10026 inet    n       -       -       -       -       smtpd
                -o content_filter=
                -o receive_override_options=no_unknown_recipient_checks,no_header_body_checks
                -o smtpd_helo_restrictions=
                -o smtpd_client_restrictions=
                -o smtpd_sender_restrictions=
                -o smtpd_recipient_restrictions=permit_mynetworks,reject
                -o mynetworks=127.0.0.0/8
                -o smtpd_authorized_xforward_hosts=127.0.0.0/8

--
Why does that command take that long?

( OxY | 2008. 01. 29., k – 14:25 )

sziasztok!
maildroppal lenne problémám, mégpedig..
maildrop felrakva:
maildrop -v
maildrop 2.0.4 Copyright 1998-2005 Double Precision, Inc.
GDBM extensions enabled.
Enabled Berkeley DB instead of GDBM extensions.
Maildir quota extension enabled.
This program is distributed under the terms of the GNU General Public
License. See COPYING for additional information.

beállítottam a main.cf-be:

maildrop_destination_concurrency_limit = 1
maildrop_destination_recipient_limit = 1
transportot sql-ből szedi, működik is, ha virtualra állítom

master.cf-be:
maildrop unix - n n - - pipe
flags=DRhu user=virtual argv=/usr/local/bin/maildrop -d ${recipient}

virtual user az ownere a virtual mailboxokkal teli könyvtárnak (/usr/local/virtual), maildrop elérési útja stimmel..

a gondom a következő..
ha átállítom a transportot maildropra (erre lenne ugye szükség, hogy működjön), akkor a hibaüzenet a következő:
Jan 29 13:44:30 green postfix/pipe[67180]: 438EEB24A1: to=, relay=maildrop, delay=0.06, delays=0.01/0.03/0/0.02, dsn=5.1.1, status=bounced (user unknown. Command output: Invalid user specified. )

ha a master.cf-ben a ${user} makrót átírom virtual-ra (ami a virtual könyvtár ownere), akkor annyival van előrébb, hogy a hiba ez:
relay=maildrop, delay=0.08, delays=0.01/0.02/0/0.05, dsn=4.3.0, status=deferred (temporary failure. Command output: /usr/local/bin/maildrop: Unable to open mailbox. )

kell valami extra a maildrop-ba, hogy ismerje a virtual usereket? (sql-ben vannak tárolva..)
a könyvtárstruktúra pedig: /usr/local/virtual/user@domain.hu

és nem értem miért, létezik a 'virtual' user, van shellje, stb, stb..
segítsetek pls, köszönöm előre is!

( _Petya_ v | 2008. 03. 03., h – 22:46 )

Sziasztok!

Van nekem egy postfix-es smarthostom, amin webmail fut, ő is továbítja más gépek leveleit, és neki is egy felette álló fő levszerver továbbítja a leveleket.

Ilyen leveleket látok a logban, nyilván valami cronból futó cucc küldi őket: 

postfix/smtp[15811]: 5ABD1A7B18: to=<root@localhost.korte.domain.hu>, orig_to=<root@localhost>, relay=relayhost.alma.domain.hu[1.2.3.4]:25, delay=88509, delays=88509/0.07/0.05/0.05, dsn=4.0.0, status=deferred (host relayhost.alma.domain.hu[1.2.3.4] said: 451 localhost.korte.domain.hu: bad domain/host or nameserver is unreachable (in reply to RCPT TO command))

(hostneveket, IP-ket fiktívre cseréltem)

Az alma.domain.hu gép gazdái szóltak, hogy a mi root@localhost.korte.domain.hu címre küldött leveleink eljutnak az ő gépükig, és persze az visszadobja, de felesleges terhelést jelent.

Az lenne a kérdésem, hogy ezek a levelek miért jutnak ki a mi rendszerünkből, és miért kerülnek a relayhost-ra?

Próbáltam a myorigin-t $mydomain-ról $myhostname-re állítani, de nem változott semmi.

üdv.
Petya

Hello!

Gondoltam valami apróság lesz a megoldás, kár ezért új témát nyitni.

A myorigin az, ami után megadott gépnév fog szerepelni az elküldött levél feladójaként és akár címzettként is. Például a root küld egy levelet saját magának: mail root. Ekkor mind a feladó, mind a címzett root@$myorigin lesz.

Ezt írja az általad linkelt leírás, én is ezzel próbálkoztam, de nem történt semmi. Más erre vonatkozó leírást, beállítást nem találok.

Petya

( brandhu | 2008. 03. 04., k – 10:14 )

Sziasztok!

A következő a problémám, hogyan és mit kellene beállítanom, hogy a kliens gépek host neveit fel tudja oldani a postfix. Vagyis hogy a levél fejlécekbe ne unknown szerepeljen:

Received: from p3007 (unknown [xxx.xxx.xxx.xxx])

köszi

( brandhu | 2008. 03. 04., k – 10:44 )

Itt fel kellene sorolnom az összes IP-Host párost, gondolom.

( brandhu | 2008. 03. 04., k – 10:53 )

beírtam, postfix újraindít, de a levélben még mindig unknown szerepel. Viszont pingelni a host-ot már tudom

( brandhu | 2008. 03. 04., k – 11:36 )

van, természetesen nem 192.168.0.0, hanem a mi tartományunk/24

( xray | 2008. 03. 07., p – 08:57 )

Sziasztok!

Adott egy kisebb postfix levelező szerver (kb. 150 user). Szépen működik kb. 4-5 éve. Az utóbbi 2 napban azt vettem észre hogy a 6-8Mb-os log fájlok megnőttek napi szinten kb 45-50MB-ra.
Meg is kerestem az okát. És úgy vettem észre hogy szépen próbálnak spammelni. A logfájl 450-es reject-ekkel van tele. Különböző hosztokról próbálkoznak. Az érdekes az, hogy mintha szótár módszerrel próbálnának helyi usereket keresni és így gondolom spamet küldeni. A baj az hogy ~100 féle IPről jön ez a támadásszerű dolog és hát kézzel mire ezt beviszem a tűzfalunkba... Lehet ez ellen valahogy védekezni, csak azért mert a vas se mai gyerek és eléggé megfogja a szervert ez a dolog. Ha netán talál helyi usert és kézbesíthető lenne a levél akkor persze az amavis + spamassassin szűr még.
Itt egy logrészlet hogy mire gondolok: 


Mar  7 06:27:30 ns postfix/smtpd[23517]: connect from mail.jbarch.co.il[192.116.240.144]
Mar  7 06:27:31 ns postfix/smtpd[23517]: NOQUEUE: reject: RCPT from mail.jbarch.co.il[192.116.240.144]: 450 4.1.1 <Juliane-rrekruid@domainem.hu>: Recipient address rejected: User unknown in local recipient table; from=<> to=<Juliane-rrekruid@domainem.hu> proto=ESMTP helo=<sbs2003.jbarch.local>
Mar  7 06:27:31 ns postfix/smtpd[23517]: disconnect from mail.jbarch.co.il[192.116.240.144]
Mar  7 06:27:31 ns postfix/smtpd[23528]: connect from mail.webpage.t-com.de[80.152.31.131]
Mar  7 06:27:32 ns postfix/smtpd[23528]: NOQUEUE: reject: RCPT from mail.webpage.t-com.de[80.152.31.131]: 450 4.1.1 <nirobi-rtituren@domainem.hu>: Recipient address rejected: User unknown in local recipient table; from=<> to=<nirobi-rtituren@domainem.hu> proto=ESMTP helo=<fepa01-svc.webpage.t-com.de>
Mar  7 06:27:32 ns postfix/smtpd[23660]: connect from tls.mx1.greendotcorp.com[67.131.213.34]
Mar  7 06:27:32 ns postfix/smtpd[23528]: disconnect from mail.webpage.t-com.de[80.152.31.131]
Mar  7 06:27:33 ns postfix/smtpd[23658]: 351A667682: client=unknown[212.26.244.173]
Mar  7 06:27:33 ns postfix/smtpd[23660]: NOQUEUE: reject: RCPT from tls.mx1.greendotcorp.com[67.131.213.34]: 450 4.1.1 <frontdesk@domainem.hu>: Recipient address rejected: User unknown in local recipient table; from=<> to=<frontdesk@domainem.hu> proto=ESMTP helo=<tls.mx1.greendotcorp.com>
Mar  7 06:27:33 ns postfix/smtpd[23660]: disconnect from tls.mx1.greendotcorp.com[67.131.213.34]
Mar  7 06:27:34 ns postfix/smtpd[23718]: connect from h-66-167-94-142.dllatx37.covad.net[66.167.94.142]
Mar  7 06:27:35 ns postfix/smtpd[23718]: NOQUEUE: reject: RCPT from h-66-167-94-142.dllatx37.covad.net[66.167.94.142]: 450 4.1.1 <frontdesk@domainem.hu>: Recipient address rejected: User unknown in local recipient table; from=<> to=<frontdesk@domainem.hu> proto=ESMTP helo=<email.corp.texasatty.com>
Mar  7 06:27:35 ns postfix/smtpd[23718]: disconnect from h-66-167-94-142.dllatx37.covad.net[66.167.94.142]

Ilyennel van tele temérdek mennyiságben. És ugye van amivel többször próbálkoznak.
Arra gondoltam hogy nem 450-el hanem 550-el rejectelem akkor _elvileg_ nem probálkozik újra? De valami más kellene ide szerintem...Vagy egyszerűen várjam meg míg lecseng :))

( vjp | 2008. 03. 26., sze – 14:00 )

Hali,

A syslogban ezt a hibaüzenetet kapom:
"RBL lookup error: Host or domain name not found. Name service error for"
Mi lehet ez, és hogyan tudom megszüntetni?
Előre is köszi
vjp

( energynetwork | 2008. 04. 05., szo – 19:49 )

Sziasztok!

Elég régen gondolkodom mi lehet ez , de sajnos nem tudok rá választ mondani, ezért kérem a segítségeteket hátha valaki tudná rá a megoldást.
Tehát a saját MTA szerveremről küldök levelet a yahoo fekhasználóknak, és sajna egy ilyen üzit találok a mail.log -ban.
Természetesen spam két ismeri fel a levelet ha megérkezik.

Apr 5 19:52:38 sowata postfix/smtp[24991]: 8FC2C9E8622: host c.mx.mail.yahoo.com[216.39.53.3] refused to talk to me: 421 Message from (xx.xxx.xx.xxx) temporarily deferred - 4.16.50. Please refer to http://help.yahoo.com/help/us/mail/defer/defer-06.html
Apr 5 19:52:38 sowata postfix/smtp[24991]: 8FC2C9E8622: host g.mx.mail.yahoo.com[206.190.53.191] refused to talk to me: 421 Message from (xx.xxx.xx.xxx) temporarily deferred - 4.16.50. Please refer to http://help.yahoo.com/help/us/mail/defer/defer-06.html

Tudom, hogy mi van a http://help.yahoo.com/help/us/mail/defer/defer-06.html de személyes tapasztalatokat szeretnék, mert nem segít ami ott található.

Köszönöm

( OxY | 2008. 06. 17., k – 17:01 )

sziasztok!
nekem is lenne egy postfix gondom (félig postfix..)
az egyik user rengeteg levelet kap, aminek tartalma:
xy hozzászólt az általad látogatott fórum topichoz..
ebből van napi ~300, tehát az oldal fórumját spammelik..
a postfix ott jön a képbe, hogy egy szerveren van a levelezés
és ez a domain, a feladó www@domain.tld (nem fake, tényleg 127.0.0.1-re megy a connect)
arra kéne valami ötlet, hogy hogyan debuggoljam ki, hogy vajon melyik domain a bűnös, nekem
már nincs nagyon ötletem. van kb ~500 vhost, egyesével végignézni lehetetlen
köszi a segítséget

( OxY | 2008. 07. 01., k – 15:30 )

sziasztok!
egy olyan gondom lenne, hogy a postfix a következőt mondja:
fatal: no login name found for user ID
az apache-ban az összes vhostomnak egy adott UID a usere, így UID@domain.tld-vel szeretnék levelet kiküldeni (az UID-ok 10000 és 10500 között vannak)
na most meg tudom oldani valahogy, hogy engedje a postfix így is kiküldeni a levelet, esetleg van valami módszer, hogy átírjam levélküldésnél az UID@domain.tld-t www@domain.tld-re?
köszönöm a válaszokat előre is!

( _Petya_ v | 2008. 07. 02., sze – 14:52 )

Sziasztok!

Van egy postfixem, amely jelenleg UNIX userekkel működik (tehát minden mailcímhez van egy user, shell nélkül). Szeretnék áttérni virtuális userekre, MySQL backend-el.

Az lenne a kérdésem, hogy működik-e úgy a postfix, hogy vannak rendszer userek, és vannak virtuális userek is, egyszerre. Ez az áttérés idején lenne fontos.

Másik kérdésem: (már az áttérés után, tehát már csak annak lesz UNIX usere, akinek shell-je is van az adott gépre) Mi történik, ha egy virtuális és eg UNIX usernek azonos a neve? Ha ez így nem megy, akkor hogyan érdemes kezelni ezt a helyzetet? Tehát ha kell egy gipszjakab nevű shell user, és egy virtuális e-mail cím: gipszjakab@company.hu?

Petya

( sany | 2008. 07. 02., sze – 19:40 )

"Ez az áttérés idején lenne fontos."

Létrehozod az usereket, majd átcopyzod a maildireket.
Néhány perc, ha nincs túl sok usered!
Vegyes(local/virtual) használatot még nem csináltam. :)

"Mi történik, ha egy virtuális és eg UNIX usernek azonos a neve?"

Olyan ne legyen. :)

Hello!

Végülis megoldható, hogy ne kelljen egyszerre virtual és system user, csak ekkoz hosszabb időre kell lelőnöm a levelezést.

Az utóbbit úgy értettem, hogy van egy usernek shell hozzáférése a rendszerhez (ekkor ugye neki nincs maildir), és ugyanazzal a usernévvel kellene leveleznie is, tehát nem azt, hogy azonos nevű virtuális mail user és shell mail user. Ez így is összeakad?

Petya

A virtual user csak a levelezésben(sql) van, így szerintem elférnek.
csak az a virtual user meg ne tudja a local user jelszavát! :)

"csak ekkoz hosszabb időre kell lelőnöm a levelezést."

addig amíg átmásolod a local maildir-eket, ha nem GB-os
nagyságrendű akkor rövid időre!

De lehet szimlinkkel is, csak akkor
kell egy "chown -R vmail:vmail /ahol/van_a/maildir"
minden fiókra.
Így gyorsabb lehet az átállás.

A virtual user csak a levelezésben(sql) van, így szerintem elférnek.

De ebben az esetben honnan tudja a postfix, hogy a local vagy a virtual usernek kell kézbesíteni a levelet?

szerk: sőt, mi van akkor ha egy shell user a mail paranccsal küld levelet? Vagy mondjuk a webszerver usere a PHP mail() függvénnyel? Ezek hogyan fognak működni?

Más: milyen hash-el tárolja a postfix az adatbázisban a jelszavakat? Beállítható ugyanaz a hash. ami a /etc/shadow-ban van?

Petya

honnan tudja a postfix, hogy a local vagy a virtual usernek kell kézbesíteni a levelet?

Az email cimbol, amibol a "lookup" tablak segitsegevel kideriti, hogy kinek kell odaadnia a levelet.
A http://www.postfix.org/VIRTUAL_README.html oldalon konfiguracios peldakat is talalsz kulonfele scenariokra.

mi van akkor ha egy shell user a mail paranccsal küld levelet?

Akkor az a bela@aaaa.hu felado cimmel megy ki. A kuldesnek semmi koze a virtualis/nem virtualis temahoz.

ASK Me No Questions, I'll Tell You No Lies

( _Petya_ v | 2008. 08. 05., k – 23:27 )

Sziasztok!

Lenne egy kérdésem, amire nem találtam választ a postfix manualokban.

Ha beállítok egy adatbázis alapú konfigot, tehát adatbázisban tárolom a domaineket, aliasokat, transport-okat stb, akkor ezek tartalmának változtatásakor (pl hozzáadok usert, aliast, stb.) ugyanúgy kell eljárni, mintha text file alapú konfig lenne (newaliases, postmap stb.), vagy elegendő csak az adatbázisban módosítani?

Petya

( _Petya_ v | 2008. 08. 28., cs – 12:11 )

Sziasztok!

A segítségeteket szeretném kérni:

virtális domaineket használok postfix-el, és szeretnék az egyik domainre mailman levlistákat tenni.

Van egy transport táblám, a @cegneve.hu végződésű maileket a dovecot-nak adja oda, a @lists.cegneve.hu végűeket pedig a mailman-nek.

A hibaüzenet a következő: 

postfix/smtpd[20867]: NOQUEUE: reject: RCPT from gep.aki.relayezik.nekunk[1.2.3.4]: 554 5.7.1 <proba@lists.cegneve.hu>: Relay access denied; from=<privat@gmail.com> to=<proba@lists.cegneve.hu> proto=ESMTP helo=<gep.aki.relayezik.nekunk>

Ha felveszem a virtual_domains táblába a lists.cegneve.hu domaint, akkor pedig ez: 

postfix/smtpd[20581]: NOQUEUE: reject: RCPT from gep.aki.relayezik.nekunk[1.2.3.4]: 550 5.1.1 <proba@lists.cegneve.hu>: Recipient address rejected: User unknown in virtual mailbox table; from=<privat@gmail.com> to=<proba@lists.cegneve.hu> proto=ESMTP helo=<gep.aki.relayezik.nekunk>

Köszönöm a segítséget előre is!

szerk: [ code ] -ba tettem a logokat, mert a felét kiszedte a Drupal :)

Petya

En transport tabla nelkul igy oldottam meg (mlmmj-vel, nem mailman-nal):

main.cf:

virtual_alias_domains = hash:/etc/postfix/plusdomains
virtual_maps = hash:/etc/postfix/virtual

plusdomains:

domain1.hu OK
domain2.hu OK

virtual:

xxx-users@domain1.hu list1
zzz-users@domain1.hu list2

list1 es list2 2 felhasznalo, akiknek a homjaban 1-1 .forward file van.

ASK Me No Questions, I'll Tell You No Lies

Köszönöm, most beletettem a relay_domains-be a lists.cegneve.hu domaint, így már nem relay access denied van, hanem nem találja a mailboxot (Recipient address rejected: User unknown in virtual mailbox table), ami teljesen igaz, hiszen nincs ilyen mailbox.

Viszont ott egy transport (lists.cegneve.hu -> mailman), amit nem vesz figyelembe... esetleg kell egy catch-all cím a lists.cegneve.hu domainban, és oda aliasolni mindent?

Petya

Hello!

Igen, azonos gépen futnak. De ugyanígy transport-al van beállítva egy másik aldomain, ami pipe-al egy PERL script-re van irányítva a master.cf-ben, és az működik.

Tehát akkor az alias táblába kell felvennem a mailman aliasait? Vagy lehet úgy, hogy az én alias táblámhoz hozzáveszi a mailman által generált táblát is?

Petya

Ha másképp nem megy, akkor ez lesz, de én jobban szeretném, ha mysql-ben csak a rendes alias-ok lennének, a mailman aliasait pedig a mailman által generált file-ból.

szerk: sikerült megoldani, de mivel a mailman alias map-jében ilyen alakúak a címek: 

proba:             "|/var/lib/mailman/mail/mailman post proba"

ezért nem csak a lists.cegneve.hu domainről, hanem mindről a mailmannek megy a levél.

Hogyan tudom azt befolyásolni, hogy a mailman mit generáljon a saját alias map-jének bal oldalára?

Petya

( Cseresznye | 2011. 05. 12., cs – 23:41 )

Sziasztok!

Bizonyára egy triviális kérdés:

Postfix, virtual transport (SQL) és spamassassin, minden szép és jó, kivéve egyvalamit:

Amióta a spamassassin bekerült a master.cf-be, ilyen alias mellett kétszer kerül kézbesítésre mindkét alias részére (spamassassin nélkül egy példányban kapják meg):

cimzett@valami > cimzett@valami + tovabb1@valami

(szeretném, hogy a cimzett@valami részére is legyen kézbesítve a levél)

ITT egy log bejegyzés róla (a kuldo@kuldo a cimzett@valami aliasa is egyben).

master.cf:

smtp inet n - - - - smtpd
-o content_filter=spamassassin

..

spamassassin<-->unix<-->-<----->n<----->n<----->-<----->-<----->pipe
user=spamd<>argv=/usr/bin/spamc<--->-f<---->-e
/usr/sbin/sendmail -oi<---->-f $(sender) $(recipient)

Köszönöm, előre is..